工具与软件：
尊敬的 TI：
关于将 PCIe 条映射到过程空间并对其进行访问后发生总线错误的问题、已经取得了新的进展。
使用 gdb 调试时、我们发现每次执行汇编指令"str Q0、[x1]"时、都会发生总线错误、其中 x1 = 0xfff7f90028。 过程 mmap PCIe bar 后的地址是0xfff7f90000。 该地址似乎是8字节对齐的。 我不知道此汇编指令为什么会导致总线错误。 此外、在执行该指令之前、我已经检查了地址范围0xfff7f90000-0xfff7fA0000具有 RW-s 权限。
更令人困惑的是,当运行 Valgrind 时,没有发生总线错误,执行正常完成,结果检查中没有任何错误。 我想知道此问题是否与 PCIe 有关。 TI 专家能否对此提供帮助？
此致、
Qiang
你好、Takuma、
https://github.com/torvalds/linux/blob/master/drivers/pci/endpoint/functions/pci-epf-test.c#L806上的驱动程序 不符合我的使用要求。 我们希望用户能够像使用常规存储器一样使用 PCIe 空间、因此我们在驱动程序中实现了 mmap 接口。
我在应用层中编写了一个非常简单的测试程序。 首先、我打开 PCIe 设备、然后映射 PCIe 条的起始空间。 最后、我使用 mmap 返回的地址、应用偏移、并将其传递到 memset 以进行归零。 我发现、无论地址如何对齐、传递给 memset 的最大大小都只有240字节。 当地址对齐小于16字节时、传递给 memset 的最大大小会降至8字节以下。 我不知道为什么会发生这种情况。 我列出了一个表供参考。
此致、
Qiang
你好、Takuma、
在我的理解中、ARM DeviceGRE 和 Normal NC 之间存在显著差异。 DeviceGRE 不符合 WC 要求。
参考 https://github.com/torvalds/linux/blob/v5.4/Documentation/filesystems/sysfs-pci.txt#L124-L127上的 sysfs 文档、可以看出支持 WC 的平台需要将 arch_can_pci_mmap_wc ()定义为1。 我检查了 sdk7.3并且没有找到该定义 https：//github.com/torvalds/linux/blob/v5.4/arch/arm64/include/asm/pci.h、因此我认为 在 sdk7.3中将 pgprot 设置为 WC 是不合适的。
直到今天,我看到了一个补丁,推翻了我的理解://lore.kernel.org/linux-arm-kernel/20200917160851.GA29999@Willie-the-truck/T/#t我意识到 ARM64也可能支持 PCI mmap WC。 我仍然需要花一些时间研究我的 sdk7.3是否可以直接应用此补丁或是否有较新的 SDK 已经应用此补丁。
此致、
Qiang
