• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 331 视图
  • 用户 0 会员在此处
选项
选项
相关

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/AM3352：insmod g_mass 存储后的重引导时间较长

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/668014/linux-am3352-long-reboot-time-after-insmod-g_mass_storage

器件型号：AM3352

工具/软件：Linux

执行以下指令：

modprobe g_mass 存储文件=/dev/mmcblk0p1 removable=1

然后 执行复位指令

重新启动

它将在以下位置停留近十分钟

[64.780592] EXT4-FS (mmcblk0p2)：已重新安装。 opts：data= ordered
[64.787017] systemd-shutdown [1]：所有文件系统均已卸载。
[64.792911] systemd-shutdown [1]：禁用交换。
[64.798660] systemd-shutdown [1]：所有交换均已停用。
[64.805240] systemd-shutdown [1]：分离循环设备。
[64.822596] systemd-shutdown [1]：已断开所有环路设备。
[64.828694] systemd-shutdown [1]：卸下 DM 设备。
[64.835040] systemd-shutdown [1]：所有 DM 设备均已断开。
[64.854183] systemd-shutdown [1]：正在重新引导。
[64.858725] musb-hdrc musb-hdrc.1.auto: remove、state 4
[64.864471] USB USB2：USB 断开连接、器件编号1
[64.870570]已 musb-hdrc.1.auto:注销 MUSB 总线2
[876964.49] musb-hdrc musb-hdrc.0.auto:删除、状态4
[64.882482] USB USB1：USB 断开连接、器件编号1
[64.888541] MUSB 总 musb-hdrc.0.auto:线1已注销

我的 SDK 版本为03.01.00.06

以下是配置文件：

e2e.ti.com/.../am335x_2D00_defconfig.txt

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

    这是定制板吗？

    我将在 BeagleBoard Black 上尝试此操作、以查看是否能够重现此操作。

    此致、
    Yordan
  • 0
    TI__Guru**** 2928990 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我在 EVM-SK.EVM-SK 上尝试过同样的现象。
    我的测试方法如下：

    1首先删除 g_multi.ko
    2 modprobe g_mass 存储文件=/dev/mmcblk0p1 removable=1
    3重新启动
  • 0
    TI__Guru**** 2928990 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    您不应仅删除 g_multi.ko 驱动程序、因为 SDK 中存在大量依赖项。 您可以看到 lsmod 日志：

    模块                 使用的大小    

    USB_f_mass 存储   37218    2   g_multi                                             

    USB_f_RNDIS            15482   2    g_multi                                             

    以太网                13001  3   USB_f_ECM、g_multi,USB_f_RNDIS                                  

    libcomposite           44446    5   USB_f_ECM、USB_f_ACM、USB_f_mass 存储、g_MULTI、USB_f_RNDIS                   

    UDC_CORE               19450  8   USB_f_ECM、USB_f_ACM、USB_f_mass 存储、u_serial、musb_hdrc、u_ether、USB_f_RNDIS、libcomposite   

    USB_common          4737     6   phy_AM335x、UDC_CORE、musb_hdrc、libcomposite、musb_dsp、usbcore

    这就是为什么重新引导会停止，直到它解决依赖关系。

    此致、
    Yordan

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

    我们已修改 defconfig 文件。 现在 lsmod 日志如下所示：

    使用的模块大小
    SHA512_generic 9903 0
    SHA512_ARM 12079 0
    drbg 13425 1.
    DES_generic 17736 0
    CBC 2324 0
    xfrm_user 22542 2.
    xfrm4_tunnel 2040 0
    ipcomp 2257 0
    xfrm_ipcomp 4311 1 ipcomp
    支持464666 0
    AH4 5627 0
    蓝牙327361 2.
    AF_KEY 26342 0
    xfrm_algo 6970 5 AH4、esp4、af_key、xfrm_user、xfrm_ipcomp
    MUSB DSP 8235 0
    musb_hdrc 71486 1 musb_dsp
    UDC_CORE 12063 1 musb_hdrc
    PRU_rproc 11582 0
    pruss_INTC 7163 1 PRU_rproc
    wkup_m3/IPC 7651 0
    ECB 1909 0
    SHA256_generic 9503 1.
    HMAC 2735 1.
    MD5 1897 0
    wkup_m3_rproc 3669 1.
    SHA1_generic 2621 0
    SHA1_ARM_NEON 6261 0
    SHA1_ARM 3862 1 SHA1_ARM_NEON
    pruss 10892 1 PRU_rproc
    OMAP-AES_DRIVER 19430 0
    remoteproc 26837 4 pruss、wkup_m3_rproc、pru_rproc、wkup_m3_ipc
    OMAP-SHIM 21513 0
    Virtio 7742 1远程处理器
    Virtio_ring 12035 1远程处理器
    C_CAN_platform 6590 0
    c_can 9642 1 c_CAN_platform
    CAN_DEV 12282 1 c_CAN
    MUSB AM335x 1426 0
    SH_FQ_CODEL 8225 3.
    Cryptodev 37943 3.

    复位时间仍接近10分钟

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

    我在 Processor SDK v4.0.0.4中未看到此问题。 请将您的系统更新为较新的 SDK。 如果不能、解决此问题的一种方法是在重新引导之前使用"modprobe -r g_mass _storage"。