lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
<DC-IRC> <hjares> I installed the bookworm cinnamon version on my orange pi 5. It runs pretty good. I tried to install 3D drivers but got errors. Anybody else have problems or know how to install them?
<DC-IRC> <amazingfate> what kind of 3D drivers?
<DC-IRC> <hjares> The ones listed on the orange pi 5 download page. I think they are for panfork-mesa 3D acceleration. They enable the the OS to use the on board GPU.
<DC-IRC> <amazingfate> They are packages for ubuntu jammy. You have to build them on debian.
<DC-IRC> <Werner> It clearly states "Ubuntu variant only"...
prahal has joined #armbian-rockchip
<DC-IRC> <ajshell1> So, Libre Computer's tool for GPIO and DTO files (https://github.com/libre-computer-project/libretech-wiring-tool) doesn't run on Armbian. Specifically, it looks for u00b1
<DC-IRC> <ajshell1> So, Libre Computer's tool for GPIO and DTO files (https://github.com/libre-computer-project/libretech-wiring-tool) doesn't run on Armbian. Specifically, it looks for `/sys/class/dmi/id/board_vendor`, which doesn't exist on Armbian Bookworm for me
<DC-IRC> <ajshell1> So, Libre Computer's tool for GPIO and DTO files (https://github.com/libre-computer-project/libretech-wiring-tool) doesn't run on Armbian. Specifically, it looks for `/sys/class/dmi/id/board_vendor`, which doesn't exist on Armbian Bookworm for me
<DC-IRC> <ajshell1> So, Libre Computer's tool for GPIO and DTO files (https://github.com/libre-computer-project/libretech-wiring-tool) doesn't run on Armbian. Specifically, it looks for `/sys/class/dmi/id/board_vendor`, which doesn't exist on Armbian Bookworm for me. This is the case for both the Renegade and Le Potato
<DC-IRC> <ajshell1> I suspect that if I ask for support from them, they'll say "Use our Raspbian/Ubuntu images"
<DC-IRC> <ajshell1> Also, similarly dmidecode says `# No SMBIOS nor DMI entry point found, sorry.`
<DC-IRC> <Tenkawa> will gpiod not work for you?
<DC-IRC> <c0rnelius> LC maintains its own kernel source tree. I would imagine it is specific to that; https://github.com/libre-computer-project/libretech-linux/tree/v6.1/libretech-master
<DC-IRC> <c0rnelius> dmidecode doesn't work on arm, last I checked.
<DC-IRC> <Tenkawa> Yeah.. it needs Acpi support
<DC-IRC> <Tenkawa> only a minute few boards have it
<DC-IRC> <Tenkawa> but gpiod works though for gpio ie:
<DC-IRC> <Tenkawa> gpiochip4 - 32 lines:
<DC-IRC> <Tenkawa> line 0: unnamed "sbu1-dc" output active-high [used]
<DC-IRC> <Tenkawa> line 1: unnamed "sbu2-dc" output active-high [used]
<DC-IRC> <c0rnelius> If someone was so inclined they could create a LC patch set, but that seems like a lot of effort for those old boards.
<DC-IRC> <Tenkawa> thats part of gpiod library output
<DC-IRC> <Tenkawa> Thats two of my Khadas pins
<DC-IRC> <c0rnelius> Introducing the Odroid patch set would be more interesting. In my opinion anyway.
<DC-IRC> <hjares> Thank you. That is what I needed to know.
<DC-IRC> <Tonymac32> Precisely, their tools modify the device tree in an EFI install
<DC-IRC> <Tonymac32> They won't work with Armbian
<DC-IRC> <Tonymac32> Is there a specific need driving you to Armbian? I can help you out with the LC images/tools depending on the need.