[Meta] Radxa Rock Pi 4C Plus and TeslaUSB

[KrzysztofHajdamowicz]

Describe the problem

I have an idea to compile issues mentioned in multiple issues example into single thread, allowing for faster searching.

Device

Rock Pi 4C plus

OS Image

Armbian

Car Model

Model Y

USB connection

Glove box

Logs

No response

Additional information

No response

[KrzysztofHajdamowicz]

So far, my progress is:

1. Get image https://github.com/radxa-build/rock-4c-plus/releases/download/20230312-1521/Armbian_23.05.0-trunk_Rockpi-4cplus_jammy_current_5.15.101_minimal.img.xz
2. Flash microSD card using that image
3. Plug ethernet cable to Rock Pi 4C+
4. Boot it
5. SSH into, using root/1234 credentials
6. Run through initial configuration
7. use nano to create file thermals.dts

/dts-v1/;
/plugin/;

/ {
        compatible = "radxa,rockpi4c-plus", "radxa,rockpi4", "rockchip,rk3399";

        fragment@0 {
                target=<&tsadc>;
                __overlay__ {
                        status = "okay";
                        /* tshut mode 0:CRU 1:GPIO */
                        rockchip,hw-tshut-mode = <1>;
                        /* tshut polarity 0:LOW 1:HIGH */
                        rockchip,hw-tshut-polarity = <1>;
                };
        };

};

8. run armbian-add-overlay thermals.dts
9. reboot
10. Run TeslaUSB installer: curl https://raw.githubusercontent.com/marcone/teslausb/main-dev/setup/generic/install.sh | bash
11. Use /boot/teslausb_setup_variables.conf from TeslaUSB that was running in glovebox on Raspberry Pi 4B (so, 1:1 configuration migration)
12. Plug USB drive that was used by Raspberry Pi 4B from step 10.
    12a. Iterate for a few times, fixing each error one by one:
    12b. mkdir /mnt/{cam,music,boombox}
    12c.

systemctl disable --now systemd-resolved
systemctl mask systemd-resolved
systemctl enable --now dnsmasq

12d. mv /mutable/varlib/misc{,.old}
12e. copy /etc/wpa_supplicant/wpa_supplicant.conf from Raspberry Pi 4B to Rock Pi 4C Plus
12f. Installer finally passes
13. Reboot
14. /backingfiles and /mutable are mounted
15. unfortunately, USB OTG in upper USB3 port is not working.
https://www.youtube.com/watch?v=ngMiCgQzwkI
dmesg:

[   46.419618] overlayfs: "xino" feature enabled using 2 upper inode bits.
[   46.803441] loop0: detected capacity change from 0 to 419428352
[   46.870567] exFAT-fs (loop0): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[   47.067020] ------------[ cut here ]------------
[   47.067040] WARNING: CPU: 1 PID: 1528 at drivers/usb/dwc3/gadget.c:3649 dwc3_stop_active_transfer.part.0.constprop.0+0xb4/0xcc
[   47.067064] Modules linked in: nls_utf8 cifs cifs_arc4 cifs_md4 fscache netfs usb_f_mass_storage libcomposite exfat lz4hc lz4 zram binfmt_misc xfs sg btsdio snd_soc_hdmi_codec bluetooth snd_soc_simple_card snd_soc_rk817 snd_soc_simple_card_utils snd_soc_core brcmfmac snd_pcm_dmaengine hantro_vpu(C) rockchip_vdec(C) snd_pcm brcmutil rockchip_iep rockchip_rga v4l2_h264 snd_timer videobuf2_dma_contig dw_hdmi_i2s_audio dw_hdmi_cec v4l2_mem2mem videobuf2_dma_sg snd videobuf2_vmalloc cfg80211 videobuf2_memops videobuf2_v4l2 soundcore rfkill videobuf2_common videodev mc cpufreq_dt sch_fq_codel ramoops reed_solomon pstore_blk pstore_zone ip_tables x_tables autofs4 uas realtek dwmac_rk stmmac_platform stmmac pcs_xpcs
[   47.067247] CPU: 1 PID: 1528 Comm: disable_gadget. Tainted: G         C        5.15.101-rockchip64 #1
[   47.067256] Hardware name: Radxa ROCK Pi 4C+ (DT)
[   47.067261] pstate: 200000c5 (nzCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[   47.067269] pc : dwc3_stop_active_transfer.part.0.constprop.0+0xb4/0xcc
[   47.067277] lr : dwc3_stop_active_transfer.part.0.constprop.0+0x78/0xcc
[   47.067285] sp : ffff80000d1abb20
[   47.067289] x29: ffff80000d1abb20 x28: ffff00000511ac40 x27: 0000000000000000
[   47.067300] x26: 0000000000000000 x25: 0000000000000000 x24: ffff000005237900
[   47.067312] x23: ffff0000052229b0 x22: 0000000000000000 x21: ffff000005222a78
[   47.067323] x20: 0000000000000000 x19: ffff0000053ad900 x18: ffffffffffffffff
[   47.067334] x17: 0000000000000000 x16: 0000000000000000 x15: 3d454d414e5f4344
[   47.067345] x14: ffff800009dcc4e0 x13: 0000000000000040 x12: 0000000000000000
[   47.067356] x11: ffffffffffff3f08 x10: ffff8000edff5000 x9 : ffffffffffff3f04
[   47.067368] x8 : 00004161a8e29e9d x7 : ffffffffffff3f00 x6 : ffffffffffff3f0c
[   47.067379] x5 : ffff800009aa9000 x4 : ffffffffffff3f0c x3 : 0000000000000000
[   47.067389] x2 : 0000000000000c08 x1 : ffff80000b90c900 x0 : 00000000ffffff92
[   47.067401] Call trace:
[   47.067405]  dwc3_stop_active_transfer.part.0.constprop.0+0xb4/0xcc
[   47.067413]  dwc3_remove_requests.constprop.0+0x2c/0xf0
[   47.067421]  __dwc3_gadget_ep_disable+0x5c/0x1a0
[   47.067428]  dwc3_gadget_pullup+0xc8/0x240
[   47.067435]  usb_gadget_disconnect+0x38/0x10c
[   47.067444]  usb_gadget_remove_driver+0x30/0xec
[   47.067451]  usb_gadget_unregister_driver+0x70/0xe4
[   47.067458]  gadget_dev_desc_UDC_store+0xb8/0x13c [libcomposite]
[   47.067490]  configfs_write_iter+0xc4/0x124
[   47.067501]  new_sync_write+0xe8/0x184
[   47.067510]  vfs_write+0x238/0x29c
[   47.067516]  ksys_write+0x68/0xf4
[   47.067523]  __arm64_sys_write+0x1c/0x2c
[   47.067529]  invoke_syscall+0x48/0x114
[   47.067539]  el0_svc_common.constprop.0+0x44/0xfc
[   47.067547]  do_el0_svc+0x28/0xa0
[   47.067554]  el0_svc+0x28/0x80
[   47.067564]  el0t_64_sync_handler+0xa4/0x130
[   47.067571]  el0t_64_sync+0x1a0/0x1a4
[   47.067579] ---[ end trace dfca4f5855ded11e ]---
[   47.186435] loop1: detected capacity change from 0 to 419430400
[   47.186735]  loop1: p1
[   47.263967] loop2: detected capacity change from 0 to 209715200
[   47.264289]  loop2: p1
[   47.481811] loop1: detected capacity change from 0 to 419428352
[   48.530664] Mass Storage Function, version: 2009/09/11
[   48.530689] LUN: removable file: (no medium)
[   48.542549] LUN: removable file: (no medium)
[   48.554082] LUN: removable file: (no medium)
[  107.841583] loop1: detected capacity change from 0 to 419428352
[  107.858035] exFAT-fs (loop1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 3588.566311] loop0: detected capacity change from 0 to 419430400
[ 3588.567791]  loop0: p1
[ 3588.771289] loop0: detected capacity change from 0 to 419428352

16. Wireless access point is not created

Diagnostics:
diagnostics.txt

[marcone]

I haven't had time to try your steps yet, but I would suggest using a recent Armbian build with a newer kernel, e.g. Armbian_23.8.1_Rockpi-4cplus_jammy_current_6.1.50.img.xz from https://redirect.armbian.com/rockpi-4cplus/archive/

[KrzysztofHajdamowicz]

I have tried it first. It does not see USB SSD (Samsung T7) and USB-NVME adapter with Samsung 980 Pro connected to USB 3.0 ports, only 2.0 ports see connected drive.

What's better, when I use image from first comment and do apt upgrade, newer system can't see those drives. Looks, like 23.8.1 is buggy somehow.

[miles267]

I’ve just used apt-get update and apt-get upgrade as well as unfreezing kernel updates. That way it’ll ensure the kernel stays current regardless of the installed image. Also there is now a new beta coding UI you can install that’s a convenient option.

[KrzysztofHajdamowicz]

Also there is now a new beta coding UI you can install that’s a convenient option.

What do You mean? I'm new in Armbian world so discovering something new is fun :)

[miles267]

Sorry. Please try this:

sudo apt update && sudo apt install armbian-config. You should then be able to run armbian-config to u freeze kernel installs and configure WLAN, etc. it’s the same as running nmtui.

[KrzysztofHajdamowicz]

Armbian_23.8.1_Rockpi-4cplus_jammy_current_6.1.50.img.xz from https://redirect.armbian.com/rockpi-4cplus/archive/

1. Flash image to microSD card
2. Boot
3. Do initial config
4. apt update && apt install armbian-config
5. use armbian-config to enable dwc3-0-host hardware overlay. SSD is now visible on lower USB3 port.
6. Also enable overlay rockpi4cplus-usb-host. After reboot, there is an error in dmesg

[    3.224357] dwc3 fe800000.usb: error -ETIMEDOUT: failed to initialize core
[    3.224499] dwc3: probe of fe800000.usb failed with error -110

7. Install TeslaUSB: curl https://raw.githubusercontent.com/marcone/teslausb/main-dev/setup/generic/install.sh | bash
8. Use /boot/teslausb_setup_variables.conf from TeslaUSB that was running in glovebox on Raspberry Pi 4B (so, 1:1 configuration migration)
9. Mon Sep 18 12:11:09 AM CEST 2023 : STOP: this device (Radxa ROCK Pi 4C+) does not have a UDC driver appeared in /boot/teslausb-headless-setup.log

Looks like #769 is present in current Armbian images.

---

EDIT

10. Created dwc3-peripherial.dts

/dts-v1/;
/plugin/;

/ {
    compatible = "rockchip,rk3399";
    fragment@0 {
      target = <&usbdrd_dwc3_0>;
      __overlay__ {
        dr_mode = "peripheral";
      };
    };
};

armbian-add-overlay dwc3-peripherial.dts
11. Lost USB SSD visibility.
12. dmesg.txt

[marcone]

6. Also enable overlay rockpi4cplus-usb-host. After reboot, there is an error in dmesg

The rockpi4cplus-usb-host overlay switches the top USB3 port to host mode (as described in /boot/dtb/rockchip/overlay/README.rockchip-overlays), thereby disabling the required OTG mode, which then leads to the error you see when trying to install TeslaUSB:

9. Mon Sep 18 12:11:09 AM CEST 2023 : STOP: this device (Radxa ROCK Pi 4C+) does not have a UDC driver appeared in /boot/teslausb-headless-setup.log

[KrzysztofHajdamowicz]

6. Also enable overlay rockpi4cplus-usb-host. After reboot, there is an error in dmesg

The rockpi4cplus-usb-host overlay switches the top USB3 port to host mode (as described in /boot/dtb/rockchip/overlay/README.rockchip-overlays), thereby disabling the required OTG mode, which then leads to the error you see when trying to install TeslaUSB:

9. Mon Sep 18 12:11:09 AM CEST 2023 : STOP: this device (Radxa ROCK Pi 4C+) does not have a UDC driver appeared in /boot/teslausb-headless-setup.log

overlay and SSD visibility:
no-overlay.txt
dwc3-0-host rockpi4cplus-usb-host.txt
dwc3-0-host.txt

dwc3-0-host overlay is the only overlay that gives SSD visibility in any of USB3 port (lower port, being specific).
Even with dwc3-0-host overlay, there is no UDC driver.

[KrzysztofHajdamowicz]

https://imola.armbian.com/dl/rockpi-4cplus/archive/Armbian_23.8.1_Rockpi-4cplus_bookworm_current_6.1.50_minimal.img.xz

spiced with:

1. apt install vim nano htop ncdu mc curl wget
2. wget https://github.com/radxa/overlays/raw/main/arch/arm64/boot/dts/rockchip/overlays/rk3399-dwc3-0-peripheral.dts -O rk3399-dwc3-0-peripheral.dts
3. armbian-add-overlay rk3399-dwc3-0-peripheral.dts
4. reboot
5. after reboot:

# dmesg | grep -i dwc
[    2.730303] dwc3 fe900000.usb: error -ETIMEDOUT: failed to initialize core
[    2.730408] dwc3: probe of fe900000.usb failed with error -110

No SSD visibility in lower USB3 port, had to use USB2 port to make drive visible.
For testing purporses, teslausb installed using microSD card as backing storage to simplify device.

Unfortunately, whole rig is not visible in PC.
diagnostics.txt

[KrzysztofHajdamowicz]

OK, I have managed to get something working:

1. Use image Armbian_23.8.1_Rockpi-4cplus_jammy_current_6.1.50.img.xz
2. apt update && apt upgrade
3. Run TeslaUSB installer: curl https://raw.githubusercontent.com/marcone/teslausb/main-dev/setup/generic/install.sh | bash
4. In teslausb_setup_variables.conf comment out SSID, WIFIPASS, AP_SSID, AP_PASS, AP_IP,
   teslausb_setup_variables.conf.txt
5. Perform configuration: /etc/rc.local

TeslaUSB works on Rock Pi.
Caveats:

1. After booting Rock Pi, devices appear and after few seconds disappear and re-appear after a second or two.
2. Lower USB3.0 port is not working, thus no USB3.0 for backing storage.

[mjpcomp]

For anyone coming through here and noticing there's a Wiki now on how to install and get the 4C+ working:

Under the https://github.com/marcone/teslausb/wiki/Rock-Pi-4C--Installation#software-requirements Software Requirements section, the link to the image no longer works as that listed version has been archived. You can find that particular version here: https://imola.armbian.com/dl/rockpi-4cplus/archive/

[marcone]

@mjpcomp the linked image was already archived, the problem is that that particular archive was deleted, as I'm sure the one you linked to will be deleted at some point too. This is because Armbian is switching to community images for the Rock Pi 4C+ due to lack of an official maintainer. The problem is that the community image does not have working OTG.

[mjpcomp]

@mjpcomp the linked image was already archived, the problem is that that particular archive was deleted, as I'm sure the one you linked to will be deleted at some point too. This is because Armbian is switching to community images for the Rock Pi 4C+ due to lack of an official maintainer. The problem is that the community image does not have working OTG.

Ah, thanks for the heads up - that's definitely good to know... I'm going to make sure I keep an extra copy of this image around.. Wonder if it may need to be hosted on archive.org or something just in case it does go the way of the Dodo...

[Crosenhain]

I found that the USB-OTG was unreliable, so I took a stab in the dark and removed the usbstoragequirks line from /boot/armbianEnv.txt and ran update_initramfs -u, rebooted, and it seems to be much more reliable from my initial testing. I don't use an external USB drive for storage, so ymmv.

I still see the drives appear for a little bit, then go away, and then come back again. I suspect this might be due to the sync script running on startup but I haven't confirmed this yet.

[gerculanum]

Older Rock 4C+ Armbian builds, including the one in the installation instructions, have a boot stability issue. This issue renders the board unusable in cars as it often fails to boot and register as USB storage. This has been fixed by armbian/build#6414. Newer Armbian builds should perform better. However, they require this overlay to enable peripheral mode on the OTG port, which can be added using the armbian-add-overlay command.

TeslaUSB on a Rock 4C+ works well in my car, with no WiFi issues.

[ZhongDev]

@gerculanum Thank you for that! I will try again soon using a new community build. I used an archived build because teslausb refused to install properly a community build. I think probably because i did not use the overlay.

[Crosenhain]

I still see the drives appear for a little bit, then go away, and then come back again.

@Crosenhain , Does Tesla complain about this and show an alert/active alert?

I need to check this again, my car recently updated to 2024.14.3, which apparently did contain some fixes for USB drive problems according to a local Tesla service rep.

[Crosenhain]

I do not have an alert - I think I did in the previous software version.

[DriftingShadows]

Older Rock 4C+ Armbian builds, including the one in the installation instructions, have a boot stability issue. This issue renders the board unusable in cars as it often fails to boot and register as USB storage. This has been fixed by armbian/build#6414. Newer Armbian builds should perform better. However, they require this overlay to enable peripheral mode on the OTG port, which can be added using the armbian-add-overlay command.

TeslaUSB on a Rock 4C+ works well in my car, with no WiFi issues.

do you have a Model Y or 3? Are you also using the glovebox usb?

[gerculanum]

TeslaUSB on a Rock 4C+ works well in my car, with no WiFi issues.

do you have a Model Y or 3? Are you also using the glovebox usb?

I'm using the glovebox USB in a Model 3.

[DriftingShadows]

I can't seem to get my Rock Pi 4c+ to work with Model Y glovebox with USB3 (to avoid the warning about glovebox usb) in any configuration. The issue is that the Rockpi just doesnt get picked up by the Model Y (DashCam is unavailable in the settings). I've tried various combinations of the following with no luck:

• Using newer armbian builds with the overlay
• Using USB3 hub
• Using USB3 Y cable

There are ways to "trick" the car to pick up teslausb but these are mostly temporary as far as i can tell and eventually becomes unavailable again. For example, while the Rockpi is power, I plugged it into my laptop to make sure its mounted, then unplug from laptop and plug into USB hub connected to the glove box usb. Someone might be able to explain this phenomenon but it doesnt last long, or maybe it never actually works and is just visual.

I can take a USB3 configuration that works 100% time on a Model 3 and plug it into a Model Y and it wont work. I've tested on 2 Model Y's and 2 Model 3's.

Only thing I've gotten to work reliably just using USB2, but then that kinda defeats the whole purpose of using a Rockpi and could just go with a smaller raspberry pi.

If anyone has any insight i'm all ears.

[xybertech]

Have you checked another USB3 device, like an SSD to confirm it works? Does the RockPi power on or do you get nothing at all?

Tesla Y manual says it needs to be USB2 or USB3 that is compatible with USB2 and sustains 4MB/s sustained. After I read that I abandoned the thought of a Rock Pi.
https://www.tesla.com/ownersmanual/modely/en_us/GUID-F311BBCA-2532-4D04-B88C-DBA784ADEE21.html

[jheyneman]

Figured I'd post here in case anyone else is running into the same issue... my RockPi 4C+ had been working fine since May until a Tesla update, it would only mount the drive if I did a scroll wheel reset. I figured I'd try to run the teslausb updater and then it would no longer boot.

Using either images listed here or in the Wiki, the first time apt upgrade is run, it will no longer boot. Connecting the RockPi to HDMI just shows a U-Boot screen.

I flashed the latest Armbian image. It appears NetworkManager isn't the default, instead interfaces are managed by systemd-networkd. I was able to install NetworkManager, switch it to the default, and get WiFi working. I also added the overlay a few comments above and was able to install teslausb.

Hopefully this is a decent starting point for anyone encountering issues, if it works for me over the next week or so, I'll try to write up a more detailed guide. If it doesn't work, I'll be sure to at least update this comment.

edit: Less than a week later, the car no longer found it as a writable device and even though it connects to my wifi, it does not accept any SSH connections. Connecting via HDMI, I'm able to log into it just fine and everything looks normal, SSH is running, but even wired, it rejects SSH connections. I'm a bit out of my depth now unfortunately.

[nmiller0113]

Older Rock 4C+ Armbian builds, including the one in the installation instructions, have a boot stability issue. This issue renders the board unusable in cars as it often fails to boot and register as USB storage. This has been fixed by armbian/build#6414. Newer Armbian builds should perform better. However, they require this overlay to enable peripheral mode on the OTG port, which can be added using the armbian-add-overlay command.

TeslaUSB on a Rock 4C+ works well in my car, with no WiFi issues.

@gerculanum hopefully you still see messages from this old thread. I'm curious if you still knew what release you were using. I tried getting things going with this latest trunk https://github.com/armbian/community/releases/tag/24.11.0-trunk.167, and I was able to install it and compile the overlay. Were there other steps you took before installing teslausb? Right now I cannot get wifi to authenticate, keeps timing out even though it see's my wifi no problem. This was not an issue with the version linked in the wiki...though I did have the boot stability issue on that version. If you wouldn't mind sharing any other steps you took before installing teslausb, that would be awesome. Or link me to where you found it. Thanks!

[jheyneman]

@nmiller0113 I found that using the minimal image, there is some firmware or something missing. I also could not authenticate, and then once I got the extra packages installed, it failed boot and showed a U-Boot screen. I think the boot partition ran out of space.

About a month ago, I tried using the desktop image, obviously ran into issues with the install script since it's set to 3G partition. I edited it to 10G, ran the script and followed the rest of the normal instructions. It has been running and copying footage to my NAS with no issue for the better part of a month.

I also no longer get the red X as I did previously that required me to reboot the car to get it to start recording.

[nmiller0113]

Thanks @jheyneman! What extra packages did you install? If I use the image listed wiki instructions I have boot issues as @gerculanum stated were fixed in later releases. I'm not sure why you're not having the same boot issues, as it doesn't seem to be a boot partition size problem from what was stated...but maybe I misunderstood.

This new version, albeit minimum install image, is super stable...I just can't get my wifi to authenticate and don't know which packages are missing to do so. That's why I was hoping that @gerculanum may see this and be able to assist as it sounds like he's got it running.

[jheyneman]

sorry for the quick edit :)

installing the extra packages kinda worked but it started crashing a few days later.

[nmiller0113]

@jheyneman oh wait...I just noticed you edited your original response from full image (which I assumed was the one on the wiki) to desktop image. Where did you find that? Thanks again!

[jheyneman]

https://github.com/armbian/community/releases/download/24.11.0-trunk.167/Armbian_community_24.11.0-trunk.167_Rockpi-4cplus_noble_current_6.6.52_gnome-kisak_desktop.img.xz

I'm on a release from sometime in August, but this should work. Don't forget to change the install script to have a larger boot partition size (10G).

I changed this line:
https://github.com/marcone/teslausb/blob/0f99633ed712cc27279a71d75e40025bacef412c/setup/generic/install.sh#L118C1-L119C1

[nmiller0113]

Thank @jheyneman, I'm going to try this tonight! Really appreciate it! You didn't have disable gnome or anything else? Just expanded the boot partition size to accommodate the extra desktop supporting packages..etc. It's a bummer there isn't an easy way to do this with the minimal too, but if the desktop version works...then I'm down to use that! Thanks again!

[jheyneman]

Nope, I'm sure you could remove the packages but I didn't bother. I'm not sure why minimal has problems with wifi auth, but I did start to find other complaints elsewhere on the web with no actual solutions so I just figured I'd try the desktop image and it worked.

[nmiller0113]

@jheyneman finally getting around to installing this...been a busy work week. Mind if I ask a couple more questions before I proceed?

• Did you still have to install the overlay?
• Are you using the top blue USB3 port as stated in the instructions/wiki, or the bottom one?
• I'm not sure what Tesla model you have, but I've got the new M3 and plan on plugging it into my glovebox USB3 port. Are you doing the same and if so, do you mind sharing what USB hub or USB splitter you're using?

Sorry for all of the questions, but since you've got it working solid I figured I'd ask so I don't have to keep going back and forth with this :) Thanks again!

[jheyneman]

I believe I did install the overlay, I cannot recall and my device is not connected to wifi for me to check at the moment.

I am using the top USB port.

I have a 2023 Model Y, they removed the data lines for the console USB ports, so I am using the glovebox USB port with a Y-splitter cable, USB-A to C and a USB-A to A cable.

[marcone]

(converting this to a discussion since it wasn't really an issue report to begin with)

[nmiller0113]

Thanks @marcone, makes sense

[LeonLeeX]

I’m running into an issue with my ROCK Pi 4C Plus. When I plug in a USB 3.0 flash drive into the lower USB 3.0 port and power on the device, the flash drive is only recognized as USB 2.0 speed. But if I unplug it and plug it back in again (hot-plugging), it gets detected properly as a USB 3.0 device. This seems really strange and I’m not sure what’s causing it. Any ideas?

root@teslausb-ModelY:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 21c4:0cd1 JZAO USB3.2 Gen1
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
root@teslausb-ModelY:~# lsusb -t
/:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 480M
/:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
/:  Bus 003.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 480M
    |__ Port 001: Dev 002, If 0, Class=Mass Storage, Driver=usb-storage, 480M
/:  Bus 004.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
/:  Bus 005.Port 001: Dev 001, Class=root_hub, Driver=ehci-platform/1p, 480M
/:  Bus 006.Port 001: Dev 001, Class=root_hub, Driver=ohci-platform/1p, 12M
/:  Bus 007.Port 001: Dev 001, Class=root_hub, Driver=ehci-platform/1p, 480M
/:  Bus 008.Port 001: Dev 001, Class=root_hub, Driver=ohci-platform/1p, 12M
root@teslausb-ModelY:~#
root@teslausb-ModelY:~# uname -a
Linux teslausb-ModelY 6.6.52-current-rockchip64 #1 SMP PREEMPT Wed Sep 18 17:24:10 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux
root@teslausb-ModelY:~#