• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 10 视图
  • 用户 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.

[参考译文] TDA4VM：PROCESSOR-SDK-J721E — 为 PROCESSOR-SDK-ANALINARY-11_00-config 设置 Yocto 构建

admin
Guru**** 2419530 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1546083/tda4vm-processor-sdk-j721e---setting-up-the-yocto-build-for-processor-sdk-analytics-11_00-config

器件型号：TDA4VM


工具/软件：

大家好。

我正在通过链接 [LinuxSDK]设置 yacto 编译、以生成  tisdk-adas-image 的目标。
当我们运行命令时：  

从 yacto-build 目录中、我们提供了中的 meta-clang meta-clang、github.com/.../meta-clang,scarthgap,eaa08939eaec9f620b14742ff3ac568553683034,layers=  

Yocto-build$ cat configs/processor-sdk-analysis/processor-sdk-analytics-11_00-config.txt
#此文件采用格式的存储库条目
#存储库名称,存储库 uri ,存储库分支,存储库提交[,layer=layer1:layer2 ...:LayerN]

bitbake、git.openembedded.org/bitbake,2.8696c2c1ef095f8b11c7d2eff36fae50f58c62e5e
Meta-Arago、git.yoctoproject.org/meta-arago,scarthgap,c04e85dd207dd24387edac10526b9ec971df9496,layers=meta-arago-distro:meta-arago-extras:meta-arago-test
meta-qt6、code.qt.io/.../meta-qt6.git、6.9、fce7cf8c3aa54b3650a30a79dce705838c32f3c3、layers=
元虚拟化、git.yoctoproject.org/meta-virtualization,scarthgap,9e040ee8dd6025558ea60ac9db60c41bfeddf221,layers=
meta-openembedded、git.openembedded.org/meta-openembedded,scarthgap,e92d0173a80ea7592c866618ef5293203c50544c,layers=meta-networking:meta-python:meta-oe:meta-gnome:meta-filesystems:meta-multimedia
meta-ti、git.yoctoproject.org/meta-ti,scarthgap,a98a2e1029870b25e117d4c9410e75bfd955f35a,layers=meta-ti-extras:meta-ti-bsp
meta-arm、git.yoctoproject.org/meta-arm,scarthgap,8e0f8af90fefb03f08cd2228cde7a89902a6b37c,layers=meta-arm:meta-arm-toolchain
meta-clang、github.com/.../meta-clang,scarthgap,eaa08939eaec9f620b14742ff3ac568553683034,layers=
OE 内核、git.openembedded.org/openembedded-core,scarthgap,b214cc84a922f7a3fb7ebbc501189ce25e8bd2bd,layers=meta
meta-tisdk、git.ti.com/.../meta-tisdk.git,scarthgap,1f96dccc01f10c73295e0bac6a15a97d3d4562fd,layers=meta-ti-foundational
META-edgeai、git.ti.com/.../meta-edgeai.git,scarthgap,81d1b80b2a314814c6d900e82ea2da93eee3f57d,layers=
OECORELAYERCONF=/sample-files/bblayers.conf.sample
OECORELOCALCONF=/sample-files/local-arago64-v2.conf.sample
BITBAKE_INCLUSY_VARS=YES“

当我们手动克隆 meta-clang 并按所示运行步骤时
./oe-layertool-setup.sh -f configs/processor-sdk-analysis/processor-sdk-analytics-11_00-config.txt
如下所示。
clang-layer bitbake -k tisdk-adas-image 错误：层 MACHINE=与仅支持以下系列的核心层不兼容：scarthgap（层与 whinlater 兼容）

我们是否知道如何 为获得 scrathgap meta-clangrepo  Scarthgap。  
在 TI 网站上、我们找不到 CLANG 的 Arago git repo。

可能有助于从 TI/Arago 的存储库或 SDK 源中获取正确的存储库。


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

    尊敬的 Firdose：

    为什么要手动克隆 meta-CLANG 存储库？  oe-layertool-setup.sh 脚本处理所有存储库的克隆。

    您可以尝试删除 source 目录中的所有内容并重新运行 oe-layertool-setup.sh 脚本。

    我在运行该脚本并构建 processor-sdk-analysis-11_00-config.txt 时没有问题。

    此致、
    Jared

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

    您好 Jared。
    感谢您提供的信息。 但在我的例子中、当我运行 oe-layertool-setup 时会产生以下错误。 无法获取以粗体突出显示的 CLANG 存储库。

    ./oe-layertool-setup.sh -f configs/processor-sdk-analysis/processor-sdk-analytics-11_00-config.txt > oe-layer.txt
    致命：名为“2.8"的“的分支已存在。
    前一个头部位置是 86e7a58c0 测试/获取:切换基于 u-boot 的测试来使用我们自己的镜像
    HEAD 现在位于 696c2c1ef event/utils:避免在 lock_timeout() 和递归事件中出现死锁
    致命：名为“scarthgap"的“的分支已存在。
    错误：以下未跟踪的工作树文件将被签出覆盖：
    meta-arago-test/食谱-graphics/kms++/kms+_git.bb
    请在切换分支之前移动或移除它们。
    正在中止
    致命：名为“6.9"的“的分支已存在。
    错误：以下未跟踪的工作树文件将被签出覆盖：
    食谱-qt/qt6/qtgrpc/0001-Remove-the-export-of-QT_proto_includes-property.patch
    请在切换分支之前移动或移除它们。
    正在中止
    致命：名为“scarthgap"的“的分支已存在。
    以前的头部位置是 a5449c0c containerd:从 2.0.0-beta 升级到 2.0.5
    Head 现在位于 9e040ee8 buildah：修复 CVE-2024-9675
    致命：名为“scarthgap"的“的分支已存在。
    之前的头部位置是 e8fd97d86a xfce4 更新主页
    HEAD 现在位于 e92d0173a8 lmsensors:为 sensord 清理过时的文件以避免不正确的 GCC 头依赖性
    致命：名为“scarthgap"的“的分支已存在。
    以前的头部位置是 3e69ce3a CI/CD 自动合并: cicd.scarthgap.202507240533
    Head is now at a98a2e10 CI/CD Auto-merger: cicd.scarthgap.202504090823
    致命：名为“scarthgap"的“的分支已存在。
    head 现在位于 8e0f8af9 arm/fvp-base-a-aEM：从一个库中删除虚假可执行堆栈
    克隆到/u/linux/sdk/ti-processor-sdk-linux-adas-j721e-evm-11_00_00_08/yocto-build/sources/meta-clang 中...
    错误:无法访问'github.com/.../':所请求的网址 (URL) 无法获取系统提示
    克隆到/u/linux/sdk/ti-processor-sdk-linux-adas-j721e-evm-11_00_00_08/yocto-build/sources/meta-clang 中...
    错误:无法访问'github.com/.../':所请求的网址 (URL) 无法获取系统提示
    克隆到/u/linux/sdk/ti-processor-sdk-linux-adas-j721e-evm-11_00_00_08/yocto-build/sources/meta-clang 中...
    错误:无法访问'github.com/.../':所请求的网址 (URL) 无法获取系统提示
    克隆到/u/linux/sdk/ti-processor-sdk-linux-adas-j721e-evm-11_00_00_08/yocto-build/sources/meta-clang 中...
    错误:无法访问'github.com/.../':所请求的网址 (URL) 无法获取系统提示

    因此、我必须手动下载与  TI/Arago 存储库不兼容的 meta-clang。

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

    尊敬的 Firdose：

    您是否结账了承诺： eaa08939eaec9f620b14742ff3ac568553683034？

    请在构建前签出该提交。

    此致、
    Jared

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

    您好 Jared。

    否、我无法 从存储库（用于构建 Yocto 的 github.com/.../meta-clang.git）中找到提交 ea08939eaec9f620b14742ff3ac568553683034  。

    但作为 CVV 补丁的一部分： https://nvd.nist.gov/vuln/detail/CVE-2024-2314 ，我们可以找到提交链接 —  https://github.com/iovisor/bcc/commit/008ea09e891194c072f2a9305a3c872a241dc342

    谢谢。此致
    Firdose

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

    尊敬的 Firdose：

    提交内容如下： 

    $ git clone github.com/.../meta-clang.git
$ cd meta-clang
$ git log eaa08939eaec9f620b14742ff3ac568553683034
commit eaa08939eaec9f620b14742ff3ac568553683034
Author: Divya Chellam <divya.chellam@windriver.com>
Date:   Fri Apr 4 01:38:39 2025 +0000

    bcc: fix CVE-2024-2314
    
    If kernel headers need to be extracted, bcc will attempt to load them
    from a temporary directory. An unprivileged attacker could use this to
    force bcc to load compromised linux headers. Linux distributions which
    provide kernel headers by default are not affected by default.
    
    Reference:
    nvd.nist.gov/.../CVE-2024-2314
    
    Upstream-patch:
    github.com/.../008ea09e891194c072f2a9305a3c872a241dc342
    
    Signed-off-by: Divya Chellam <divya.chellam@windriver.com>

    您只需运行以下命令： 

    $ git checkout eaa08939eaec9f620b14742ff3ac568553683034

    此致、
    Jared