[参考译文] Linux/AM4376：16MB 超级分区和64KB 大页面支持

您好、Lawrence、

您能否指定您使用的 Linux 版本？

BR
Tsvetolin Shulev

linux-4.9.28-rt

对于16MB 区域的 Ioremap、只需应用以下补丁即可。

索引：arch/arm/mm/ioremap.c
===================================================================================================================================
-- arch/arm/mm/ioremap.c (修订版625)
++ arch/arm/mm/ioremap.c (工作副本)
@@-316、6 +316、9 @@
！((paddr | size | addr)&~SUPERSECTION_MASK))｛
area->flags |= VM_ARM_SECTION 映射；
ERR = remap_area_supersections (addr、pfn、size、type)；
+｝否则、如果(((cpu_architecture ()=cpu_arch_armv7)&&！((paddr | size | addr)&~SUPERSECTION_MASK))为｛
+ area->flags |= VM_ARM_SECTION 映射；
+ err = remap_area_supersections (addr、pfn、size、type)；
｝否则、如果(！(((paddr | size | addr)&~PMD_mask))｛
area->flags |= VM_ARM_SECTION 映射；
ERR = remap_area_sections (addr、pfn、size、type)；

我正在寻找如何为64KB Pte 大小设置第二级页表。

作为嵌入式系统、我们在 GPMC 上连接了 FPGA 和少数其他器件、映射了16MB 和64KB 存储器。

应用程序会主动对这些 FPGA 和器件进行读/写处理。

性能至关重要。 TLB 漏损越小、过载嵌入式系统就越好。

不是、这不是我要找的。 此存储器锁定 API 适用于具有交换设备的系统、例如将硬盘分区配置为交换空间、并且不允许某些线程的程序和/或数据交换到磁盘。  

在大多数嵌入式系统中、始终没有配置交换设备。 每个线程的程序、数据和堆栈都已加载到内存中并从内存(即 DDR)运行。

此外、我还将讨论如何配置 ARM MMU、以使用较少的页表条目(即 PTE)映射器件的 IO 空间(即存储器映射)、 从而减少 TLB 丢失。

ARM 内的翻译后备缓冲器最多只能在 微型 TLB 中存储32个 PTT、 在主 TLB 中存储2路相关的2x32或2x64 PTT、具体取决于硬件 实现。  

显然、如果我的程序随机 访问 FPGA、FPGA 被映射到 64K 存储器窗口 (即16个 PTE、每个窗口为4K)、则会触发大量 TLB 缺失。  

根据我的理解、可以在 micro TLB 中找到的 PTE 需要少于几个时钟周期来执行转换。 如果此转换未命中、ARM CPU 将尝试在主 TLB 中找到 PTE、它将花费大约10至20个时钟周期。 如果主 TLB 仍然未命中、则会触发一个页面步行以在主存储器中找到该 PTE、这通常需要100多个时钟周期。 由于整个 CPU 暂停以等待页面转换、因此这些100多个时钟周期会浪费时间。

因此、如果单 个64K PTE 可以覆盖64K 字节窗口、则会减少 TLB 缺失、并  提高实时系统的性能。

感谢你的答复。  

不、 我没有向 ARM Linux 提出这个问题。

我认为我们 只是 TI Linux 的最终用户、而不是开放源码 Linux 开发委员会的成员。  

我的印象是、TI Linux 是 Linux 开发 委员会的成员、并且积极参与 Linux 技术的开发。

谢谢、

劳伦斯