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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1549509/processor-sdk-am335x-is-there-a-plan-to-support-am35x-sdk-for-kernel-6-12
工具/软件：
您好、
是否有计划支持适用于内核 6.12 的 am335 SDK？
此致、
Koichi
尊敬的 Koichi-San：
是的、适用于 AM335x 的内核 6.12 SDK 将在 11 月发布。
好的！ 感谢您的快速答复。
嗨 Bin Liu
我有一个问题:在针对 AM 335x 的 SDK 9.3.5.2 中,内核使用外部 arm-none 工具链,而文件系统使用 yocoto arm-OE 进行编译。 使用这种方法是否存在任何风险？ 统一编译链能否在最新的内核版本 (6.12) 中实现？
在适用于 AM 335x 的 SDK 9.3.5.2 中、内核使用外部 arm-none 工具链、而文件系统使用 yocoto arm-OE 进行编译。 使用这种方法是否存在任何风险？ [/报价] 我认为两个工具链的基本线是相同的、因此在同一工程上使用这两个工具链不会有任何问题。 是否可以在最新的内核版本 (6.12) 中实现统一编译链？ 我认为采用内核 6.12 的 SDK 应仅具有一个工具链。 我正在与我们的开发团队核实这一点。 [/quote]
我认为两个工具链的基本线是相同的、因此在同一工程上使用这两个工具链不会有任何问题。
是否可以在最新的内核版本 (6.12) 中实现统一编译链？
我认为采用内核 6.12 的 SDK 应仅具有一个工具链。 我正在与我们的开发团队核实这一点。
由于我们计划以这种方式使用它（我们的自编译内核+ SDK 中的默认文件系统）、请帮助开发团队再次确认此使用的安全性。 谢谢你。
SDK9.3 中提供了两种工具链、是的、您可以同时使用这两种工具链为 Linux 编译不同的组件。
统一编译链能否在最新的内核版本 (6.12) 中实现？
开发团队确认、面向 AM335x 的即将推出的 SDK 只有一个工具链。
好、期待 SDK 的新更新。
同时、您是否还请与开发团队确认当时引入外部工具链的原因、原因是什么？ 如果你能提供这方面的资料、我将非常感谢。
几年前、当 AM335x SDK v9.1 发布时、我向开发团队提出了相同的问题、但我没有完全理解答案、因为我对 Yocto 知之甚少、但临时引入了外部工具链目录、以解决 Arago 工具链多架构支持在此之前尚未准备好的问题。
非常感谢您和团队的回应。 谢谢你。
