2回答
ARM Linux页面表布局
、、、、
我读过多篇关于这个主题的文章，包括下面的文章，但我仍然不太清楚：
ARM硬件在L1转换表中有4字节的4096个条目。每个条目在内存中转换一个1MB的区域。但是在32位ARM linux方面，这个部门是11-9-12。其中，L1转换表由2048个条目组成，每个条目为8个字节。此外，由于Linux内存管理期望各种非本机标志ARM，我们为linux页表定义了512个条目(每个二级HW页表</e
浏览 0提问于2016-07-13得票数 3
回答已采纳
下面的讨论适用于32位ARM Linux内核。
这是在浪费记忆吗？
浏览 4提问于2014-12-01得票数 3
回答已采纳
我对linux如何利用ARMv7内存管理单元硬件来实现它的3级页表遍历有点困惑。MMU只有2个寄存器ttbr0和ttbr1 (一个用于内核，另一个用于用户空间)。mmu如何知道linux的多级页表漫游？
谢谢，Hvr
浏览 0提问于2015-01-19得票数 1
根据，ARM Linux有两个版本的PTE : Linux和H/W。Linux存储在偏移量1024字节以下。但实际上ARM H/W并不支持其PTE中的脏、访问和文件位。
我的问题是，它如何检查H/W PTE上页面的脏、可访问、文件位？理想情况下，它应该检查那些存储在偏移量1024字节以下的Linux上的位吗？
浏览 3提问于2015-10-05得票数 4
回答已采纳
编译的Linux kernel 2.6.34.3 for ARMv7 (Cortex-a8)
我查看了内核代码，发现Linux内核为TTB1 (转换表基)上的内核地址空间(大于0xC0000000的所有内容)和ttb0 (低于0xC0000000的所有内容)上的用户进程设置了硬件页表，每次进程上下文切换时，这些页表都会发生变化。我读到TTBCR (转换表基址控制寄存器)决定在未找到MVA时遍历哪个ttb寄存器，但该寄存器始终读0，这意味着在AR
浏览 6提问于2013-01-22得票数 11
回答已采纳
1回答
考虑具有进程P、内页表PTi和外页表PTo的2级分页。 现在我们知道P和PTi被分在不同的页面中，但是PTo只在一个页面中。如果PTi请求主存中不存在的P页，那么这是一个页错误，P的特定页将被加载。 现在的问题是： 如果PTo请求的PTi页面不在主内存中，那么这也是一个页面错误吗？ 请解释一下。如果是，那么它是否可以扩展到所有k个页表(用于k级分页) 如果不是，为什么？
浏览 26提问于2019-05-17得票数 0
2回答
2) MMU遍历页表，查找X的物理地址。4) CPU陷阱并被Linux陷阱向量捕获。(在ARM情况下，但我认为x86也是一样的，对吧？)5)此时，我可以从远程节点检索适当的数据，复制到某个物理地址，并将其映射到页表中。
6)这里有一个问题:在这一点之后，在X处有页错误的程序是否可以安全地读取数据?那么，这是否意味着MMU或CPU以某种方式记住了有页<
浏览 8提问于2013-08-09得票数 0
我理解每个进程可以有单独的页表，并且可以通过更新TTBR0 0/1_EL1在上下文切换期间指向。在每个进程的页面表中，一些条目将是特定于进程的(nG=1)，而其他条目将指向公共资源(nG=0)。如果一个页面表条目( PTE )在一个进程的页面表中被标记为全局的，这是否意味着PTE必须完全相同/指向所有其他页表中的完全相同的物理块？
如果是，如果不一致，会发生什么情况？我的意思是，如果一个进程的nG =0而另一个进程的nG =1用于相同的虚拟-&g
浏览 10提问于2017-06-24得票数 2
回答已采纳
在ARMv5体系结构参考手册： bits 1:0标识描述符的类型(0b11标记一个良好的页表描述符)，bits 4:2：这些位的含义是实现定义的，.
对我来说，我认为PTE描述符不应该依赖于平台。
谢谢
浏览 3提问于2013-06-04得票数 3
为什么某些坞映像与Raspberry Pi (linux/arm/v7)等平台不兼容？
docker run -d -p 8080:8080 puckel/docker-airflow webserver
警告:请求的映像平台(linux/ and 64)与检测到的主机平台(linux/arm/
浏览 5提问于2021-01-02得票数 2
回答已采纳
1回答
从arm下载arm-linux-gnueabihf工具之后。我尝试使用名为arm-linux-gnueabihf-g++和arm-linux-gnueabihf-gcc的二进制文件来编译我的代码。我的命令类似于： ~/gcc-arm-8.3-2019.03-x86_64-arm-linux-gnueabihf/bin/arm-linux-gnueab
浏览 148提问于2019-09-19得票数 0
回答已采纳
6061626364656667686970717273747576777879\所显示的两位数字在表上的偏移量为以下是我必须做的修改的不同之处：
diff --git a/mk/cfg/arm-unknown-linux-gnueabi.mk b/mk/cfg/arm-unknown-linux-gnueabi.mk@@ -1,5 +1
浏览 8提问于2016-12-28得票数 11
回答已采纳
1回答
我知道QEMU使用两个级别的描述表'PhysPageDesc‘来维护GPA和HVA (主机虚拟地址)之间的转换，但是我无法找到QEMU在哪里将GVA转换为GPA以在发生TLB丢失时转到该表来查找HVA。在目标arm/helper.c中有一个函数get_level1_table_address()由get_phys_addr()调用，似乎开始将GVA转换为GPA。但我不理解env->cp15.c2_ base _掩码变量，它声称是MMU翻译表的基本选择掩码。MMU翻译表的描述在哪里
浏览 3提问于2015-05-06得票数 3
1回答
\ -lpjsua2-arm-unknown-linux-androideabi\ -lpjmedia-arm-unknown-linux-androideabi\
-lgsm
浏览 3提问于2016-10-11得票数 0
回答已采纳
3回答
但是，当我交叉编译到Arm架构时，已经得到了错误。rf $(TEST_TARGET) $(TEST_TARGET).trc *.o *~为了进行交叉编译，我将"CC = gcc“替换为"CC = arm-linux-gcc我的问题中的错误是：embed-appweb.c:1:27: error
浏览 7提问于2012-01-16得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
