[参考译文] AM5728：SDK 9.1-legacy：获取可以正常使用的 Yocto 构建

感谢 Josue、

很难找到要使用的正确 OE-layersetup 配置。  下一页显示使用  processor-sdk-linux-09_02_00.txt、但在 OE-LAYERsetup 存储库( git.ti.com/gitweb)中找不到

https://software-dl.ti.com/processor-sdk-linux/esd/AM57X/09_02_00_133/exports/docs/devices/AM57X/linux/Release_Specific_Yocto_ Configuration.html#Yocto-layer-configuration

此外、通常的 PROCESSOR-SDK 配置和该处理器所声称使用的 PROCESSOR-SDK-Linux 配置之间有何差异。

Jonathan、

通常、您应该为与原始问题无关的问题打开一个新的主题()。 请在将来执行此操作。

该配置位于 PROCESSOR-SDK-LINUX 文件夹中。  

请参阅 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1354396/tmdsevm572x-failed-to-load-boot-am57xx-evm-reva3-dtb/5184770#5184770

-若苏厄

好的。

似乎  OE-layersetup.git 存储库中仍缺少 processor-sdk-linux-09_02_00.txt 配置、  我将创建一个单独的 e2e 帖子。

您好、Josue：

 processor-sdk-linux-09_02_00.txt config 也在 尝试构建 libdce 存储库、但获取失败。

pokyuser@0f1ed78bf344:/work$ ./oe-layertool-setup.sh -f configs/processor-sdk-linux/processor-sdk-linux-09_02_00.txt
pokyuser@0f1ed78bf344:/work$ export MACHINE=am57xx-evm
pokyuser@0f1ed78bf344:/work$ cd build
pokyuser@0f1ed78bf344:/work$ source conf/setenv
pokyuser@0f1ed78bf344:/work/build$ bitbake --continue tisdk-default-image
NOTE: Started PRServer with DBfile: /work/build/cache/prserv.sqlite3, Address: 127.0.0.1:34325, PID: 797206
Loading cache: 100% |#############################################################################################################################################################################| Time: 0:00:00Build Configuration:
BB_VERSION           = "2.0.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "ubuntu-18.04"
TARGET_SYS           = "arm-oe-linux-gnueabi"
MACHINE              = "am57xx-evm"
DISTRO               = "arago"
DISTRO_VERSION       = "2023.10"
TUNE_FEATURES        = "arm armv7a vfp thumb neon callconvention-hard"
TARGET_FPU           = "hard"
meta-arago-distro
meta-arago-extras
meta-arago-demos
meta-arago-test      = "HEAD:98f178314931635c8641d1394dfd4341b86b6be2"
meta-qt5             = "HEAD:fe0bf7f0e5408aac6cc89ff3b19b1b1941df4f64"
meta-virtualization  = "HEAD:cb2bc17e96552cdfc141d27bd9f4dbd95a872846"
meta-networking
meta-python
meta-oe
meta-gnome
meta-filesystems     = "HEAD:fda737ec0cc1d2a5217548a560074a8e4d5ec580"
meta-ti-extras
meta-ti-bsp          = "HEAD:376a2143533c6497b4e79304eccca2a630784436"
meta-arm
meta-arm-toolchain   = "HEAD:b187fb9232ca0a6b5f8f90b4715958546fc41d73"
meta-clang           = "HEAD:c2e89dc7e1dfcc1bbe432afca2dc43d6560cb007"
meta                 = "HEAD:2501534c9581c6c3439f525d630be11554a57d24"
meta-tisdk           = "HEAD:cb4bfc1b9082d3f5215ffdfd437c9133771e61dc"
...
WARNING: libdce-3.00.15.00-r0 do_fetch: Failed to fetch URL git://git.omapzoom.org/repo/libdce.git;protocol=git;branch=master, attempting MIRRORS if available
ERROR: libdce-3.00.15.00-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export PATH="/work/sources/oe-core/scripts:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot-native/usr/bin/arm-oe-linux-gnueabi:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot/usr/bin/crossscripts:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot-native/usr/sbin:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot-native/usr/bin:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot-native/sbin:/work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/recipe-sysroot-native/bin:/work/sources/bitbake/bin:/work/build/arago-tmp-default-glibc/hosttools"; export HOME="/home/pokyuser"; LANG=C git -c core.fsyncobjectfiles=0 -c gc.autoDetach=false -c core.pager=cat clone --bare --mirror git://git.omapzoom.org/repo/libdce.git /work/downloads/git2/git.omapzoom.org.repo.libdce.git --progress failed with exit code 128, no outputERROR: libdce-3.00.15.00-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://git.omapzoom.org/repo/libdce.git;protocol=git;branch=master')
ERROR: Logfile of failure stored in: /work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/libdce/3.00.15.00-r0/temp/log.do_fetch.797467
ERROR: Task (/work/sources/meta-ti/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb:do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 9206 tasks of which 9113 didn't need to be rerun and 1 failed.

库被用在多种配方中。

oe-layersetup/sources$ ag libdce
meta-arago/meta-arago-extras/recipes-graphics/glsdk-example-apps/glsdk-example-apps.bb
6:DEPENDS = "gstreamer1.0 libdrm libdce ti-ipc wayland weston"

meta-arago/meta-arago-extras/recipes-multimedia/gst-plugins-ti/gstreamer1.0-plugins-ti.inc
2:DEPENDS += "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad libdrm libdce"

meta-arago/meta-arago-test/recipes-graphics/omapdrmtest/omapdrmtest_1.0.0.bb
6:DEPENDS = "ffmpeg libdce libdrm virtual/libgbm virtual/libgles2 virtual/egl wayland"

meta-ti/meta-ti-extras/recipes-bsp/ipumm-fw/ipumm-fw_git.bb
12:RDEPENDS:${PN} = "libdce"

meta-ti/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb
3:LIC_FILES_CHKSUM = "file://libdce.h;beginline=1;endline=31;md5=0a398cf815b8b5f31f552266cd453dae"
9:SRC_URI = "git://git.omapzoom.org/repo/libdce.git;protocol=git;branch=master"

Scarthgap 和 master 分支都可以解决此问题。  因为 kirkstone 是 AM57x 最新支持的版本。  我们也需要该补丁。

commit 44c411e544b2393cff7df7edeae9a8bdb7bc9b0e
Author: Nishanth Menon <nm@ti.com>
Date:   Thu Jul 25 06:37:03 2024 -0500

    meta-ti-extras: recipes-multimedia: libdce: Fix libdce SRC_URI

    omapzoom has been down since a long time. Point the repository to the
    mirror in git.ti.com

    Reported-by: Daniel Schultz <d.schultz@phytec.de>
    Signed-off-by: Nishanth Menon <nm@ti.com>
    Signed-off-by: Ryan Eatmon <reatmon@ti.com>

diff --git a/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb b/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb
index 54f6ff8a6630..f46d9c77fc6a 100644
--- a/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb
+++ b/meta-ti-extras/recipes-multimedia/libdce/libdce_3.00.15.00.bb
@@ -6,7 +6,8 @@ inherit autotools pkgconfig

 DEPENDS = "libdrm ti-ipc"

-SRC_URI = "git://git.omapzoom.org/repo/libdce.git;protocol=git;branch=master"
+SRC_URI = "git://git.ti.com/git/omapzoom/libdce.git;protocol=https;branch=master"
+
 SRCREV = "ec14e1d5cea1ed3c3ea0e2b9cf1fd581acff93e3"

 S = "${WORKDIR}/git"

Jonathan、您好！

将会向我们的 Yocto 工程师询问这一点。

此致！

若苏厄

Unknown 说：

解决此问题的最佳方法是为 libdce 创建 bbappend 文件并让其覆盖 SRC_URI。

谢谢 Jared、我已经这样做了、它确实让我可以更进一步。  

但是、由于这是 AM57x 的最新版本 SDK、我希望 TI 将此补丁拉入他们的 kirkstone 分支。 因为他们已经有他们的围巾和主分支。  Kirkstone 仍然是 LTS ...

我已经更新了标题、因为现在 Yocto 构建存在更多问题。

MTD-UTILS 现在出现故障。 我不清楚这是如何工作的,考虑到这两个元层是如何被锁定到特定的提交散列...

有两个 bbappend 尝试修复 SRC_URI 问题、它们彼此冲突。

* meta-tisdk/recipes-devtools/mtd/mtd-utils_git.bbappend

* meta-arago/meta-arago-test/recips-devtools/mtd/mtd-utils_git.bbappend

ERROR: mtd-utils-2.1.5-r0.arago2_tisdk_0 do_ar_original: Cannot determine archive names for original source because 'name' URL parameter is unset in more than one URL. Add it to at least one of these: git://github.com/sigma-star/mtd-utils.git;branch=master;protocol=https git://git.infraroot.at/mtd-utils.git;branch=master;protocol=https
ERROR: Logfile of failure stored in: /work/build/arago-tmp-default-glibc/work/armv7at2hf-neon-oe-linux-gnueabi/mtd-utils/2.1.5-r0.arago2_tisdk_0/temp/log.do_ar_original.1135379
ERROR: Task (/work/sources/oe-core/meta/recipes-devtools/mtd/mtd-utils_git.bb:do_ar_original) failed with exit code '1'

我不清楚如何在 bbappend 中解决此问题、因为问题是在两个单独的 bbappend 中引入的。  我尝试几件事

linux-ti-staging 方法也无法找到 EVM 设备树。  我会在明天尝试深入探究、但此次 Yocto 发布似乎有几件事不顺利。

| make[1]: *** No rule to make target 'arch/arm/boot/dts/ti/omap/am57xx-evm.dtb'.  Stop.
| make: *** [/work/build/arago-tmp-default-glibc/work-shared/am57xx-evm/kernel-source/Makefile:1467: ti/omap/am57xx-evm.dtb] Error 2
| ERROR: oe_runmake failed
| WARNING: /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209:309 exit 1 from 'exit 1'
| WARNING: Backtrace (BB generated script):
|       #1: bbfatal_log, /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209, line 309
|       #2: die, /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209, line 293
|       #3: oe_runmake, /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209, line 221
|       #4: do_compile, /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209, line 158
|       #5: main, /work/build/arago-tmp-default-glibc/work/am57xx_evm-oe-linux-gnueabi/linux-ti-staging/6.1.80+gitAUTOINC+2e423244f8-r7b.arago5_tisdk_5/temp/run.do_compile.1176209, line 313
ERROR: Task (/work/sources/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.1.bb:do_compile) failed with exit code '1'

111 44ng 说：

linux-ti-staging 方法也找不到 EVM 设备树。  我将在明天尝试深入探讨此问题、但此 Yocto 版本似乎有几件事很难解决。

如果我在 meta-ti 中恢复以下提交、则内核构建成功。  我可能需要仔细研究为什么 DTBMERGE 不可以忽略 ti/omap/am57xx-evm.dtb 不存在。

    linux-ti-next,conf/machine: Add support for new vendored dts dir
    
    The latest kernel has made the change to add vendor subdirectories into
    the arch/arm/boot/dts directory.  This effectively breaks the
    KERNEL_DEVICETREE settings in the machine configs for 32bit platforms,
    so switch them over to using the PREFIX variable.  Also change the
    linux-ti-next to use the PREFIX setting for KERNEL_DEVICETREE.
    
    Signed-off-by: Ryan Eatmon <reatmon@ti.com>

------------------- meta-ti-bsp/conf/machine/am57xx-evm.conf -------------------
index 26b7f78ce1e2..43a6a8332381 100644
@@ -11,15 +11,18 @@ SERIAL_CONSOLES = "115200;ttyS2"
 KERNEL_DEVICETREE_PREFIX = " \
     am57 \
     ti/am57 \
     ti/lcd \
     ti/ov10635 \
+    ti/omap/am57 \
 "
 
 KERNEL_DEVICETREE_DTBMERGE = " \
     am57xx-evm.dtb \
     am57xx-evm-reva3.dtb \
+    ti/omap/am57xx-evm.dtb \
+    ti/omap/am57xx-evm-reva3.dtb \
 "
...

似乎 ti-kernel-devicetree-prefix.inc 在将文件传递给内核之前会检查文件是否存在、所以我不知道为什么它不起作用...

def get_merge_dtbs_from_kernel(dts_dir, dts_pattern):
...
        makefile = dts_dir + "/" + pattern_dir + "/Makefile"
        if os.path.exists(makefile):
            with open(makefile) as f:
                if pattern_target in f.read():
                    matches.append(pattern)
    return ' '.join(matches)

尊敬的 Johnathan：

我将开始 Yocto 构建、看看我可以重现和探究哪些问题。

此致！
Jared

你好、Jared、这怎么了？

我很幸运地使用以下设置运行了内部版本：

l 选项指示 make 检查加载平均值、并仅在加载平均值低于目标时才启动新线程。  这已经帮助一群人避免了让我的系统不堪重负的构建。  如果您有大量的 CPU 内核而不是大量的内存、特别有用。

Jonathan、您好！

谢谢你的建议,这是很有帮助的。

此致！
Jared

Jonathan、您好！

我意识到、如果构建未在 容器中运行、则会出现 gn 本机问题。

一旦库错误被修复、我就能够构建 tisdk-default-image、而不会出现问题；我不必更改器件树中的任何内容。

此致！
Jared

嗯、我想我不知道为什么我们会有不同的结果。

到目前为止、我需要进行以下更改才能获得有效的版本：

• libdce 存储库消失了
  添加了 bbappend 以指向 TI 微镜
• 查找 ti/am57x/am57x-evm.dtb 的 linux-ti-staging 构建失败
  当前通过恢复 meta-ti commit 929868924784来解决该问题
• 由于 meta-tisdk 和 meta-Arago 中的 bbappend 文件冲突、MTD-utils 构建失败
  目前由解决这一问题 BBMASK += "meta-tisdk/recipes-devtools/mtd"

Jonathan、您好！

我将补丁应用于源代码存储器、然后重建映像。

我还使用 processor-sdk-linux-09_02_00_05.txt 配置。

此致！
Jared

这些文件是否都存在于您的图层中？

* meta-tisdk/recipes-devtools/mtd/mtd-utils_git.bbappend

* meta-arago/meta-arago-test/recips-devtools/mtd/mtd-utils_git.bbappend

Jonathan、您好！

我只有  meta-arago/meta-arago-test/recips-devtools/mtd/mtd-utils_git.bbappend 在我的源代码中。

PR:append = ".arago2"

SRC_URI:remove = "git://git.infradead.org/mtd-utils.git;branch=master \
"

SRC_URI:prepend = "git://git.infraroot.at/mtd-utils.git;branch=master;protocol=https \
"

BBCLASSEXTEND += "nativesdk"

EXTRA_OEMAKE = "'CC=${CC} ${CFLAGS} ${@bb.utils.contains('PACKAGECONFIG', 'xattr', '', '-DWITHOUT_XATTR', d)} -I${S}/include' 'RANLIB=${RANLIB}' 'AR=${AR}' 'BUILDDIR=${S}'"

do_compile:append() {
        oe_runmake tests
}

do_install:append() {
        install -m 0755 io_update ${D}${sbindir}/
        install -m 0755 volrefcnt ${D}${sbindir}/
        install -m 0755 integ ${D}${sbindir}/
        install -m 0755 io_paral ${D}${sbindir}/
        install -m 0755 io_read ${D}${sbindir}/
        install -m 0755 io_basic ${D}${sbindir}/
        install -m 0755 mkvol_basic ${D}${sbindir}/
        install -m 0755 mkvol_bad ${D}${sbindir}/
        install -m 0755 mkvol_paral ${D}${sbindir}/
        install -m 0755 rsvol ${D}${sbindir}/
        install -m 0755 tests/ubi-tests/runubitests.sh ${D}${sbindir}/
        install -m 0755 tests/ubi-tests/ubi-stress-test.sh ${D}${sbindir}/
}

PACKAGES =+ "mtd-utils-ubifs-tests"

FILES:mtd-utils-ubifs-tests = " \
${sbindir}/io_update \
${sbindir}/volrefcnt \
${sbindir}/integ \
${sbindir}/io_paral \
${sbindir}/io_read \
${sbindir}/io_basic \
${sbindir}/mkvol_basic \
${sbindir}/mkvol_bad \
${sbindir}/mkvol_paral \
${sbindir}/rsvol \
${sbindir}/runubitests.sh \
${sbindir}/ubi-stress-test.sh \
"

此致！
Jared

您已经检查了 meta-tisdk 的哪个版本？

$ grep meta-tisdk configs/processor-sdk-linux/processor-sdk-linux-09_02_00.txt
meta-tisdk、git.ti.com/.../meta-tisdk.git,am57x-9.x,cb4bfc1b9082d3f5215ffdfd437c9133771e61dc,layers=

oe-layersetup/sources/meta-tisdk$ git show
提交 cb4bfc1b9082d3f5215ffdfd437c9133771e61dc (head、origin/am57x-9.x、am57x-9.x)
作者：Sinthu Raja.
日期：2019年3月19日星期二13：54：05 2024 +0000

default-image：删除矩阵 GUI 封装组

oe-layersetup/sources/meta-arago$ git show head
提交3bc9220ea41ee74eea8e48505abbd94f2ee3625 (头、标签：cicd.kirkstone.202405141220、标签：09.02.00.010)
作者：Aniket Limaye
日期：3月28日(周四) 15：48：38 2024 +0530

meta-arago-test：cpuloadgen：将 SRCREV 更新为最新版本

Jonathan、您好！

$ grep meta-tisdk configs/processor-sdk-linux/processor-sdk-linux-09_02_00_05.txt 
meta-tisdk,git.ti.com/.../meta-tisdk,kirkstone,REL.J7.09.02.00.05,layers=

$ git show
commit 91ed7344860398165cd84038e3593cdc4f684052 (HEAD, tag: REL.J7.09.02.00.05)
Author: Aniket Limaye <a-limaye@ti.com>
Date:   Wed Mar 27 10:23:49 2024 +0530
...

$ git show HEAD
commit 91ed7344860398165cd84038e3593cdc4f684052 (HEAD, tag: REL.J7.09.02.00.05)
Author: Aniket Limaye <a-limaye@ti.com>
Date:   Wed Mar 27 10:23:49 2024 +0530
...

此致！
Jared

CONFIGS/PROCESSOR-SDK-LINUX/processor-sdk-linux-09_02_00_05.txt

啊、所以这篇帖子的顶端告诉我不要使用那个配置、并且对于57x 从这个论坛帖子中抓取配置： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1354396/tmdsevm572x-failed-to-load-boot-am57xx-evm-reva3-dtb/5184770#5184770

它也是此处链接的 Yocto 配置： https://www.ti.com/tool/PROCESSOR-SDK-AM57X#downloads

https://dr-download.ti.com/software-development/software-development-kit-sdk/MD-L1u0FxxpZf/09.02.00.133/processor-sdk-linux-09_02_00_133.txt

这一切似乎是非常不寻常的,所以一定要澄清一下。

Jonathan、您好！

很抱歉打断您的讲述。

每当我构建 Yocto 映像时、我都会获取最新版本的 OE-layersetup 库

您所使用的配置是初始 SDK 版本随附的配置。 我通常不使用 SDK 中打包的配置文件、因为它们不是最新版本。 但我明白这不是正常的客户工作流程。

此致！
Jared

抱歉打断您的困惑。 我也是从09_02_00_05.txt 配置开始的、但当它不起作用时、我启动了该线程。 有人告诉我无法使用该配置、需要使用链接帖子中的配置。  

如果您通读了另一篇文章、则另一位用户还尝试使用09_02_00_05配置、并且在引导时遇到问题。

链接的配置似乎是较新的版本(尽管版本号可能不可信)、出于某种原因从未推送到 OE-layersetup 库。 但考虑到它不起作用、也许这就是为什么...

在 meta-tisdk am57x-9.x 分支中似乎有相当多的提交没有使其进入 kirkstone 分支。  

此外、您是否知道 PROCESSOR-SDK 和 PROCESSOR-SDK-Linux 配置之间的区别？

Jonathan、您好！

PROCESSOR-SDK 目录存储了一些演示配置、而 PROCESSOR-SDK-LINUX 目录存储了标准 tisdk 映像的配置。

此致！
Jared

335x 和62X/62Px 都使用处理器 SDK、62Ax 使用处理器 SDK 分析、因此我有点好奇57x 是否使用处理器 SDK Linux。

Jonathan、您好！

我知道您可以为62X 和62Px 使用 PROCESSOR-SDK-Linux 配置；但是、我没有335x 的构建经验。

但是、这些配置应该适用于所有平台。

62A 使用处理器 SDK 分析配置、因为它们包含 meta-edgeai 层。 一般来说、以处理器 SDK 分析配置结束的 AM 器件应使用处理器 SDK 分析配置来利用 DSP。

此致！
Jared

我们有些偏离了话题、但我对此感到十分困惑。  您将 PROCESSOR-SDK-LINUX 配置定义为标准 tisdk 配置、但它们不是(至少对于335x 和62X)。  62X 可以使用 PROCESSOR-SDK-Linux 中的 configs 这一事实并不能帮助我确定为什么要这样做。

57x SDK 配置。  您建议采用哪种配置、它在 SK 上引导/工作？

Jonathan、您好！

我 之前的知识不正确、请允许我对正确信息进行总结。

processor-sdk-* config 文件均包含其中的 meta-tisdk 层。 该层包含一些演示层。 Arago-* configs 不包含 meta-tisdk 层、但 Arago-* configs 是 我们经常运行核心测试的配置。

在 processor-sdk-* configs 中、有三个目录：

我认为 processor-sdk-linux 配置是标准 tisdk 配置、原因是我在 Jacinto 器件上工作、因此我在文档中看到了 processor-sdk-linux 名称、而不是"processor-sdk"。

需要注意的另一点是、PROCESSOR-SDK-Linux 配置几乎等同于 PROCESSOR-SDK-CHromium 配置。

那么、您应该使用哪种配置？ 如果您不关心 采用 meta-tisdk 封装的演示、那么 Arago-*配置是最稳定的。 具体而言、在您的情况下： arago-kirkstone-config.txt 或 arago-kirkstone-chromium-config.txt (9.2 SDK 版本在 kirkstone 上)。 如果您希望演示处于 meta-tisdk 范围内、来自 PROCESSOR-SDK 或 PROCESSOR-SDK-LINUX 目录的最新09.02.xx 配置将是最稳定的。

此外、我当前没有 AM57 SK、因此我无法测试哪种启动、但假设所有配置都应启动。

此致！
Jared

111 44ng 说：

在 meta-tisdk am57x-9.x 分支中似乎有不少提交未将其纳入 kirkstone 分支。  [报价]

有什么想法在 meta-tisdk am57x-9.x 分支中提交有多重要?

Jonathan、您好！

简单地说、有些看起来非常重要。

例如、commit 05147498e3076 修复了 AM57的 y2038问题。

此致！
Jared

是否有任何机会,这个分支可以合并到常规 kirkstone 分支?

Josue 链接的配置使用该分支、但不会成功构建。

您构建的配置构建良好、但缺少所有这些提交。

遗憾的是、过去几周我一直太忙、无法进一步调查这件事。

Jonathan、您好！

分支内的更改将合并到9.3 AM57版本的常规 kirkstone 分支中。 之后、应该 不再需要分支。 理想情况下,承诺本来会被推入常规的柯克斯通分支,以避免这种情况。

希望中断编译的错误位于另一个存储库中、而不是 meta-tisdk。 如果是这种情况,你可以编辑工作配置以拉入 am57分支,而不是常规 kirkstone 分支,以便它有提交。

另一个选项是将提交作为增补程序添加到 bbappend 中。

此致！
Jared

9.3版本是否有 ETA？

是否可以访问该版本的测试版/早期版本？

Jonathan、您好！

111 44ng 说：

9.3版本是否有 ETA？

[报价]

中至后横梁。

111 44ng 说：

是否有办法访问该版本的测试版/早期版本？

遗憾的是、不可以 最接近的事情将只是拉取最新版本的 meta-tisdk 并使其保持最新。

此致！
Jared

[/quote]