Linuxのダイレクトメモリアクセスに投稿したドライバーを使用して、物理RAMをユーザースペースアドレスにmmapしています。ただし、GDBを使用してアドレスを確認することはできません。つまり、x 0x12345678（0x12345678はmmapの戻り値）は、「アドレス0x12345678のメモリにアクセスできません」というエラーで失敗します。
このメモリを表示できることをGDBに伝える方法はありますか？あるいは、このメモリにアクセスできるようにするために、mmap（そこでのfoo_mmapの呼び出しまたは実装のいずれか）で実行できる別のことはありますか？
/ dev / memについて質問しているのではなく（最初のスニペットのように）、ioremap（）、virt_to_phys（）、およびremap_pfn_range（）を介して取得したメモリへのmmapについて質問していることに注意してください。
私はあなたの難問に対する答えを持っています:)オンラインでどこでも検索し、最終的に自分でデバッグしました。
この投稿は私にとって良い出発点でした。同様の行で何かを達成したかったのですが、MMAP を使用して char ドライバーを実装し、カスタム マネージ メモリをユーザー空間プロセスにマップしました。GDB を使用する場合、ptrace PEEK は access_process_vm() を呼び出して、VMA 内のメモリにアクセスします。これにより、汎用アクセスがメモリの PA を取得できないため、EIO エラーが発生します。VMA の vm_operations_struct の .access を実装して、このメモリのアクセス関数を実装する必要があることがわかりました。以下に例を示します。
//Below code needs to be implemented by your driver:
static struct vm_operations_struct custom_vm_ops = {
.access = custom_vma_access,
};
static inline int custom_vma_access(struct vm_area_struct *vma, unsigned long addr,
void *buf, int len, int write)
{
return custom_generic_access_phys(vma, addr, buf, len, write);
}
static int custom_generic_access_phys(struct vm_area_struct *vma, unsigned long addr,
void *buf, int len, int write)
{
void __iomem *maddr;
//int offset = (addr & (PAGE_SIZE-1)) - vma->vm_start;
int offset = (addr) - vma->vm_start;
maddr = phys_to_virt(__pa(custom_mem_VA));
if (write)
memcpy_toio(maddr + offset, buf, len);
else
memcpy_fromio(buf, maddr + offset, len);
return len;
}
Linux では ptrace() を介して I/O メモリにアクセスできないと思います。mmap されたアドレスを単純に読み取り、gdb で呼び出す関数を作成できます。これは、foo-user.c プログラムのわずかに変更されたバージョンと、gdb セッションからの出力です。
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <sys/mman.h>
char *mptr;
char peek(int offset)
{
return mptr[offset];
}
int main(void)
{
int fd;
fd = open("/dev/foo", O_RDWR | O_SYNC);
if (fd == -1) {
printf("open error...\n");
return 1;
}
mptr = mmap(0, 1 * 1024 * 1024, PROT_READ | PROT_WRITE,
MAP_FILE | MAP_SHARED, fd, 4096);
printf("On start, mptr points to 0x%lX.\n", (unsigned long) mptr);
printf("mptr points to 0x%lX. *mptr = 0x%X\n", (unsigned long) mptr,
*mptr);
mptr[0] = 'a';
mptr[1] = 'b';
printf("mptr points to 0x%lX. *mptr = 0x%X\n", (unsigned long) mptr,
*mptr);
close(fd);
return 0;
}
$ make foo-user CFLAGS=-g
$ gdb -q foo-user
(gdb) break 27
Breakpoint 1 at 0x804855f: file foo-user.c, line 27.
(gdb) run
Starting program: /home/me/foo/foo-user
On start, mptr points to 0xB7E1E000.
mptr points to 0xB7E1E000. *mptr = 0x61
Breakpoint 1, main () at foo-user.c:27
27 mptr[0] = 'a';
(gdb) n
28 mptr[1] = 'b';
(gdb) print peek(0)
$1 = 97 'a'
(gdb) print peek(1)
$2 = 98 'b'
mmaped メモリーにアクセスするために、GDB は ptrace を呼び出し、次に __access_remote_vm() を呼び出して mmaped メモリーにアクセスします。メモリが VMIO | などのフラグでマップされている場合 VM_PFNMAP (たとえば、remap_pfn_range() で設定) を使用すると、GDB は、ユーザーが定義した vm のアクセス方法を使用してメモリにアクセスします。
access() の独自の実装を記述する代わりに、カーネルは既に generic_access_phys() と呼ばれる汎用バージョンを提供しており、このメソッドは /dev/mem デバイスのように vm_operations_struct を介して簡単にリンクできます。
static const struct vm_operations_struct mmap_mem_ops = {
.access = generic_access_phys };
int mmap_mem()
{
.... ....
vma->vm_ops = &mmap_mem_ops;
.... ....
}
あなたは「情報ファイル」に行きます
(gdb) help info files
Names of targets and files being debugged.
Shows the entire stack of targets currently in use (including the exec-file,
core-file, and process, if any), as well as the symbol file name.
(gdb) info files
Symbols from "/bin/ls".
Unix child process:
Using the running image of child Thread 4160418656 (LWP 10729).
While running this, GDB does not access memory from...
Local exec file:
`/bin/ls', file type elf32-powerpc.
Entry point: 0x10002a10
0x10000134 - 0x10000141 is .interp
0x10000144 - 0x10000164 is .note.ABI-tag
0x10000164 - 0x100008f8 is .gnu.hash
0x100008f8 - 0x10001728 is .dynsym
0x10001728 - 0x100021f3 is .dynstr
0x100021f4 - 0x100023ba is .gnu.version
...
0x0ffa8300 - 0x0ffad8c0 is .text in /lib/libacl.so.1
0x0ffad8c0 - 0x0ffad8f8 is .fini in /lib/libacl.so.1
0x0ffad8f8 - 0x0ffadbac is .rodata in /lib/libacl.so.1
0x0ffadbac - 0x0ffadd58 is .eh_frame_hdr in /lib/libacl.so.1
0x0ffadd58 - 0x0ffae4d8 is .eh_frame in /lib/libacl.so.1
0x0ffbe4d8 - 0x0ffbe4e0 is .ctors in /lib/libacl.so.1
0x0ffbe4e0 - 0x0ffbe4e8 is .dtors in /lib/libacl.so.1
...
(gdb) info sh
From To Syms Read Shared Object Library
0xf7fcf960 0xf7fe81a0 Yes /lib/ld.so.1
0x0ffd0820 0x0ffd5d10 Yes /lib/librt.so.1
0x0ffa8300 0x0ffad8c0 Yes /lib/libacl.so.1
0x0ff6a840 0x0ff7f4f0 Yes /lib/libselinux.so.1
0x0fdfe920 0x0ff1ae70 Yes /lib/libc.so.6
0x0fda23d0 0x0fdb0db0 Yes /lib/libpthread.so.0
これに失敗すると、「mem」を使用してメモリ範囲を構成できます。
(gdb) mem 1 1414
(gdb) info mem
Num Enb Low Addr High Addr Attrs
1 y 0x00000001 0x00000586 rw nocache
(gdb) disable mem 1
(gdb) info mem
Num Enb Low Addr High Addr Attrs
1 n 0x00000001 0x00000586 rw nocache
AF_PACKET ソケットを開いて mmap すると、gdb はこのメモリにアクセスできません。したがって、ドライバーに問題はありません。これは、ptrace または gdb の問題です。
そのメモリが GDB からアクセスできない場合、プロセスのアドレス空間にマップされないため、「アドレス 0x12345678 のメモリにアクセスできません」と表示されると思います。そのアプリケーションが正常に実行された場合、セグメンテーション違反が発生します。また、ドライバーが壊れている可能性があり、実際にカーネル内からメモリにアクセスできることを確認する必要があります。ここで例を試してください：
#include <cstdio>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <sys/mman.h>
int main() {
int fd = open("/dev/zero", O_RDONLY);
void* addr = mmap(NULL, 1024, PROT_READ, MAP_PRIVATE, fd, 0);
for (int x = 0; x < 10; x++) {
printf("%X\n", ((char*)addr)[x]);
}
close(fd);
return 0;
}