Gullik

Kernel 6.8-rc6 does not fix this, so it seems all patches have not had effect. Patches have been available for some time, but do not seem to have propagated up. https://lwn.net/Articles/962547/ This is probably the significant log from dmesg [ 17.339454] i2c 6-0022: deferred probe pending: typec_fusb302: cannot register tcpm port [ 17.339462] platform fc000000.usb: deferred probe pending: dwc3: failed to initialize core Gullik

Hello sugatam, I have tried all edge kernels, and built my own 6.8-rc4 kernel, but these patches does not seem to have made it into those branches yet. No cigar! I have not tried collaboras kernel yet, but that would be interesting. About your stability problems, I have only tried things like wifi, I might have observed instability, but did not connect it with the USB, but rather with wifi. I will check logs next time I observe it.... Regards, Gullik

This is a link to collaboras work on USB (and other issues) https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md Item 3 is related to the rk3588s which is common. Item 8 describes the FUSB302 port select/detect chip. This is an issue in the Rock5b but the same chip is present in the OPI 5. However, it is not clear that the modifications will address the OPI5 correctly. Regards, G

Since I am interested in the connection ability, I figured the info we gather should go into ONE thread. I have tried to build new kernels, but can only see USB controllers and devices two ports. I have seen a lot of work by Sebasitian Reichel @ Collabora, and his patches, but these do not seem to have the desired result on my test board. Orange PI 5. There seems to be an issue with the port mux, FUSB302, that either connects the last USB to the "vertical" port or to the "USB C" connector. I will comment my findings and attempts to correct this in this thread, and think we could find out where we are if you add your findings, successes and failures, rather than cluttering everywhere Regards, Gullik

Thanks Werner for the explanation. I guess then that Sebastians patches will be included with the next rc. Gullik

I can see that Sebastian Reichel has done a lot of work to usb in the rk3588 kernel. This is as I understand to the "current" or latest kernel. Is the Armbian kernel (edge) built from this tree, or is review done on a separate tree? Regards, Gullik

And a comment to Marco, it not so easy to understand all technicalities in the workflow so bear with my ignorance. I have built linux since V 1.0, but not in the last 20 years, so a lot has changed, and dists are assembled from many sources and groups. However, I feel mych better at home now, read my posting, Regards, Gullik. Beeing really adventurous I have attempted to build armbian ON armbian 6.8-rc1 noble. This is done on an Orange pi 5 8Gb, booted from an SD card. The machine has a 256 Gb nvme memory and a 8821 wifi adapter In the build documentation it is stated that I need: "A x86/x64 machine running any OS; at least 4G RAM, SSD, quad core (recommended)" "The officially supported compilation environment is Ubuntu Jammy 22.04.x amd64 only!" I understand that having something supported rather than working are quite different, and that Armbian have higher standards than me as a user, but I did not get discouraged. These are my modifications to various components to get armbian to compile. So, here goes: 1) git clone --depth=1 --branch=main https://github.com/armbian/build 2) add noble to supported build environments vi lib/functions/host/host-release.sh # Disable host OS check at your own risk. Any issues reported with unsupported releases will be closed without discussion -- if [[ -z $HOSTRELEASE || "bookworm trixie sid jammy kinetic lunar vanessa vera victoria mantic" != *"$HOSTRELEASE"* ]]; then ++ if [[ -z $HOSTRELEASE || "bookworm trixie sid jammy kinetic lunar vanessa vera victoria mantic noble" != *"$HOSTRELEASE"* ]]; then if [[ $NO_HOST_RELEASE_CHECK == yes ]]; then display_alert "You are running on an unsupported system" "${HOSTRELEASE:-(unknown)}" "wrn" display_alert "Do not report any errors, warnings or other issues encountered beyond this point" "" "wrn" else exit_with_error "Unsupported build system: '${HOSTRELEASE:-(unknown)}'" fi fi } 3) I ignored warnings that I did not have 10 Gb available in /output directory and pressed return 4) vi config/sources/mainline-kernel.conf.sh change 6.8-rc1 to 6.8-rc3 which was the desired kernel 5) change requirements from python2 to python3 // can cause unforeseen problems but seems to work I had to accept "shallow-tree" for kernel due to lack of space....... and the result after booting: Welcome to Armbian-unofficial 24.2.0-trunk Bookworm with bleeding edge Linux 6.8.0-rc3-edge-rockchip-rk3588 No end-user support: built from trunk System load: 14% Up time: 9 min Memory usage: 4% of 7.51G IP: 192.168.1.89 CPU temp: 32°C Usage of /: 1% of 233G RX today: 26.2 KiB These 3 changes enabled me to run the ./compile.sh script. I selected a simple server only config in the menus, since I was mostly interested in testing USB ports. Unfortunately the USB fixes that are documented for the rk3588 did not result in the addition of the vertical usb port, so something is wrong, but I can build my own kernel. Interesting to see is that all 8 cpus are running at >=90%, so this $100 machine replaces a big Proliant and performs much better. Having learned programing on a PDP11/40 with about 8 users, this is mindboggling. Also replacing the "House server" from a 1U server to an Orange PI 3 LTS paid for the board in reduced electricity bill in a few months, and runs on a used 12 V car battery. My sincere compliments to a solid source tree, and a highly automated build environment, these are probably the main reason for success on this foolish attempt!! Next step is to install "noble" to the NVME, to get rid of the output size warning, and build a new desktop with upgraded kernel. Best regards, and an applause for the Armbian Crew! Gullik

Is there any reason to keep kernel edge at rc1 rather than rc2 or rc3? I for one would like to see the latest kernel improvements for rk3588. I guess building armbian ON armbian is not supported, ( due to compiler issue??) or am I wrong?? else I could try this out myself. Gullik

Does that mean a new kernel is also in the update/upgrade procedure, or is it just the prebuilt edge dists? Gullik

Sorry about posting a new thread. I can see this is already being discussed. Gullik

Hi, I can see that 6.8-rc2 and 6.8-rc3 have been released. How do they get integrated into the edge builds? I am eagerly waiting to see some patches to rk3588s. Gullik

Now at Linux orangepi52 6.8.0-rc1-edge-rockchip-rk3588 #1 SMP PREEMPT Sun Jan 21 22:11:32 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux Still no USB2 / vertical USB. Firefox does not run , errors out with snap-update-ns killed by signal 11 Gullik

And I am running 6.7.0-rc8-edge-rockchip-rk3588 as a desktop. It seems OK, except for the vertical usb. Is this missing code in the kernel, or just an incomplete dtb? Gullik

Now at: root@orangepi5-2:~# uname -a Linux orangepi5-2 6.7.0-rc8-edge-rockchip-rk3588 #1 SMP PREEMPT Sun Dec 31 20:51:25 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux seems fine, but no vertical usb... Gullik

It is for the orange pi 5 (flat), 16 gb Works fine, but missing usb vertical port. Gullik

I have the same problem too, Comparing 5.10 kernel with 6.7.0-rc7-edge indicate two fewer usb buses, so my thinking is that either the dtb is wrong, and omitting a controller or kernel is generated without one usb. Otherwise the new edge with rc7 seems good.... Gullik

Plugging an usb uart dongle into the vertical usb , the power light comes on. However, lsusb (-t) shows no change.... G

Ezcast adapter seems to be RTL8821, so using dkms to compile from morrow sources all is FINE! Desktop start screen is all black with a password field at left. I guess it means a splash page is missing. Logging on works OK, and I am met by a penguin. Vertical USB does not show any life. G

This image works OK, and we now have both a 6.7 kernel AND graphics. Minor issues: EzCast stupid windows Wifi adapter does not plug and play. The vertical USB port does not sense plugging in a device (Wifi) Good work, Gullik

I have tried to investigate how to get graphics on the PI5 with a recent kernel. It seems that there is a different approach forward and other components suggested. I have not had to dig inte the graphics arch of linux before, but my understanding is it has many layers, the display manager, x-windows, the frame buffer, fb driver plus the various scripts / programs that assemble the graphic subsystem when booting. Besides, there is a simple terminal emulation being used as console displaying text and supplying a glass tty. Exactly where this is heading and who / which group is responsible is not clear to me, I might be able to assist in testing or other tasks. To me it seems all was done for the old 5.x kernel, and for some reason it is not as easy as updating with latest patches / findings and recompile, which leads me to the conclusion of "rearchitecture". Gullik

A litle too quick perhaps.... Further investigation into lightdm log files results i erros when launching X root@orangepi5:~# more /var/log/Xorg.0.log | grep open [ 17291.932] (EE) open /dev/dri/card0: No such file or directory [ 17291.933] (EE) open /dev/fb0: No such file or directory [ 17291.933] (EE) open /dev/dri/card0: No such file or directory [ 17291.933] (EE) open /dev/fb0: No such file or directory [ 17291.934] (EE) open /dev/dri/card0: No such file or directory [ 17291.934] (EE) open /dev/fb0: No such file or directory [ 17291.934] (EE) open /dev/dri/card0: No such file or directory [ 17291.934] (EE) open /dev/fb0: No such file or directory root@orangepi5:~# and, there is no /dev/dri/* So I guess the error reported above was not fatal, (as seen in log) but the cause was x could not be started because no device ( HDMI perhaps??) G

Hello, I have just installed the Armbian_23.11.0-trunk.114_Orangepi5_jammy_edge_6.6.0-rc1_xfce_desktop.img It boots OK, but does not present any desktop, but I can ssh into it and configure In syslog I find lots of errors where lightdm fails due to: Sep 20 16:10:15 orangepi5 systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 4. Sep 20 16:10:15 orangepi5 lightdm[2103]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Sep 20 16:10:16 orangepi5 systemd[1]: lightdm.service: Main process exited, code=exited, status=1/FAILURE Sep 20 16:10:16 orangepi5 systemd[1]: lightdm.service: Failed with result 'exit-code'. Sep 20 16:10:16 orangepi5 systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 5. I recon this might be the cause, but have never spent any time on how the desktop gets activated and its components. Is this the reason I get no video/HDMI on my PI 5 (that works ok with kernel 5.10) And, is it trying to retrieve a user list from freedesktop.org?? Why?? G

In the latest Armbian_23.11.0-trunk.114_Orangepi5_jammy_edge_6.6.0-rc1_xfce_desktop RT5370 works out of the box. Regards, G

Thanks for the clarification, but the "fix" results in nonbootable system

I tried this as well, and after that no boot......