• 1
  • 10
  • 11
  • 12(current)
  • 13
  • 14
  • 111
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1
Still no lirc after update to #104. Also noticed some error during boot:

Code:
dmesg | grep failed

[    0.141344] of_platform_populate failed: -22

It's not present in #101.
I'm looking at the lirc/hifiberry problem now.

The message above is an indication that device tree isn't enabled. Can you include the rest of the boot log?
Ah crap, device tree is no longer enabled in the last build (not sure why yet) - will work on a fix and upload a new build shortly.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Hello,

It's my boot log - http://pastebin.com/LPQc6SPJ
Thanks. The
Code:
Machine: BCM2708
line is a dead giveaway that DT isn't enabled. It looks like Milhouse is already on the case.
It appears that since build #0102, the mkknlimg script no longer works with OpenELEC kernels.

When building #0101, the output from mkknlimg (3 Dec 2014 version) is:
Code:
Version: Linux version 3.18.1 ([email protected]) (gcc version 4.9.2 (GCC) ) #1 PREEMPT Thu Jan 1 22:08:58 GMT 2015
Linux version
DT: y
but from #0102 onwards (same 3 Dec 2014 version), it changes to:
Code:
Version: Linux version 3.18.1 ([email protected]) (gcc version 4.9.2 (GCC) ) #1 PREEMPT Fri Jan 2 21:01:49 GMT 2015
Linux version
DT: n

With kernels after 1 Jan, the script (again, using 3 Dec 2014 version) will create a modified kernel, but it's not DT enabled:
Code:
$ perl dtree/knlinfo kernel.img
* no trailer

$ perl OpenELEC.tv/scripts/mkknlimg kernel.img kernel.img.dt
Version: Linux version 3.18.1 ([email protected]) (gcc version 4.9.2 (GCC) ) #1 PREEMPT Mon Jan 5 10:12:38 GMT 2015
Linux version
DT: n

$ echo $?
0

$ perl dtree/knlinfo kernel.img.dt
Kernel trailer found at 6348816/0x60e010:
  KVer: "Linux version 3.18.1 ([email protected]) (gcc version 4.9.2 (GCC) ) #1 PREEMPT Mon Jan 5 10:12:38 GMT 2015
Linux version "
  DTOK: false

$ ls -lart kernel*
-rwxrwxr-x 1 neil neil 6348816 Jan  5 10:25 kernel.img
-rw-rw-r-- 1 neil neil 6348984 Jan  5 10:26 kernel.img.dt

Since there is a new version of mkknlimg released on 1 Jan 2015, I tried that but this also doesn't work, and now fails in a different way - it simply outputs absolutely nothing when called the first time on a current OpenELEC kernel, but now exits with a status of 1 which causes the build to fail (the previous version exited with a status of 0 even when it failed to DT enable the kernel, which is what allowed the builds to succeed, so at least that's an improvement!)

With the 1 Jan 2015 version of mkknlimg and a current OpenELEC kernel:
Code:
$ rm kernel.img.dt
$ wget -q https://raw.githubusercontent.com/raspberrypi/tools/master/mkimage/mkknlimg -O /tmp/mkknlimg.new
$ perl /tmp/mkknlimg.new kernel.img kernel.img.dt
$ echo $?
1
$ ls -la kernel*
-rwxrwxr-x 1 neil neil 6348816 Jan  5 10:25 kernel.img

So it looks like we need a new mkknlimg.

Setting the exit code to 1 when it fails to enable DT is (IMHO) a *good* thing - please make this behaviour optional if it isn't intentional, outputting Y or N is nice but not terribly useful to a build script which is testing the exit code (OpenELEC build scripts enable the -e shell option and will terminate when any command exits with a non-zero exit code).

Since the kernel in builds from #0102 onwards are apparently garbage from a DT perspective, there's a clean OpenELEC kernel here: dropbox.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
In the short term you can force a trailer using 'mkknlimg --dtok'.
(2015-01-05, 13:04)PhilE Wrote: In the short term you can force a trailer using 'mkknlimg --dtok'.

Yes, with the 3 Dec 2014 version but not 1 Jan 2015 - the new version doesn't work at all.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-01-04, 18:41)popcornmix Wrote: Obvious reason is using omxplayer for audio (the default is paplayer). This would have to be set in advancedsettings.xml,

If not, then can you post a debug enabled log?

12:08:32 16.711851 T:3040882688 NOTICE: Default Audio Player: paplayer

log
http://pastebin.com/erK6BLVN
(2015-01-05, 13:27)Doktor-X Wrote: 12:08:32 16.711851 T:3040882688 NOTICE: Default Audio Player: paplayer

log
http://pastebin.com/erK6BLVN

If seems kodi is not detecting this as an audio stream, so is using dvdplayer (rather than paplayer)
Code:
12:08:59  43.969055 T:3040882688  NOTICE: DVDPlayer: Opening: http://144.76.172.23:7038/stream

which then gets switched to omxplayer (as omxplayer acceleration is enabled).

Try disabling omxplayer acceleration and I suspect the bars will return.

The real bug is why paplayer is not being used. How are you playing the file? Are you using an add-on?
I've given popcornmix an update to mkknlimg that should fix both outstanding problems AND return an error code on a failure. It will be released after the usual rigorous QA process.
I've uploaded a new build, #0104b, which has no changes other than to update the kernel with "mkknlimg --dtok" using the 3 Dec 2014 version of mkknlimg.

(2015-01-05, 15:51)PhilE Wrote: I've given popcornmix an update to mkknlimg that should fix both outstanding problems AND return an error code on a failure. It will be released after the usual rigorous QA process.

Thanks, happy to help test. Smile
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
I think the Hifiberry and lirc failures were initially due to the base DTBs not being updated - the module responsible for pinctrl has changed - and then doubly scuppered by the mkknlimg breakage. A clean build of top-of-tree rpi-3.18.y with the updated mkknlimg gets me a working Hifiberry Digi, and an lirc-rpi module that appears to do the right thing (I don't have an IR setup).
Still no lirc in #104b although it doesn't show errors in boot log. Reverting to #101.
I wouldn't expect it to. Build 0105 will (I expect) include the fixed updated DTBs as well, which should fix it.
  • 1
  • 10
  • 11
  • 12(current)
  • 13
  • 14
  • 111

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 112