Posts by heitbaum

    please use

    systemctl status service.rsyslog

    to test, as it sets up the environment and configs.

    I did some looking into this today.

    I cant see dmesg for the device (not that that would help me directly.) but good to get all the info.

    Here is the code that is being run - just after this (I believe at the time of the crash). debug logs - would be required next. Also what the log would normally say after the last "info <general>: CAESinkALSA - Unable to open device "surround71" for playback"

    xbmc/xbmc/cores/AudioEngine/Sinks/AESinkALSA.cpp at 4d639b82d1c9830eb4a010690432f75cc4d756af · xbmc/xbmc
    Kodi is an award-winning free and open source home theater/media center software and entertainment hub for digital media. With its beautiful interface and…
    github.com

    There is nothing in the issues or git since 1.2.10 that looks like it "fixes this."

    Arch: armv7l

    Release: LibreELEC nightly-20230904-e2439c5

    Core was generated by `/usr/lib/kodi/kodi.bin --standalone -fs --audio-backend=alsa+pulseaudio'.

    Program terminated with signal SIGSEGV, Segmentation fault.

    #0 0x76edf440 in ?? () from /usr/lib/libasound.so.2

    Program terminated with signal SIGSEGV, Segmentation fault.

    #0 0x76f4d440 in ?? () from /usr/lib/libasound.so.2

    2023-09-07 19:07:31.868 T:1080 info <general>: GLES: Maximum texture width: 2048

    2023-09-07 19:07:33.630 T:1080 info <general>: load keymapping

    2023-09-07 19:07:33.633 T:1080 info <general>: Loading special://xbmc/system/keymaps/appcommand.xml

    2023-09-07 19:07:33.636 T:1080 info <general>: Loading special://xbmc/system/keymaps/customcontroller.AppleRemote.xml

    2023-09-07 19:07:33.638 T:1080 info <general>: Loading special://xbmc/system/keymaps/customcontroller.Harmony.xml

    2023-09-07 19:07:33.642 T:1080 info <general>: Loading special://xbmc/system/keymaps/customcontroller.SiriRemote.xml

    2023-09-07 19:07:33.644 T:1080 info <general>: Loading special://xbmc/system/keymaps/gamepad.xml

    2023-09-07 19:07:33.648 T:1080 info <general>: Loading special://xbmc/system/keymaps/joystick.xml

    2023-09-07 19:07:33.652 T:1080 info <general>: Loading special://xbmc/system/keymaps/keyboard.xml

    2023-09-07 19:07:33.659 T:1080 info <general>: Loading special://xbmc/system/keymaps/mouse.xml

    2023-09-07 19:07:33.661 T:1080 info <general>: Loading special://xbmc/system/keymaps/remote.xml

    2023-09-07 19:07:33.666 T:1080 info <general>: Loading special://xbmc/system/keymaps/touchscreen.xml

    2023-09-07 19:07:33.673 T:1080 info <general>: GUI format 1920x1200, Display 1920x1200 @ 60.000000 Hz

    2023-09-07 19:07:33.750 T:1086 info <general>: CAESinkALSA - Unable to open device "surround71" for playback

    2023-09-07 19:07:33.752 T:1086 info <general>: CAESinkALSA - Unable to open device "surround51" for playback

    2023-09-07 19:07:33.752 T:1086 info <general>: CAESinkALSA - Unable to open device "surround71" for playback

    2023-09-07 19:07:33.753 T:1086 info <general>: CAESinkALSA - Unable to open device "surround40" for playback

    2023-09-07 19:07:33.753 T:1086 info <general>: CAESinkALSA - Unable to open device "surround51" for playback

    2023-09-07 19:07:33.754 T:1086 info <general>: CAESinkALSA - Unable to open device "surround71" for playback

    ** CRASH **

    Hi racko - not exactly - we use the standard upstream kernel - which ntfs3 is part of. If you can pinpoint a how to get the failure - then log it with the upstream ntfs3 filesystem kernel - once a fix is in upstream - the LE will pick it up.

    Note: I have production ntfs3 and exfat file systems and have not been able to reproduce what is reported. (I have had other ntfs3 issues which I have worked with the kernel and fs developers - but not the “unable to mount” - I do write to this disk.)

    Note2: ntfs3 in kernel 6.2-6.5 has had a number patches (some are backported to 6.1 which is used be LE11.) these updated kernels are in the LE12 nightlies - it would be best to test the “reproducible issue” on the current 6.5 kernel before reporting upstream.

    Hello,

    I have the same problem, it only works for me ( LibreELEC-Generic.x86_64-11.0-nightly-20230816-1d807c8.img ).

    there will be a new revision where it works ?

    my hardware: AMD Ryzen 7 5800h with AMD Radeon Graphics

    The nightly release 20230816 you are running is pretty much 11.0.3 with the amd fix. You will not have any compatibility issues compared to users using the 11.0.3 release.

    Here is a full changelog (but note - most of the commits are addon updates)

    Comparing 11.0.3...1d807c80fe38998046b676ff4528e7a4773a2661 · LibreELEC/LibreELEC.tv
    Just enough OS for KODI. Contribute to LibreELEC/LibreELEC.tv development by creating an account on GitHub.
    github.com

    I figured out maybe connect with cat5 to router is my only way. Viola!

    http://ix.io/4F3b

    Ok. Problem is here. There have been lots of changes in the rtw88 driver into kernel 6.4. So would suggest you try the Generic LE12 nightly.

    The network card is a rtl8821ce based on the attached. And we have CONFIG_RTW88_8821CE=m in the LE configuration. so in dmesg it should show the card being made active.

    Code
               *-network                description: Wireless interface                product: RTL8821CE 802.11ac PCIe Wireless Network Adapter                vendor: Realtek Semiconductor Co., Ltd.                physical id: 0                bus info: pci@0000:02:00.0                logical name: wlp2s0                version: 00                serial: 28:39:26:09:95:31                width: 64 bits                clock: 33MHz                capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless                configuration: broadcast=yes driver=rtl8821ce driverversion=5.15.0-79-generic ip=192.168.0.61 latency=0 multicast=yes wireless=IEEE 802.11AC                resources: irq:42 ioport:2000(size=256) memory:f1000000-f100ffff

    I updated the drivers to the latest available but so far still no luck. I'll try a fresh install later and see if there is difference. As always thanks for the help.

    I’ll need to see the logs/especially dmesg. As we don’t know what network cards are in this device.

    Other ways to share what the device is:

    lshw -class network # this is in the system tools addon

    lsusb

    lspci