v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
|
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - harryruhr - 2018-05-11 Can't install any addon I just installed a Milhouse build for the first time. It seems that I can't install any Add-on. Log is at http://ix.io/1a3R The log suggests there is a problem with DNS Code: 18:46:17.479 T:139847253104384 ERROR: Requested path http://mirrors.kodi.tv/addons/krypton/plugin.video.youtube/plugin.video.youtube-5.5.1.zip not found in known repository directories But when I ssh on the box and download it with "wget http://mirrors.kodi.tv/addons/krypton/plugin.video.youtube/plugin.video.youtube-5.5.1.zip" it downloads without problem. "ping mirrors.kodi.tv" is working as well. DNS is working fine. I changed network settings from DHCP to manual but to no avail. Like I said, this happens with any Add-On I tried so far. Build is Generic (x86_64) 0508 (tried 0510 as well - same issue). Hardware is a Mini-ITX Board from ASRock Model D1800B-ITX RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-11 (2018-05-11, 20:48)Nekromantik Wrote: From 0510 Kodi freezes when it does library clean on boot. Yes, thanks for the report - there are some issues related to threading which are causing a problem. The threading changes do fix another crash issue (or two, mostly CEvent:Set() that several users reported), so it's one step forward, one step backwards situation at the moment. Hopefully a fix tonight or tomorrow for the threading related crashes.
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-11 (2018-05-11, 21:03)harryruhr Wrote: Can't install any addon That doesn't look like a DNS issue - the error suggests the addon doesn't exist in the repository that has been downloaded. One for the add-on system developers? Maybe there's a problem with the mirrors... RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - harryruhr - 2018-05-12 (2018-05-11, 22:14)Milhouse Wrote: That doesn't look like a DNS issue - the error suggests the addon doesn't exist in the repository that has been downloaded. One for the add-on system developers? Maybe there's a problem with the mirrors... No, the add-on is definetely downloadable. In the meantime I did go back as far as build 0415 - and there the installation of add-ons is working like a charm, so it has to be an issue with the recent builds. I also found a recent post of someone reporting the same problem at https://discourse.osmc.tv/t/rpi-3-b-kodi-18-addons-do-not-install-from-repository/72623 RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-12 (2018-05-12, 01:21)harryruhr Wrote:(2018-05-11, 22:14)Milhouse Wrote: That doesn't look like a DNS issue - the error suggests the addon doesn't exist in the repository that has been downloaded. One for the add-on system developers? Maybe there's a problem with the mirrors... I'm not saying the add-on isn't available for download - I'm saying it appears that Kodi couldn't find the addon details in the repository (an xml file) that Kodi had downloaded. Maybe the repository details were briefly out of sync somehow. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - User 413466 - 2018-05-12 (2018-05-10, 10:23)seiichiro0185 Wrote:Hi @seiichiro0185, @HiassofT,(2018-05-09, 18:34)seiichiro0185 Wrote: Hi there,So I installed Windows 10 on my Intel NUC7PJYH and tested the integrated IR receiver there. It works without a problem. So it really seems to be a software problem on Linux (I suspect in the kernel). Unfortunately I have no usefull experience with debugging kernel driver issues. Thanks, seiichiro0185, for taking the time to test with Windows 10. I'm still not fully convinced that this is a Linux only / kernel related issue though, for two reasons. First, in the the discussion at the Intel Community, people described it as "hit and miss" for the 2017 NUC7s when running Windows. So, it may take a while to reproduce, but the general notion was that the issue was still there every now and then. Second, things appear to work perfectly fine in the LE installer, which should be running the same kernel (or at least, parts of it), right? @seiichiro0185, maybe you could briefly validate this behavior? Anyway, I decided to buy some cheapo $4 IR receiver now, which should arrive in late May. Hopefully, this will provide more insight into whether we are facing a more general IR problem with LE / the NUC7 here or not. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-12 New LibreELEC.tv Leia build #0511: Generic (Supercedes previous build) SHA256 Checksum: 6326eef3b766fdd9e160745966479af6176fe20d471673f120c735fcf5b7299e (Generic)
Based on tip of LibreELEC.tv master (cf34178, changelog) and tip of XBMC master (dfd2eff, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2018-05-12 (2018-05-12, 09:03)TheKraut Wrote: Second, things appear to work perfectly fine in the LE installer, which should be running the same kernel (or at least, parts of it), right? @seiichiro0185, maybe you could briefly validate this behavior?I'm wondering if it could maybe be some resource conflict (shared IRQ etc) and/or a side effect of some other driver (wlan, network, bluetooth, ....). Yes, it's a very long shot and wild guess but it's puzzling that the IR receiver works fine in the installer. Could you post the output of "cat /proc/interrupts"? It could also be worth a try to disable the out-of-tree broadcom wifi driver. Create a /storage/.config/modprobe.d/disable-wl.conf with the following content: Code: blacklist wl Also try disabling ethernet, wifi and everything else that's not 100% essential (like power saving and wakeup settings) in the BIOS. If this changes IR behaviour we have some starting point where we could further try to narrow it down. so long, Hias RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - yol - 2018-05-12 (2018-05-11, 21:03)harryruhr Wrote: I just installed a Milhouse build for the first time. It seems that I can't install any Add-on. Log is at http://ix.io/1a3R Force-update add-on list or wait 24 hours RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - User 413466 - 2018-05-12 (2018-05-12, 10:30)HiassofT Wrote:Hi Hias,(2018-05-12, 09:03)TheKraut Wrote: Second, things appear to work perfectly fine in the LE installer, which should be running the same kernel (or at least, parts of it), right? @seiichiro0185, maybe you could briefly validate this behavior?I'm wondering if it could maybe be some resource conflict (shared IRQ etc) and/or a side effect of some other driver (wlan, network, bluetooth, ....). Yes, it's a very long shot and wild guess but it's puzzling that the IR receiver works fine in the installer. Here you go: IRQ log before and after disabling broadcom wifi Tried disabling BT and WiFi in LE first -> no improvement Afterwards, I additionally disabled BT, WiFi, LAN and any power / wake-up related settings I could find in BIOS (incl. CIR wake-up from S3/4/5; deep S4/5) -> no improvement RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2018-05-12 (2018-05-12, 11:26)TheKraut Wrote: Here you go: IRQ log before and after disabling broadcom wifiWell, it was worth a shot - thanks for testing! There's are two more things you could try to gather some more info: Create a /storage/.config/modprobe.d/ite-cir-debug.conf file with the following contents, to enable debug logging Code: options ite-cir debug=2 When the remote stopped working ssh in and upload dmesg. Then press a remote button again and check if you got new ite-cir lines in dmesg (just verify if the timestamp is newer than before) - if yes, upload this dmesg too. The other thing is to watch the IRQ count(s) of the ite-cir receiver in /proc/interrupts. When you press a button either one of the two numbers after "11:" should count up. Easiest way to do that is via the following command Code: watch -n 1 grep ite-cir /proc/interrupts My guess is that for some (unknown) the kernel stops getting IRQs from ite-cir. So no new lines in dmesg and interrupt count doesn't go up anymore. so long, Hias RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - seiichiro0185 - 2018-05-12 (2018-05-12, 12:57)HiassofT Wrote: Well, it was worth a shot - thanks for testing!Hi, I just did the tests with the debug enabled, the dmesg is here: http://ix.io/1a7n (I did try to reload the driver at the end, with no result, also it seems the first part of dmesg from booting was already dropped). After the remote stopped working, there where no more messages. Also the interrupt count stopped, as long as the remote was working, the first number after the 11: did count up, when it stopped it stayed at the value: Code:
So it seems your guess is right about the interrupts "getting lost" somewhere. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - User 413466 - 2018-05-12 (2018-05-12, 13:09)seiichiro0185 Wrote: Hi,Hi guys, Here's another full dmesg log with cir debug enabled. Don't mind the long pause at lines 755/756 - it was just me googling how to get a continuous log... Code: while true; do dmesg -c >> dmesg.log;sleep 1; done RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lanzorg - 2018-05-12 I just installed your latest build, I updated from stable LibreELEC Generic. I can finally use VAAPI hardware decoding. But unfortunately I don't have working WiFi anymore. It's a broadcom based chipset, it worked flawlessly with stable branch. Is there a way to install/reinstall the WiFi driver? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2018-05-12 @seiichiro0185 @"TheKraut" thanks, both of you, for your tests! The thing I was interested in was the very few last dmesg log lines before the IR receiver stopped working, especially if ite_s_idle was called in the last IRQ block - which was not. This means ite-cir was still in "normal" receive mode, expecting further data to arrive when suddenly IRQs stopped arriving. So my guess is the ite-cir driver could probably be fine and the issue probably lies somewhere else. No idea where though, it could be anything - interrupt controller code, (management) BIOS, etc. Maybe it's some quirk in the ITE hardware that needs a workaround in the ite-cir driver, I wouldn't rule that out as well. I'm out of clues now, but you collected some valuable info to better understand what's happening. Best do the same checks on Ubuntu/Arch and report that to the Ubuntu/Arch folks so they can pick up from there. so long, Hias |