[参考译文] TDA4VH-Q1：A72 Linux 中收到错误的 DDR_SHARED_MEM_ADDR

由于节假日、将从12月25日到1月2日推迟答复。 感谢您的耐心

您好、Nikhil：
感谢您的响应。

那么、在 C7x 中、我需要任何转换吗？
我将 从 A72通过 IPC 在 C7x 中获得正确的地址0x900000000 (在 A72中、我复制了该地址中的一些数据)、
当我尝试访问存储在该区域中的数据时、c7x 会崩溃、而如果我将该地址转换为虚拟地址 、即在 C0000000中、它可以在没有崩溃的情况下完美地工作。
从上面的注释可以看出、我好像不需要进行任何转换、我们应该只对 R5F 内核进行转换。

您好！

Unknown 说：

所以、在 C7x 中、我需要进行任何转换吗？
我将 从 A72通过 IPC 在 C7x 中获得正确的地址0x900000000 (在 A72中、我复制了该地址中的一些数据)、
当我尝试访问存储在该区域中的数据时、c7x 崩溃、而如果我将该地址转换为虚拟地址 、即在 C0000000中、它可以在没有崩溃的情况下完美地工作。

是的、这应该不是必需的。 我想知道您是如何访问此文件的吗？

您好、Nikhil：

我通过以下方式访问：

uint32_t m_free_list_offset =* reinterpret_使<uint32_t*>(m_pool)；//其中  void* m_pool；

在 C7x 中、我 通过 IPC 接收 m_pool 地址、该地址为正确值 i.e：  0x900000000 、在 A72中为其分配 uint32_t 值。
如果我将 m_pool 转换为 C0000000、则上面的行能够很好地运行。

我在 MID 平台上测试的相同代码正常工作、因为在 TDA4VM 中、共享存储器使用32位寻址(0xB8000000)

在 TDA4VM 中、这一概念不存在。 DDR_SHARED_MEM 位于 DDR 的低2GB 区域。

在 TDA4VH 中、C7x 为 MMU_MAPPED 到较低区域、如下所示  

此致、

Nikhil