(2018-03-07, 16:03)J_E_F_F Wrote: [ -> ]It gives me this when trying to create a log before it locks hard.
Code:
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
Unfortunately now ix.io is having problems - we don't seem to be able to catch a break with pastebin sites.
I've pinged the ix.io admin about the server issues, hopefully it will be back soon.
As ix.io is offline I can't see in your last log how much ARM memory your system has configured, but from the screenshot it looks like you may not have enough free RAM for gdb to create the crash log (or it's going to take longer than usual due to the limited RAM). Do you have other applications/services running on your system (tvheadend etc.)?
I think @
DaveBlake has narrowed down the root cause of the end-of-playback crash - if/when a fix is available I'll include it, or push a special test build.
(2018-03-07, 16:26)J_E_F_F Wrote: [ -> ] (2018-03-07, 15:57)pyrodex Wrote: [ -> ]@Milhouse I was playing with 306x and noticed last night if I let the show finish to the end of the file without any key input it didn't crash. However, if I stopped the show during the credits it crashed.
I can confirm this as well, if letting it play out on its own, no crash, it crashes a few seconds after pressing stop and returning to the show index page.
Yes, I've just managed to reproduce that now! I think you need to get into the last 5% (or whatever it is) in order for the item to be considered as "watched", which triggers the database update on stop. This should help make testing the potential fix a bit easier. Thanks both.
ix.io should be back:
Quote:thanks should be fixed, looks like the server needed a restart
The usual I.T. solution - it never fails!
(2018-03-07, 17:32)Milhouse Wrote: [ -> ] (2018-03-07, 16:26)J_E_F_F Wrote: [ -> ] (2018-03-07, 15:57)pyrodex Wrote: [ -> ]@Milhouse I was playing with 306x and noticed last night if I let the show finish to the end of the file without any key input it didn't crash. However, if I stopped the show during the credits it crashed.
I can confirm this as well, if letting it play out on its own, no crash, it crashes a few seconds after pressing stop and returning to the show index page.
Yes, I've just managed to reproduce that now! I think you need to get into the last 5% (or whatever it is) in order for the item to be considered as "watched", which triggers the database update on stop. This should help make testing the potential fix a bit easier. Thanks both.
If I skip to the middle of a show, and watch it for a minute or two, it crashes once I press stop, not just near the end of the show.
I do not have anything else running, no tvheadend or anything. Pretty much stock libreelec using a remote WIN10 computer to host the files and the shared MySQL DB.
Code:
LibreELEC (community): devel-20180306231153-#0306x-g6f7037f (RPi2.arm)
LivingRoom:~ # free -m
total used free shared buffers cached
Mem: 685 431 253 10 55 214
-/+ buffers/cache: 161 523
Swap: 0 0 0
When I play videos from my USB 3 drive and pause everything is ok
But if you switch from play to stop then crash Kodi after about 30s (reboot)
Sometimes the stop works but sometimes the reboot comes
When USB drive then the LED remains off, so no more write access because of kodi.
I've had that behavior with Kodi for a while - RPi 3
I have a crash log with debug, but that's too big for pastebin ?
(2018-03-07, 18:12)J_E_F_F Wrote: [ -> ]I do not have anything else running, no tvheadend or anything. Pretty much stock libreelec using a remote WIN10 computer to host the files and the shared MySQL DB.
Now that ix.io is back I can see you are running with gpu_mem=320 - if you reduce this to 256 then I'm fairly sure you'll get a successful crashlog. I have gpu_mem=320 myself and also struggled to produce a crash log. You can restore gpu_mem=320 when returning to a regular build.
#0305x and after 24hrs captured partial kodi crash log when stopping playback of NAS media (many previous stops and restarts had not prevoked a crash)
(
perhaps I got impatient waiting over 10mins for rpi2 to recover and build crashlog, pulling power?)
kodi crashlog (.kodi_crashlog.log)
kodi.log debug very large (approx 9.5mb)
Will now try and create crash with #0306x
@
MikeKL I wouldn't spend more time obtaining crashlogs - I'm currently in direct discussion with DaveBlake the Kodi developer and I can now reproduce at will, all of which should help towards a solution.
New LibreELEC.tv Leia build #0307:
RPi /
RPi2
(Supercedes previous build)
SHA256 Checksum:
0af0c0674fd95010394f55b3132f8e5b93d03971ec1e04c61acd7647cf57b50b
(RPi)
SHA256 Checksum:
35ecf83ea6ea5fffddb135f3fb7367bc3a0aed332fa2fe08dd7c4337dad39a4a
(RPi2)
text:
# uname -a
Linux rpi512 4.14.24 #1 Wed Mar 7 21:05:47 GMT 2018 armv6l GNU/Linux
# vcgencmd version
Mar 7 2018 19:13:55
Copyright © 2012 Broadcom
version 667b09613c5bc715191171bc625e6543d67c01b2 (clean) (release)
# lsb_release
LibreELEC (Milhouse): devel-20180307210355-#0307-g544f25d [Build #0307]
# Kodi version
(18.0-ALPHA1 Git:89a53e4). Platform: Linux ARM 32-bit
Based on tip of
LibreELEC.tv master (544f25d,
changelog) and tip of
XBMC master (88c4433,
changelog) with the following modifications:
- Includes newclock5 patches
- Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.14.y
- Includes latest bcm2835-driver master (7fdcd00, ahead +1)
- Includes latest kodi-platform master (e8574b8)
- Includes latest libcec master (8adc786, ahead +26)
- Includes latest libnfs master (54405d9, ahead +120)
- Includes latest p8-platform master (a822e19)
- Includes latest addons: inputstream.adaptive (bbb26e2, +1), inputstream.rtmp (eba92bd), peripheral.joystick (12e7d52), pvr.argustv (a4d3ec7), pvr.demo (8f62053), pvr.dvblink (89d1687), pvr.dvbviewer (64c4356), pvr.filmon (2721611), pvr.hdhomerun (7379fbc), pvr.hts (095784b), pvr.iptvsimple (933a5c4), pvr.mediaportal.tvserver (dec444f), pvr.mythtv (59ff911), pvr.nextpvr (aa1c8d2), pvr.njoy (67b837d), pvr.octonet (689afbf), pvr.pctv (5b47d9f), pvr.stalker (77eec69), pvr.teleboy (3ae0297), pvr.vbox (57f3198), pvr.vdr.vnsi (4db947c), pvr.vuplus (f05f158), pvr.wmc (38e670a), pvr.zattoo (3c46173), vfs.libarchive (128394c)
- Exclude [env] kodi-0100-temp-add-pr13594.patch: merged upstream
- Include [env] compare (perma): dmidecode: initial package
- Include [env] patch: buildsystem: add BUILD_FLAG support
- Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
- Include [env] patch: libcec: fix PR390
- Include [env] patch: libcec: don't link non-existant libtinfo
- Include [env] patch: rev hack for kodi
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
- Include [env] PR:2511 (perma): kernel-firmware: use project specific firmwares and cleanup
- Include [env] PR:2529 (perma): buildsystem: support get handlers (archive, file, git)
- Include [env] PR:2533 (perma): graphics package updates
- Include [env] PR:2536 (perma): kodi: libinput fixes
- Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
- Include [pkg] PR:13176 (perma): [RFC] [Linux] add libinput backend for non window system platforms
- Include [pkg] PR:13274 (perma): Mode whitelist
Build Highlights:
- New firmware (Rework the frequency/voltage scaling logic; Clamp SDRAM frequencies only when sdm audio is active)
- ARM: dts: Add model-specific compatible strings
Build Details:
- Firmware (Mar 7):
- firmware: Rework the frequency/voltage scaling logic
- firmware: Clamp SDRAM frequencies only when sdm audio is active See: link
- firmware: arm_dt: Improve DTB location, upstream kernel support. See: link
- LibreELEC.tv:
- Amlogic u-boot: fix order of PKG_URL and PKG_VERSION (PR:2564, 1 commit, 1 file changed)
- RPi: temporarily add kodi PR13594 (PR:2556, 1 commit, 1 file changed)
- XBMC:
- Fix crash when stopping the application (PR:13596, 1 commit, 1 file changed)
- Fix Wayland frame throttling (PR:13615, 2 commits, 5 files changed)
- Revert "Fix crash when stopping the application" (PR:13621, 1 commit, 1 file changed)
- Add missing #include (PR:13622, 1 commit, 1 file changed)
- inputstream.adaptive:
- Add HB license response type (bbb26e2)
- kernel 4.14.y:
- New commits in this build:
- ARM: dts: Add model-specific compatible strings (de5497e4)
@
Milhouse #307 fixed the end of file crashing issue. Thanks!
(2018-03-07, 10:34)lrusak Wrote: [ -> ]I need to get you guys to tell me what key isn't mapped. You have to do this via command line in an ssh session.
I only use long press with Enter. Here's the results. I noticed I needed an extra "-" in libinput-list-devices and libinput-debug-events
Code:
Kodi-theatre:~ # libinput-list-devices
Device: flirc.tv flirc
Kernel: /dev/input/event0
Group: 1
Seat: seat0, default
Capabilities: keyboard
Tap-to-click: n/a
Tap-and-drag: n/a
Tap drag lock: n/a
Left-handed: n/a
Nat.scrolling: n/a
Middle emulation: n/a
Calibration: n/a
Scroll methods: none
Click methods: none
Disable-w-typing: n/a
Accel profiles: n/a
Rotation: n/a
For the next step, I didn't see any results even though I was pressing buttons. Odd.
Code:
Kodi-theatre:~ # libinput-debug-events --device /dev/input/event0
-event0 DEVICE_ADDED flirc.tv flirc seat0 default group1 cap:k
Tried evtest and got this:
Code:
This device is grabbed by another process.
No events are available to evtest while the
other grab is active.
In most cases, this is caused by an X driver,
try VT-switching and re-run evtest again.
Run the following command to see processes with
an open fd on this device
"fuser -v /dev/input/event0"
(2018-03-08, 05:52)themew Wrote: [ -> ]@Milhouse #307 fixed the end of file crashing issue. Thanks!
#307 for me is the most unstable build I've seen in years. Tried it 3 times and 3 hard crashes requiring a power cycle, no crash log, just pull the plug.
I'll try it a 4th time with debug on
http://ix.io/U4y
#307 locks up just playing a video, does not even require hitting stop, but if you can get it to play long enough, it crashes when pressing stop too
no kodi_crash.log is created, the gui locks, sometime with decent video, other times with just a bunch of vertical lines or a black screen.
ssh still works, but oddly enough, a reboot command does not always reboot it, requiring a power reset, other times it reboots on command.
debug
http://ix.io/U4K
(2018-03-08, 16:42)J_E_F_F Wrote: [ -> ]#307 locks up just playing a video, does not even require hitting stop, but if you can get it to play long enough, it crashes when pressing stop too
no kodi_crash.log is created, the gui locks, sometime with decent video, other times with just a bunch of vertical lines or a black screen.
ssh still works, but oddly enough, a reboot command does not always reboot it, requiring a power reset, other times it reboots on command.
debug http://ix.io/U4K
There is nothing in #0307 that fixes the end of playback crash. @
J_E_F_F can you post your config.txt, are you overclocked?