工具/软件：
上一个主题已锁定、因此我在这里发布了一个新问题。
J721S2XSOMXEVM：J721S2/J721E USB 3.1 端口仅以 USB 2.0 速度运行 (SDK 10.01.00.04)-处理器论坛 — 处理器- TI E2E 支持论坛
在 J721E 上、我能够成功解决 USB3.0 问题。
现在、我也需要在 J721S2 平台上启用 USB3.0。（使用 Processor SDK Linux 10.01.00.04 )
发现的问题：
使用 USB3.0 电缆连接时、根本不会检测到器件。
使用 USB2.0 电缆进行连接时、器件会被检测到、但仅会枚举为 USB2.0。
您能否告诉我、J721S2 需要哪些步骤、或者如果需要任何补丁/配置、才能使 USB3.0 正常工作？
此致、
Liu
尊敬的 Gokul：
我所做的更改是在中k3-j721s2-common-proc-board.dts、其中我设置了：
・dr_mode：OTG ->主机
・最大速度：高速->超高速
此致、
Liu
尊敬的 Gokul：
感谢您共享 dtb 文件。
我已经下载并测试了它、但在我的设置中仍然看到相同的问题。
在本例中、我收到了日志消息
platform 6000000.usb: deferred probe pending、
您能告诉我您在设置上编译和部署 DTB 所遵循的确切步骤吗？
此外、您是否在您的电路板上看到相同的`平台 6000000.usb:递延探针待定`日志消息？
此致、
Liu
尊敬的 Gokul：
我使用的是官方网站 TI J721S2 EVM 、而不是定制板。 
除了您提供的器件树更改外、我没有对 SDK 进行任何其他修改。
↓仅k3-j721s2-common-proc-board.dtb显示最近的日期（2025 年 8 月 31 日）、而所有其他 dtb/dtbo 文件仍然具有相同的时间戳（2018 年 3 月 9 日）。这些 2018 时间戳只是来自 SDK 的默认时间戳。
root@j721s2-evm:/boot/dtb/ti# ls -l total 372 -rw-r--r-- 1 root root 103376 Mar 9 2018 k3-am68-sk-base-board.dtb -rw-r--r-- 1 root root 2051 Mar 9 2018 k3-am68-sk-bb-csi2-ov5640.dtbo -rw-r--r-- 1 root root 1936 Mar 9 2018 k3-am68-sk-rpi-hdr-ehrpwm.dtbo -rw-r--r-- 1 root root 4200 Mar 9 2018 k3-am68-sk-v3link-fusion.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-0-0.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-0-1.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-0-2.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-0-3.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-1-0.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-1-1.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-1-2.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-1-3.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-2-0.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-2-1.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-2-2.dtbo -rw-r--r-- 1 root root 2389 Mar 9 2018 k3-fpdlink-imx390-rcm-2-3.dtbo -rw-r--r-- 1 root root 2221 Mar 9 2018 k3-fpdlink-ov2312-0-0.dtbo -rw-r--r-- 1 root root 2221 Mar 9 2018 k3-fpdlink-ov2312-0-1.dtbo -rw-r--r-- 1 root root 2221 Mar 9 2018 k3-fpdlink-ov2312-0-2.dtbo -rw-r--r-- 1 root root 2221 Mar 9 2018 k3-fpdlink-ov2312-0-3.dtbo -rw-r--r-- 1 root root 785 Mar 9 2018 k3-j7200-evm-mcspi-loopback.dtbo -rw-r--r-- 1 root root 112475 Aug 31 2025 k3-j721s2-common-proc-board.dtb -rw-r--r-- 1 root root 9182 Mar 9 2018 k3-j721s2-edgeai-apps.dtbo -rw-r--r-- 1 root root 2072 Mar 9 2018 k3-j721s2-evm-csi2-ov5640.dtbo -rw-r--r-- 1 root root 3905 Mar 9 2018 k3-j721s2-evm-fusion.dtbo -rw-r--r-- 1 root root 2046 Mar 9 2018 k3-j721s2-evm-gesi-exp-board.dtbo -rw-r--r-- 1 root root 1540 Mar 9 2018 k3-j721s2-evm-pcie1-ep.dtbo -rw-r--r-- 1 root root 10287 Mar 9 2018 k3-j721s2-vision-apps.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-0-0.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-0-1.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-0-2.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-0-3.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-1-0.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-1-1.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-1-2.dtbo -rw-r--r-- 1 root root 2489 Mar 9 2018 k3-v3link-imx219-1-3.dtbo
此致、
Liu
尊敬的 Gokul：
dp0-connector、dp-bridge和 DP 调节器的延迟探测器待处理消息： j721s2-evm login: root [ 19.375137] kauditd_printk_skb: 8 callbacks suppressed [ 19.375144] audit: type=1006 audit(1728489755.528:16): pid=1069 uid=0 subj=kernel old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=3 res=1 [ 19.393862] audit: type=1300 audit(1728489755.528:16): arch=c00000b7 syscall=64 success=yes exit=1 a0=8 a1=ffffd1891e38 a2=1 a3=1 items=0 ppid=1 pid=1069 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=3 comm="(systemd)" exe="/usr/lib/systemd/systemd-executor" subj=kernel key=(null) [ 19.422099] audit: type=1327 audit(1728489755.528:16): proctitle="(systemd)" [ 19.429659] audit: type=1334 audit(1728489755.548:17): prog-id=18 op=LOAD [ 19.437139] audit: type=1300 audit(1728489755.548:17): arch=c00000b7 syscall=280 success=yes exit=8 a0=5 a1=ffffdfda1158 a2=90 a3=0 items=0 ppid=1 pid=1069 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=3 comm="systemd" exe="/usr/lib/systemd/systemd" subj=kernel key=(null) [ 19.464328] audit: type=1327 audit(1728489755.548:17): proctitle="(systemd)" [ 19.471822] audit: type=1334 audit(1728489755.576:18): prog-id=18 op=UNLOAD [ 19.479158] audit: type=1300 audit(1728489755.576:18): arch=c00000b7 syscall=57 success=yes exit=0 a0=8 a1=1 a2=0 a3=ffff9d0a8c60 items=0 ppid=1 pid=1069 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=3 comm="systemd" exe="/usr/lib/systemd/systemd" subj=kernel key=(null) [ 19.506668] audit: type=1327 audit(1728489755.576:18): proctitle="(systemd)" [ 19.513959] audit: type=1334 audit(1728489755.576:19): prog-id=19 op=LOAD root@j721s2-evm:~# root@j721s2-evm:~# root@j721s2-evm:~# [ 23.934171] j721e-pcie 2910000.pcie: host bridge /bus@100000/pcie@2910000 ranges: [ 23.941700] j721e-pcie 2910000.pcie: IO 0x0018001000..0x0018010fff -> 0x0018001000 [ 23.949865] j721e-pcie 2910000.pcie: MEM 0x0018011000..0x001fffffff -> 0x0018011000 [ 23.957965] j721e-pcie 2910000.pcie: IB MEM 0x0000000000..0xffffffffffff -> 0x0000000000 [ 23.966888] platform fixedregulator-dp0-prw: deferred probe pending [ 23.973180] platform dp0-connector: deferred probe pending [ 23.978676] platform regulator-dp1-prw: deferred probe pending [ 23.984508] platform a000000.dp-bridge: deferred probe pending [ 23.990331] platform 2910000.pcie: deferred probe pending
关于您要求我尝试的修补程序：
"disabled"在 SDK 中、mhdp：dp-bridge@a000000 已默认设置为。
因此、当我尝试应用修补程序时、构建失败、并出现重复属性错误（定义了两次）status。
对于您提到的其他节点、我应用了您的补丁并成功重新编译了 DTB。
使用这个更新的 DTB 进行引导后、我仍然可以看到其他组件的延迟探测待处理消息：[ 12.355888] Bluetooth: Core ver 2.22 [ 12.362947] NET: Registered PF_BLUETOOTH protocol family [ 12.371739] Bluetooth: HCI device and connection manager initialized [ 12.388299] Bluetooth: HCI socket layer initialized [ 12.400185] Bluetooth: L2CAP socket layer initialized [ 12.409649] Bluetooth: SCO socket layer initialized [ 12.429203] platform 2030000.i2c: deferred probe pending [ 12.434869] platform regulator-dp1-prw: deferred probe pending [ 12.441237] platform fixedregulator-dp0-prw: deferred probe pending [ 13.319671] remoteproc remoteproc0: releasing 64800000.dsp [ 13.329320] remoteproc remoteproc0: releasing 65800000.dsp [ 13.353289] remoteproc remoteproc0: releasing 64800000.dsp [ 13.366037] remoteproc remoteproc0: releasing 65800000.dsp [ 13.378987] remoteproc remoteproc0: releasing 64800000.dsp [ 13.387004] remoteproc remoteproc0: releasing 65800000.dsp [ 14.341109] remoteproc remoteproc0: releasing 64800000.dsp [ 14.349658] remoteproc remoteproc0: releasing 65800000.dsp [ 14.356196] omap_rng 4e10000.rng: Random Number Generator ver. 241b34c [ 14.363892] remoteproc remoteproc0: releasing 64800000.dsp [ 14.364028] remoteproc remoteproc0: releasing 65800000.dsp [ 14.370857] remoteproc remoteproc0: releasing 64800000.dsp [ 14.371005] remoteproc remoteproc0: releasing 65800000.dsp [ 14.379178] remoteproc remoteproc0: releasing 64800000.dsp [ 14.397734] remoteproc remoteproc0: releasing 65800000.dsp [ OK ] Started User Login Management.
此致、
Liu
尊敬的 Gokul：
是的、您是正确的—platform 6000000.usb: deferred probe pending日志在应用修补程序后消失了。
我还尝试lsusb -t在移除 USB-C 连接后运行、该命令显示未连接任何器件（空输出）。
此致、
Liu
您好 Liu、
SERDES 引脚似乎连接到了 USB 集线器、
那么、在 DTB 中、您需要将 USB_SEL_MUX 更改为高电平而不是低电平、以便通过集线器连接 SERDES？
Liu、
另一件事是确保 USB_MODE_SEL DIP 开关处于 OFF、OFF 位置、以便选择 DFP 模式。
您好 Liu、
您提到 MCU R5 内核需要为 DP+USB 多链路配置 SERDES 时、这是否就是您的意思？
在 RTOS 代码中、有一个函数在多链路模式下启动串行器/解串器 PHY：
您需要为第二个 mL (Multilink) 接口选择 USB。
Linux 器件树中的 SERDES_ln_ctrl 也应与 RTOS 中设置的多链接配置匹配、因为这会控制 Ctrl MMR 寄存器。 我上一篇文章中的 diff 将从 Linux 端禁用 DP 配置、因为现在它将由 RTOS 处理、并从 Linux 端启用 USB 配置、因为它仍是从 Linux 端处理的。
请参阅 Linux 内核中的两个文件。
1：k3-j721s2-rtos-memory-map.dtsi — 这是一个包含远程内核存储器映射的头文件。 这是必需的。
2：k3-j721s2-vision-apps.dtso — 这是包含存储器映射 dtsi 的覆盖文件。 这将禁用 Linux 中的几个不同接口以控制 RTOS。 可能需要 SERDES_wiz0 ... 但首先尝试一下、不做任何更改。
时在初始化过程中看到以下错误应用您提供的 diff 文件后、我在运行 vision_apps_init.sh补丁中的任何内容都不会影响传感器。 这是启用还是禁用覆盖？ 叠加将禁用 Linux 的 CSI 以控制 RTOS、因此会影响哪些内核可以控制 CSI。
此致、
Takuma
