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/1128307/am6548-plans-to-fix-lcpd-20006
各位专家、您好！
是否有任何计划在下一版本的 SDK 中支持(修复) LCPD-20006？
这是原始主题的延续、我的客户要求分享状态。 我知道 SDK 版本8.2中尚不支持该功能。
https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/08_02_00_23/exports/docs/devices/AM64X/Release_Specific_Release_Notes.html#linux-kernel-known-issues
此致、 还不错
右侧、
我刚刚检查了其状态、尚未计划将其包含在即将推出的 SDK 中。 再仔细看一下、建议的解决方案似乎要求对 IPC 框架进行增强/更改、这听起来很简单。 为了考虑将其纳入即将推出的 SDK、我们需要为其创建强大的业务案例。 请直接联系您在 TI 的一位联系人以上报此问题。
此致、Andreas
尊敬的 Andreas：
感谢你的答复。 请允许我再进行确认。
此问题是否仅影响 AM65x 和 AM64x？ 它是否会影响 ARM 系列的一般性、例如 AM62x (包括未来的产品)？
您好、右侧、
这是一个软件架构问题、它会影响所有当前的 AM6x 器件、因为远程核心硬件基础架构在所有这些器件上几乎是相同的。 一旦在软件中解决了这一问题、所有器件都应受益于同一解决方案。
感谢你的答复。 我明白了。
我有一个来自客户的相关问题、但请原谅我、目标器件与线程标题内容不同、略有不同。
问题1：我是否在理解 AM57x 不存在与 LPLD-20006相同的问题时进行了更正？ 我们还查看了 AM57x 处理器 SDK 的发行说明、没有与上述内容类似的内容。
问题2：这是否意味着 DRA829J 无法将程序加载到 C66和 C7x DSP 内核中存在问题？ J721E 处理器 SDK 发行说明不仅提到了 Remoteproc/K3-r5f (LCPD-16545)、还提到了 Remoteproc/K3-DSP (LCPD-16535)。 这是否意味着 C66x 和 C7x DSP 内核存在相同的问题？
您好、O.H、
我怀疑 Q1的答案是 AM57x 也会受到影响。 我不知道 Q2。 我已就此与我们的研发专家进行了联系、以获得更多指导和澄清、请留出一两天的时间进行回答、以确保回答正确。
感谢您的支持。 我们期待收到更多信息。
问题1：我是否在理解 AM57x 不存在与 LPLD-20006相同的问题时进行了更正？
AM57xx 一般不受影响、因为它不像 K3 SoC 那样遵循分布式资源模型。 Linux 控制分配给 IPU 和 DSP 的常见资源。 也就是说、建议应用程序确保固件中直接使用的任何外设完成(如 DMA 传输)。 IPU 和 DSP 还支持异步复位、因此更强大。
问题2：这是否意味着 DRA829J 无法将程序加载到 C66和 C7x DSP 内核中存在问题？
是的、这也适用于 C66x 和 C7x DSP。 所有 K3远程处理器都遵循分布式资源模型、因此它们必须释放资源并处于空闲状态(WFI/IDLE 等)。
此致
Suman
