MMU with 16MB super sections

转载 2012年03月22日 23:03:45

MMU with 16MB super sections - howto?


Posted by Coolguy 11 July 2011 - 05:22 PM


I am trying to setup MMU with 1:1 scheme (VA=PA). I wanted to try with a 16MB super section.

I first tried with 1MB section and created a 1:1 TLB with each entry being 1MB and it takes 16KB space with 4K entries. This works

Then i tried with 16MB super sections with only difference being - bit 18 set for each entry in the TLB. This is as per the ARM TRM.

Basically i am trying this during boot and hence i don't have 16KB free space to have 1MB TLB entry size. So i thought a 16MB entry will result in 256 entries => 1K space.

I am using ARM1176ej-s processor. When i searched i get this link ""

" Because each first level page table entry covers a 1MB region of virtual memory, the 16MB supersections require that 16 identical copies of the first level descriptor of the supersection exist in the first level page table."

I don't understand this line. Is the first level page table is always meant to be 16KB size? What is the benefit of 16MB super section then?

Can anyone post and example of having a 16MB supersection in TLB (256 entries) with 1:1 scheme?


Posted by isogen74 11 July 2011 - 06:29 PM

Ok, first things first, lets correct some terminology as currently you are getting it wrong and it will only lead to confusion ...

The tables in memory which define the VA to PA translation are the translation tables, and each entry in the table is a "table descriptor".

The TLB is the "translation lookaside buffer" - effectively a cache of recent address translations so you don't keep having to perform conversions using the tables in main memory which are relatively slow.


Is the first level page table is always meant to be 16KB size? What is the benefit of 16MB super section then?

Effectively yes (but not quite, more on that later). Super-sections have no impact on the L1 table size, so every entry in the L1 table covers 1MB of address space. For super sections you repeat the same entry 16 times.

Why bother - because you know all 16 items have the same address and access properties it means we only need one entry in the TLB cache to cover 16MB, rather than 1MB using normal sections. Therefore you can fit more address space translation ranges in your TLB at the same time; it goes faster.


(but not quite, more on that later)

With the ARM1176 and the newer ARMv7A Cortex cores you can program the size for the L1 translation table. Each entry still covers 1MB but you can simply decide to expose less virtual address space to the applications - if you are happy with 512MB of virtual address space you only need to expose a 2KB L1 table, for example.


ASP.NET MVC 3: Layouts and Sections with Razor


H.264 JM18.0 代码及算法分析:I帧编码续1 ——I16MB模式编码

讨论对象:I帧在I16MB划分模式下的预测失真度执行函数:currMB->cbp = currSlice->mode_decision_for_I16x16_MB (currMB, lambda);算...

mysql5.7 opencms安装解决方案 .Your 'max_allowed_packet' variable is set to less than 16777216 Byte (16MB)

opencms安装出现下面的问题:Your ‘max_allowed_packet’ variable is set to lessthan 16777216 Byte (16MB).,maxallo...

SqueezeNet: AlexNet-level accuracy with 50x fewer parameters and <0.5MB model size

摘要: SqueezeNet是UC Berkeley 和 Stanford的作者提出的一种“小网络”。 原文地址:长久以来,研究人员...

Github上传文件大小限制-Yowl,that's a big file. Try again with a file smaller than 25MB.

报错信息: 通过拖拽文件的方式已经不能成功上传源码,那么可以通过用git push的方法来上传源码到github中。请看详细步骤: 1. 首先安装git:

北京地杰微波Super Star-16E1

  • 2013-08-25 11:38
  • 1.98MB
  • 下载

LU16-AMD MB 09933-1

  • 2015-07-21 16:19
  • 2.01MB
  • 下载