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.

[参考译文] 有关在 TDA4-VH EVM 上使用原生 Linux 驱动程序模式验证 TSN 的问题

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1203392/questions-about-using-native-linux-driver-mode-to-verify-tsn-on-tda4-vh-evm

您好、TI

我正在使用 SDK8.5验证 TDA4-VH EVM 电路板上的 TSN 功能、但是有几个问题:

1)现在我只能使用本地 Linux 驱动程序 模式。 如果我们使用此模式、则不会加载 k3-j784s4-vision-apps.dtbo、导致许多函数失败、例如运行 vx_app_arm_ipc.out 和 run_app_multi_cam.sh 会提示错误:unable to map memory、etc.so 是否会影响其他内核的运行? 或者它只影响 A72和其他内核之间的通信吗?

2) 2) 将来我能否仅在原生 Linux 驱动程序模式下使用 TSN?在非原生 Linux 驱动程序模式下何时支持 TSN? 是否有 SDK 支持计划?

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

    您好!

    现在、我只能使用原生 Linux 驱动程序 模式。 如果我们使用此模式、则不会加载 k3-j784s4-vision-apps.dtbo、导致许多函数失败、例如运行 vx_app_arm_ipc.out 和 run_app_multi_cam.sh 会提示错误:unable to map memory、etc.so 是否会影响其他内核的运行? 或者它只影响 A72和其他内核之间的通信吗?

    [/报价]

    您能否共享内核引导日志。

    [quote userid="545514" url="~/support/processors-group/processors/f/processors-forum/1203392/questions-about-using-native-linux-driver-mode-to-verify-tsn-on-tda4-vh-evm 将来能否仅在原生 Linux 驱动程序模式下使用 TSN?非原生 Linux 驱动程序模式何时支持 TSN? 是否有 SDK 支持计划?

    目前、您只能在原生 Linux 驱动程序中使用 TSN 功能。 EST (802.1Qbv)功能是在 ethfw 中针对 SDK 9.0规划的。

    此致、
    Tanmy.

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

    Fullscreen
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    =>
    => setenv bootcmd 'run findfdt; setenv bootpart 1:2;setenv mmcdev 1;mmc dev ${mmcdev};setenv dorprocboot 1;setenv name_overlays k3-j784s4-quad-port-eth1-exp.dtbo; run init_${boot}; run boot_rprocs;
    run get_kern_${boot}; run get_fdt_${boot}; run get_overlay_${boot}; run run_kern'
    =>
    =>
    => boot
    switch to partitions #0, OK
    mmc1 is current device
    k3_r5f_rproc r5f@41000000: Core 1 is already in use. No rproc commands work
    k3_r5f_rproc r5f@41400000: Core 2 is already in use. No rproc commands work
    1391992 bytes read in 72 ms (18.4 MiB/s)
    Load Remote Processor 2 with data@addr=0x82000000 1391992 bytes: Success!
    297932 bytes read in 28 ms (10.1 MiB/s)
    Load Remote Processor 3 with data@addr=0x82000000 297932 bytes: Success!
    179128 bytes read in 22 ms (7.8 MiB/s)
    Load Remote Processor 4 with data@addr=0x82000000 179128 bytes: Success!
    179128 bytes read in 23 ms (7.4 MiB/s)
    Load Remote Processor 5 with data@addr=0x82000000 179128 bytes: Success!
    592760 bytes read in 39 ms (14.5 MiB/s)
    Load Remote Processor 6 with data@addr=0x82000000 592760 bytes: Success!
    179128 bytes read in 22 ms (7.8 MiB/s)
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

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

    您好!

    您能否确认您同时应用 dtbos、quad-port-eth-expansion 和 vision 应用程序。

    此致、
    Tanmy.

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

    这两个值不能同时使用。 如果这样,启动后,内核将有很多异常的错误打印和不稳定.

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

    您好!

    很抱歉响应延迟。

    您能否分享您在应用两个 dtbo 时遇到的错误?

    是否 同时添加下的覆盖层  Name_overlays  引导分区中的 uenv.txt 中? 如果您还没有尝试过、可以试试吗?

    此致、

    Nikhil

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

    是否 同时添加下的覆盖层  Name_overlays  引导分区中的 uenv.txt 中? 如果您还没有尝试过、可以试试吗?

    此致、

    [/报价]

    我已  在 uboot bootcmd 中将 name_overlays 手动更改为 k3-j784s4-quad-port-eth1-exp.dtbo k3-j784s4-vision-apps.dtbo。

    例如:

    setenv bootcmd 'run finddt;setenv bootpart 0:2;setenv mmcdev 0;mc dev ${mmcdev};setenv dorprocboot 1; setenv name_overlays k3-j784s4-quad-port-eth1-exp.dtbo k3-j784s4-vision-apps.dtbo ;运行 init_${boot};运行 boot_rprocs;运行 get_kern_${boot};运行 get_FDT_${boot}; 运行 get_overallay_${boot};运行 run_kern;';

    所以这和你说它的方式没有什么不同。但问题仍然存在。

    这里是日志。

    Fullscreen
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    U-Boot SPL 2021.01-dirty (Mar 03 2023 - 15:51:23 +0800)
    SYSFW ABI: 3.1 (firmware rev 0x0008 '8.5.2--v08.05.02 (Chill Capybar')
    SPL initial stack usage: 13472 bytes
    Trying to boot from MMC1
    Warning: Detected image signing certificate on GP device. Skipping certificate to prevent boot failure. This will fail if the image was also encrypted
    Warning: Detected image signing certificate on GP device. Skipping certificate to prevent boot failure. This will fail if the image was also encrypted
    init_env from device 17 not supported!
    Starting ATF on ARM64 core...
    NOTICE: BL31: v2.7(release):v2.7.0-359-g1309c6c805-dirty
    NOTICE: BL31: Built : 12:02:48, Dec 18 2022
    I/TC:
    I/TC: OP-TEE version: 3.19.0 (gcc version 9.2.1 20191025 (GNU Toolchain for the A-profile Architecture 9.2-2019.12 (arm-9.10))) #1 Sun Dec 18 12:03:06 UTC 2022 aarch64
    I/TC: WARNING: This OP-TEE configuration might be insecure!
    I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
    I/TC: Primary CPU initializing
    I/TC: SYSFW ABI: 3.1 (firmware rev 0x0008 '8.5.2--v08.05.02 (Chill Capybar')
    I/TC: HUK Initialized
    I/TC: Activated SA2UL device
    I/TC: Fixing SA2UL firewall owner for GP device
    I/TC: Enabled firewalls for SA2UL TRNG device
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    CMD "ifconfig - a"可以看到所有的 ethX、但  "ifconfig "的结果中缺少一些 ethX、  

    您能帮我测试一下并与我分享日志吗?

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

    您好!

    您可以尝试以下操作吗?  

    1. 请按照本常见问题解答的"注意"部分提供的步骤操作
    2. 您能否确认您尚未对"k3-j784s4-quad-port-eth1-exp.dts"进行任何更改

    如果您尚未对 k3-j784s4-quad-port-eth1-exp.dts 进行任何更改、则不应从日志中存在的"rpmsg-kdrv-eth-switch"获取任何打印内容。 这意味着以某种方式未应用覆盖。

    此致、
    Tanmy.

x 出现错误。请重试或与管理员联系。