chewitt any change of a test build using the 'stable' kernel-rk35xx-vendor:6.1.115 while we wait for upstream and mainline to mature regarding audio?
Posts by DeViLRuNNeR-dev
-
-
I justed wanted to update that I managed to get LibreELEC working inside a privileged LXC container.
below is the proxmox conf I am using;
Code
Display Morearch: arm64 cores: 2 hostname: LibreELEC-RK3588.aarch64-12.90.1 memory: 512 net0: name=eth0,bridge=vmbr0,hwaddr=BC:24:11:4D:A3:FF,ip=dhcp,ip6=dhcp,tag=10,type=veth ostype: unmanaged rootfs: local-zfs:subvol-10555-disk-0,size=8G swap: 512 lxc.apparmor.profile: unconfined lxc.cap.drop: lxc.mount.auto: proc:rw sys:rw lxc.cgroup2.devices.allow: c 189:* rwm lxc.cgroup2.devices.allow: c 13:* rwm lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,optional,create=dir lxc.mount.entry: /dev/input dev/input none bind,optional,create=dir lxc.cgroup2.devices.allow: c 226:* rwm lxc.mount.entry: /dev/dri dev/dri none bind,optional,create=dir lxc.cgroup2.devices.allow: c 116:* rwm lxc.mount.entry: /dev/snd dev/snd none bind,optional,create=dirI needed to tune it a little to get gpu PRIME hardware acceleration working - see below;
Code
Display More#LibreELEC-RK3588.aarch64-13.0-nightly-20260214-f2a4102-nanopi-r6s.img.gz # #physical converted to LXC using modified (https%3A//github.com/thushan/proxmox-vm-to-ct). arch: arm64 cores: 4 hostname: LibreELEC-RK3588.aarch64-13 memory: 2048 net0: name=eth0,bridge=vmbr0,hwaddr=BC:24:11:D0:B4:4D,ip=dhcp,ip6=dhcp,tag=10,type=veth ostype: unmanaged rootfs: local-zfs:subvol-10556-disk-0,size=8G swap: 512 lxc.apparmor.profile: unconfined lxc.cap.drop: lxc.mount.auto: proc:rw sys:rw lxc.cgroup2.devices.allow: c *:* rwm lxc.mount.entry: /dev/dri dev/dri none bind,optional,create=dir lxc.mount.entry: /dev/dma_heap dev/dma_heap none bind,optional,create=dir lxc.mount.entry: /dev/video0 dev/video0 none bind,optional,create=file lxc.mount.entry: /dev/video1 dev/video1 none bind,optional,create=file lxc.mount.entry: /dev/video2 dev/video2 none bind,optional,create=file lxc.mount.entry: /dev/video3 dev/video3 none bind,optional,create=file lxc.mount.entry: /dev/video4 dev/video4 none bind,optional,create=file lxc.mount.entry: /dev/media0 dev/media0 none bind,optional,create=file lxc.mount.entry: /dev/media1 dev/media1 none bind,optional,create=file lxc.mount.entry: /dev/media2 dev/media2 none bind,optional,create=file lxc.mount.entry: /dev/media3 dev/media3 none bind,optional,create=file lxc.mount.entry: /dev/fb0 dev/fb0 none bind,optional,create=file lxc.cgroup2.devices.allow: c 189:* rwm lxc.cgroup2.devices.allow: c 13:* rwm lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,optional,create=dir lxc.mount.entry: /dev/input dev/input none bind,optional,create=dir lxc.cgroup2.devices.allow: c 116:* rwm lxc.mount.entry: /dev/snd dev/snd none bind,optional,create=dir -
chewitt Just tested your build on my Nanopi R6S and it works very good; gpu acceleration, 5.1 PCM and even DD passthrough was working.
It's a shame I cannot get this level of functionality on my EDK2 Uefi + Grub + current-rockchip64(armbian 6.18) build running PxVirt.
It would be lovely to spin up LE in an LXC while also running some other things.
btw which uboot version are you using?
-
I noticed full multichannel PCM audio works on RK3588s (Nanopi R6S) in these builds.
Would love to see that support in mainline armbian builds.
chewitt are you able to point me to specific patchsets that made this possible?
I believe the issue in mainline has to do with the ALSA rockchip-i2s-tdm driver needing to support more than 8 TDM slots or support the HDMI multi-TDM mapping for 5.1 / 7.1 ?
-
I justed wanted to update that I managed to get LibreELEC working inside a privileged LXC container.
below is the proxmox conf I am using;
Code
Display Morearch: arm64 cores: 2 hostname: LibreELEC-RK3588.aarch64-12.90.1 memory: 512 net0: name=eth0,bridge=vmbr0,hwaddr=BC:24:11:4D:A3:FF,ip=dhcp,ip6=dhcp,tag=10,type=veth ostype: unmanaged rootfs: local-zfs:subvol-10555-disk-0,size=8G swap: 512 lxc.apparmor.profile: unconfined lxc.cap.drop: lxc.mount.auto: proc:rw sys:rw lxc.cgroup2.devices.allow: c 189:* rwm lxc.cgroup2.devices.allow: c 13:* rwm lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,optional,create=dir lxc.mount.entry: /dev/input dev/input none bind,optional,create=dir lxc.cgroup2.devices.allow: c 226:* rwm lxc.mount.entry: /dev/dri dev/dri none bind,optional,create=dir lxc.cgroup2.devices.allow: c 116:* rwm lxc.mount.entry: /dev/snd dev/snd none bind,optional,create=dir -
I am also able to make it work with ubuntu and kodi but not with LibreELEC in an LXC.
@martin.kralicek Are you able to use USB controls in LibreELEC?
-
In the debug log, I found the following message for each input device:
debug <general>: libinput: event2 - skip unconfigured input device '/dev/input/event2'Adding "lxc.mount.auto: sys:rw" to the LXC configuration fixed the issue - the keyboard now works properly.
Now I am going to try CEC over HDMI.
Would you be able to post your full lxc config file?
-
If anybody could give me some tips or explain how libreelec handles USB input i would appreciate it and nvestigate further.
-
Just wanted to add that the same LXC config using an Ubuntu base OS + Kodi (X11) works so there must be something different in the way LibreELEC handles USB inputs or events.
-
I wanted to run a virtualized HTPC preferably Kodi in a lightweight JEOS LXC so went for LibreELEC. I was amazed no LXC image or template was available so I created it myself.
Basically;
- Created a VM based on (LibreELEC-Generic.x86_64-12.2.0.img.gz) using a VirGL GPU - as I also want to use actual hardware acceleration / passthrough later.
- Converted it to an LXC using (proxmox-vm-to-ct script)
- Added my GPU, Render, framebuffer and tty to said LXC (mainly using this guide) and was greeted by the Kodi screen on my HDMI monitor - all great so far !
Luckily I setup remote control through web interface chrorus2 because I cannot seem to get my USB (keyboards) inputs to control the Kodi interface.
My keyboard is present in /dev/ as event2 and I can test it and see keys coming in with evtest - see below
CodeLibreELEC-test2:~ # ls /dev/input -la crw-rw---- 1 root root 13, 66 Oct 17 16:26 event2CodeLibreELEC-test2:~ # evtest No device specified, trying to scan all of /dev/input/event* Available devices: /dev/input/event2: Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 )CodeTesting ... (interrupt to exit) Event: time 1760711288.223959, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70052 Event: time 1760711288.223959, type 1 (EV_KEY), code 103 (KEY_UP), value 1 Event: time 1760711288.223959, -------------- SYN_REPORT ------------ Event: time 1760711288.263947, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70052 Event: time 1760711288.263947, type 1 (EV_KEY), code 103 (KEY_UP), value 0 Event: time 1760711288.263947, -------------- SYN_REPORT ------------However it doesn't seem to be controlling the Kodi GUI whatsoever.
GPU, audio passthrough and hardware acceleration all work perfectly so didn't expect something as trivial like USB HID passthrough not to work.
It would be amazing to run LibreELEC in a lightweight LXC container as it kinda fits the whole JEOS vibe opposed to a VM or bare metal wasting resources.
Does anybody have any ideas or pointers how to fix this?
