Jan Gregor

I tried to troubleshoot some USB throughput issues with the M2 Pro unit and possibly narrowed it down to all USB ports apparently being on the same USB 2.0 Bus: lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 2: Dev 4, If 0, Class=Wireless, Driver=btusb, 480M |__ Port 2: Dev 4, If 1, Class=Wireless, Driver=btusb, 480M |__ Port 2: Dev 4, If 2, Class=Vendor Specific Class, Driver=rtl8821cu, 480M From lsusb -v USB HUBs look like this: Bus 002 Device 002: ID 2109:0817 VIA Labs, Inc. USB3.0 Hub Bus 001 Device 002: ID 2109:2817 VIA Labs, Inc. USB2.0 Hub While plugging things into various ports on the board this is what they layout looks like: 1-1.1 - bottom USB 1-1.2 - WiFi 1-1.4 - top USB 1-2 - OTG Everything is tied to Bus 01. There does not appear to be anything on the Bus 02 , which is what apparently actually is the USB 3.0 (5000M). I am a tiny bit out of my depth here, am I reading the output right? Is the M2 board design really broken?

Hi, did anyone manage to install Armbian on the internal eMMC of X96 Air?

Hi, a stupid question, how can I make the X96 Air actually boot from SD-Card? I wrote Armbian_20.05.3_Arm-64_buster_current_5.7.0-rc2_20200425.img to sd-card, updated u-boot settings, plugged the sd-card in to Air, powered on and it boots into Android again. Feels like I am missing some step in there

Had a bit of a success with HDMI audio and also video acceleration on OrangePi 3. What was needed was to apply some patches from LibreELEC, namely ones from projects/Allwinner/patches/linux/ . For HDMI audio to work you need 0004-sun4i-i2s-improvements.patch , which contains support for I2S on H6. When done right you should see in dmesg: asoc-simple-card sound: i2s-hifi <-> 5091000.i2s mapping ok Also what helped was an IRC chat that Jernej had with mirko some time ago: https://irclog.whitequark.org/linux-sunxi/2018-03-14 For video acceleration you need 0005-cedrus-improvements.patch and compile Cedrus driver. When done right you should see in dmesg: cedrus 1c0e000.video-codec: Device registered as /dev/video0 For a good measure I applied other patches in that directory as well, some needed modifications to apply to 5.5 kernel (LibreELEC uses 5.4) . Then FFMPEG needs to be compiled with v4l2_request to actually do the acceleration To get Kodi GUI acceleration working you need to compile mesa 20.0.0-devel from Mesa GIT. Kodi then needs to be compiled as GBM version. I also applied patches that LibreELEC has for Kodi into my Kodi tree. @jernej sounds the above about right?

Anyone caught this one? https://www.phoronix.com/scan.php?page=news_item&px=Mali-T720-Stable-Mesa-20.0 It is present in mesa git master, going to try to compile it.

Probably doing something stupid here. The whole kernel build process is triggered every single time when recompiling the image. I would expect only to rebuild files I have modified, or drivers I have added during menuconfig. I did set this in userpatches/config-example.conf: CLEAN_LEVEL="debs" But still getting: [ o.k. ] Checking git sources [ u-boot v2019.10 ] [ .... ] Cleaning .... [ 8 files ] [ o.k. ] Checking git sources [ linux-mainline orange-pi-5.3 ] [ .... ] Cleaning .... [ 206 files ] And then it compiles the whole thing all over again. Can someone please point me to what I am doing wrong here?