[参考译文] Linux/AM3352：USB RNDIS 连接有时不起作用

您好、Bin Liu、

遗憾的是、应用此补丁后、一个特定的 USB 闪存驱动器未被检测到。 请注意、我的内核版本是4.9.31。  我可以看到的状态转换是 a_idle 到 a_wait_vrise --> a_idle->a_wait_vrise ... 这会持续发生、并且无法检测到器件。 如果我恢复您建议的修补程序，则会检测到设备(a_idle --> a_wait_vrise --> a_host)。 您能否建议如何解决此问题？ 我需要拥有补丁(您之前提供的补丁)、因为它可以解决我的问题、但应用补丁会给我带来另一个问题、即在 USB 闪存驱动器中无法检测到什么情况。

非常感谢您的帮助。

谢谢
法里亚

您好、Bin、

此修补程序不起作用。 即使在进行了硬件修改+应用此补丁+早期补丁(musb_dsp)后、我们仍然会遇到相同的检测问题。 此问题与 SanDisk 64GB 笔驱动器之一以及我们拥有的其他 SanDisk 64GB 挂起器非常一致、但我们并非一直都遇到此问题。 请注意、如果我们恢复 MUSB 驱动程序补丁、根本没有检测问题。

请告诉我可以捕获哪些信息来帮助调试。

此致、
法里亚

第一次捕获是在检测到 USB 闪存驱动器时进行的。  

以下是未检测到 USB 闪存驱动器的情况

您好 Fariya、

感谢捕获、它显示了 USB 控制器本身在这两种情况下似乎都能正常工作。 假设故障拇指驱动器是高速器件、您能否在探测中添加 D+线？ 我想看看在这两种情况下 USB0_VBUS 和 D+上拉之间是否存在任何时序差异。

如果无法同时使用3个探针、则可以移除探测 USB0_DRVVBUS 信号、因为我们知道它与 USB0_VBUS 信号的行为方式。

e2e.ti.com/.../Not-detected.zip

附件是未检测到 USB 闪存驱动器的情况下的捕获。

此致、

法里亚

您好 Fariya、

在工作内核中枚举此拇指驱动器是否需要比其他驱动器更长的时间？

请在故障情况下应用以下调试补丁。 它将时间从2秒增加到10秒、我希望该驱动器可以使用此补丁进行枚举、请提供控制台枚举日志、我想检查时间戳。

diff -git a/drivers/usb/musb_core.c b/drivers/usb/musb_core.c
index 358fectia54945.427494e74ec2 100644
-- a/drivers/usb/susb/smusb_core.c
++ b/drivers/usb/usb_musb_790,0_musb_musb_musb_musb_core.c
@@@@

MUSB -> ep0_Stage = MUSB_EP0_START；

+ dev_info (musb->控制器，"int 0x10\n")；
musb->intxe = musb->epmask；
musb_writew (musb->mregs、MUSB_INTRTXE、musb->intxe)；





void b->inrxe = musb->epmask & 0xfffe；diff --git a/drivers/USB/musb/musb_dsps.c b/drivers/USB/musb/musb_dsps.c index 9f125e179acd.866c6801fe49 100644 -- a/drivers/usb+dsps/musb+未@@@@的 dsps/musb_statusb+dsps/musb+6、b + dsps/musb+ 6、2、musb+dsps /dsps/musb+ 6、musb+ 6、2
musb->xceiv->OTG->state = OTG_State_a_idle；
MUSB_HST_MODE (MUSB)；
｝
- if (！(devctl & MUSB_DEVCTL_SESSION)&&！SKIP_SESSION)
+ 如果(！(devctl & MUSB_DEVCTL_SESSION)&&!SKIP_SESSION)｛
+ dev_info (musb->控制器，"开始会话\n")；
MUSB 写入(mregs、MUSB_DEVCTL、MUSB_DEVCTL_SESSION)；
+｝
mod_timer (&***->timer、jiffies +
mss_TO_jiffies (WRP->POLL_TIMEOUT)；
中断；
@@-339、8 +341、9 @@静态 irqreturn_t DSP_interrupt (int IRQ、void * HCI)
MUSB_HST_MODE (MUSB)；
musb->xceiv->OTG->default_a = 1；
musb->xceiv->OTG->state = OTG_State_a_Wait_VRISE
；+ dev_info (musb->controller、"drvbus high\n");
mod_timer (&***->timer、jiffies +
- mss_TO_jiffies (WRP->POLL_TIMEOUT)；
+ mss_TO_jiffies (10000))；
｝ 否则｛
MUSB ->是_活动= 0；
MUSB_DEV_MODE (MUSB)

您好、Bin、

即使在应用补丁后、也无法检测到 USB 设备。 以下是日志：

4278.719891] musb-hdrc musb-hdrc.0：开始会话
[4278.772454] musb-hdrc musb-hdrc.0：drvbus 高电平
[4278.772551] VBUS 开启(A_WAIT_VRISE)、devctl 09
[4291.199894] musb-hdrc musb-hdrc.0：启动会话
[4291.252740] musb-hdrc musb-hdrc.0：drvbus 高电平
[4291.252843] VBUS 打开(A_WAIT_VRISE)、devctl 09
[4303.359885] musb-hdrc musb-hdrc.0：启动会话
[4303.412777] musb-hdrc musb-hdrc.0：drvbus 高电平
[4303.412880] VBUS 打开(A_WAIT_VRISE)、devctl 09
[4315.519874] musb-hdrc musb-hdrc.0：开始会话
[4315.572738] musb-hdrc musb-hdrc.0：drvbus 高电平
[4315.572841] VBUS 开启(A_WAIT_VRISE)、devctl 09
[4327.679756] musb-hdrc musb-hdrc.0：启动会话
[4327.732517] musb-hdrc musb-hdrc.0：drvbus 高电平
[4327.732619] VBUS 开启(A_WAIT_VRISE)、devctl 01
[4339.839886] musb-hdrc musb-hdrc.0：启动会话
[4339.892456] musb-hdrc musb-hdrc.0：drvbus 高电平
[4339.892556] VBUS 开启(A_WAIT_VRISE)、devctl 01

我必须为我的内核移植此修补程序(4.9.30)。 附加 musb_core.c 和 musb_dsps.c 供您参考：

e2e.ti.com/.../4478.musb_5F00_core.ce2e.ti.com/.../musb_5F00_dsps.c

您好 Fariya、

您是否意味着在没有任何补丁程序的情况下检测到 SanDisk 驱动器大约3秒？ 请仅使用最新补丁再次执行相同的测试、但不要应用补丁中的最后一个块(这会改变计时器)。 因此、唯一的变化是3个 print 语句。 很抱歉、我昨天应该问这个测试。

基本上不应用此块：

- mss_TO_jiffies (WRP->POLL_TIMEOUT)；
+ mss_TO_jiffies (10000))；

您好 Fariya、

我查看了 MUSB 驱动程序并再次进行了一些测试、但看不到任何明显的问题、这可能会导致您在 SanDisk 驱动器上遇到枚举问题、而且我也无法复制此问题。

您在第一篇帖子中提到了您使用内核 v4.9.31。 v4.9.31不用于任何 TI 处理器 SDK Linux 版本。 几天前发布的驱动程序文件 musb_dsps.c 和 musb_core.c 与内核社区 v4.9.31版本中的文件不匹配、在 v4.9.31版本之上还有一些附加补丁、 我想知道您使用的内核中是否有任何代码更改导致了问题。 因此、为了消除这一因素、您能否使用我发送的第一个修复补丁来测试最近发布的任何 TI Processor SDK Linux 内核的 SanDisk 拇指驱动器、以查看问题是否仍然发生？

您好、Bin Liu、

感谢您的回复。 我们使用的 Linux 内核版本是4.9.30、而不是4.9.31。

此致、
法里亚