c0rnelius

I did my testing on the CM4-IO-BASE-B. The USB, RTC and PCIe with NVME attached work as expected.

It is my understanding that the USB-C is actually on USB2. All the PCIe bits are on USB3. At least this what I've gathered by quickly scanning over the schematic. I could be wrong of course and it would be nice if I was. My IP is also banned from the forum for some unknown reason? As for possibly getting a drive to show up, try changing the `dr_mode = "peripheral";` to `dr_mode = "host";` or even maybe otg? This can be done with an overlay. /dts-v1/; /plugin/; / { fragment@0 { target = <&usb>; __overlay__ { dr_mode = "host"; }; }; }; BPI_M2S_V10_SCH_Reduce_202212.pdf

Give it a whirl and let me know. lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive Bus 001 Device 003: ID 0bda:a811 Realtek Semiconductor Corp. RTL8811AU 802.11a/b/g/n/ac WLAN Adapter Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub meson-g12b-bananapi-cm4-waveshare-usb.dts

Getting this working doesn't appear to be complicated, but I personally don't like playing guessing games. I'll see if I can get the baseboard.

I don't have that baseboard to run tests on, but my guess would be it needs its own DTS file or at the very least, the current one would need to be edited. This would more than likely be true for a lot of obscure baseboard out there, as stated in the initial commit to mainline. The keywords there are "should work fine". To me, it sounds like something just needs to be tweaked on the USB front.

I have an X96-AIR-GBIT and from what I can see reviewing the DTS files, it is not much different than the MAX. What I do to get the ETH working is make the following changes to &ethmac https://github.com/pyavitz/debian-image-builder/blob/feature/patches/amlogic/6.1/004-arch-arm64-dts-amlogic-meson-sm1-x96-air.patch#L39 https://github.com/pyavitz/debian-image-builder/blob/feature/patches/amlogic/6.1/004-arch-arm64-dts-amlogic-meson-sm1-x96-air.patch#L219 Using that as a reference, you should be able to edit the DTS in Armbian and if all goes well have functional ETH.

Although this is doable. It would be a fairly large undertaking. Any services and custom services currently used, would need a sysvinit equivalent. Then there is the question, would this also need to be integrated into armbian-config? Probably, yes. Would all features in armbian-config even be supported in Devuan? I seriously doubt it. Also depending on how debs specific to Armbian are currently put together and the depends they may or may not have, those would also need to be modified. Plus it would need to be extensively tested. I have found some scripts I run that are linked to services sometimes need modification when using them on Devuan. For a lot of boards though, on a basic level. It could be done.