This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] Linux/TMS320C5534:C55启动延迟较长

Guru**** 651100 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/718521/linux-tms320c5534-c55-long-delay-in-boot

器件型号:TMS320C5534

工具/软件:Linux

您好!

我们使用连接到 x86芯片的 TI 声卡。

我们使用的是 Linux 3.18.11-rt7、

但它需要10秒(!) 从声卡检测到声卡、直到它被注册(请参阅下面的 dmesg)

[7.911220] ixgbe 0000:01:00.1:eth1上已注册的 PHC 器件
[8.186213] ixgbe 0000:01:00.1 eth1:NIC Link is up 1Gbps、Flow Control:RX/TX
[8.218386] NET:注册协议系列10.
[8.691077] ixgbe 0000:01:00.0 eth0:NIC Link is down
[9.090808] ixgbe 0000:01:00.1 eth1: NIC Link is down
[9.893587] ixgbe 0000:01:00.0 eth0:NIC Link is up 1Gbps、Flow Control:RX/TX
[10.317939] ixgbe 0000:01:00.1 eth1:NIC Link is up 1Gbps、Flow Control:RX/TX
[38.171328] random:非阻塞池已初始化
[260.380461] USB 1-2:使用 xhci_hcd 的全新全速 USB 器件编号2
[260.545907] USB 1-2:CONFIG 1具有长度为0的无效描述符、跳过 CONFIG 的其余部分
[260.546471] USB 1-2:找到新的 USB 器件、idVendor=0451、idProduct=9010
[260.546478] USB 1-2:新 USB 器件字符串:MFR=1、Product=2、SerialNumber=3
[260.546484] USB 1-2:产品:TI C55 Ver6.00
[260.546488] USB 1-2:制造商:德州仪器
[260.546491] USB 1-2:Serial Number:320001
[260.594916]输入:德州仪器 TI C55 Ver 6.00如/devices/pci0000:00/0000:00:14.0/USB1/1-2/1-2:1.3/0003:0451:9010.0001/输入/输入3所示
[260.595084] hid-generic 0003:0451:9010.0001:输入、hraw0:USB HID v1.11器件[德州 仪器 TI C55 Ver6.00]、位于 USB-0000:00:14.0-2/input3上
[260.595153] usbcore:注册的新接口驱动程序 usbhid
[260.595157] usbhid:USB HID 内核驱动程序
[345.706843] usbcore:注册的新接口驱动程序 snd-usb-audio

有什么可以解释这种长时间延迟的原因吗?

谢谢、

已运行

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ran、

    在 C55xx 器件枚举 USB 主机作为 USB 音频器件之前、从应用加电/释放复位开始的10秒钟是不是如此?

    C55x 从哪个引导源获取其引导映像? C55xx 具有串行引导序列。

    请参阅这份最近修订的应用手册: 使用 TMS320C5545/35/34/33/32引导加载程序(修订版 D)

    此致、
    标记

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Mark、您好!

    Linux 的上述打印内容来自 Intel x86芯片。
    让我解释一下:
    这是我们的配置:

    Inetl 的 x86/Linux --- (USB)------ TI 的 C55 DSP --- (I2C)---- TLC 3306

    我们看到它需要10秒! 用于在 x86中运行的 Linux 注册 USB 设备(C55)。
    我正在尝试了解这是否是与 TI DSP 相关的已知问题。


    谢谢、
    已运行
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ran、

    我询问了启动源和复位/上电时序、因为 C55的启动时间可能相对较长。 在启动加载代码且软件正在运行之前、它无法枚举为 USB 器件。 引导加载程序从每个可能的引导源依次进行检查、并使用有效的引导映像从第一个引导源进行引导。 如果您从最后选中的一个源启动、则可能需要一段时间。 器件顺序为 NOR 闪存、NAND 闪存、16位 SPI EEPROM、I2C EEPROM 和 MMC/SD、后跟 UART 和 USB (引导)。
    例如、如果您从 NOR 闪存引导、它的启动速度将快于 SD 卡。 请参阅 http://www.ti.com/.../sprabd7c.pdf

    抱歉、C553x 引导顺序是16位 SPI EEPROM、24位 SPI 串行闪存、I2C EEPROM 和 SD/SDHC/eMMC/movial NAND、然后是 USB/UART。 请参阅 http://www.ti.com/lit/an/sprabl7d/sprabl7d.pdf 


    还有其他技巧可以加快启动(reg_config 在代码被复制到内部存储器之前重新配置寄存器)。

    另一个问题是、如果您不对 USB 进行电源排序、USB 在 VBUS 5V 之前提供 USB 3.3V 之前的 USB 1.3V、那么 USB 器件可能会像枚举尝试那样关注主机。 这是在 C55x 完成引导加载之前、因此它无法响应枚举、并且主机可能会在 C55x 应用程序开始执行之前超时。

    希望这对您有所帮助、
    标记