GDB无法访问mmap（）’d内核分配的内存？
我遇到了GDB和内核空间中分配的缓冲区问题。 缓冲区由内核模块分配，内核模块应该分配连续的内存块，然后通过mmap（）调用将内存映射到用户空间。 但是，GDB似乎无法随时访问这些块。 例如，在GDB中遇到断点后：
(gdb) x /10xb 0x4567e000 0x4567e000: Cannot access memory at address 0x4567e000 但是，在/ proc // smaps中查看应用程序当前映射的内存区域显示：
4567e000-456d3000 rwxs 8913f000 00:0d 883 /dev/cmem Size: 340 kB Rss: 340 kB Pss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB Referenced: 0 kB Swap: 0 kB
我甚至考虑这个的原因是因为在运行期间的某个时刻，这个缓冲区地址（或以类似方式分配的另一个）会导致SIGSEGV。
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x49aea490 (LWP 652)] 0x402e4ea8 in fwrite () from /lib/libc.so.6 (gdb) (gdb) (gdb) where #0 0x402e4ea8 in fwrite () from /lib/libc.so.6 #1 0x000eb394 in EncryptedWriter::Write (this=0x198600, buffRaw=0x4567e000 , iLenRaw=719) at encrypted_writer.cpp:397 #2 0x0006b0f4 in EncryptionWrapper::Write (this=0x3ab2698, buffer=0x4567e000, size=719) at encryption.cpp:54
尽管缓冲区在崩溃之前已经被大量使用，但是/ proc // smaps文件仍然显示如上所述映射的缓冲区，因此发生了这种段错误。
我完全不知道为什么会发生这种情况，以及为什么映射在/ proc中似乎有效但从未在GDB中有效。
关于为什么gdb无法访问你想要的内存，我相信Linux不会通过ptrace（）访问I / O内存。
根据cmemk.c（我在linuxutils_2_25.tar.gz中找到），mmap（）确实在相关内存上设置了VM_IO标志。
要从gdb访问此内存，请在程序中添加一个读取此内存并让gdb调用此函数的函数。
请参阅另一个线程中的examine-mmaped-addresses-using-gdb讨论，特别是这里的答案。 您应该能够在模块的mmap实现中向您的VMA添加自定义vm_operations_struct 。
另请参阅Linux内核中的mm / memory.c 。 当get_user_pages()失败时，代码将尝试在驱动程序中调用自定义vma->vm_ops->access实现来访问内存。