4

これは学校での課題で、システム コールを使用してシステム上のプロセスのサイズを判断する必要があります。私のコードは次のとおりです。

...
struct task_struct *p;
struct vm_area_struct *v;
struct mm_struct *m;
read_lock(&tasklist_lock);
for_each_process(p) {
    printk("%ld\n", p->pid);
    m = p->mm;
    v = m->mmap;
    long start = v->vm_start;
    printk("vm_start is %ld\n", start);
}
read_unlock(&tasklist_lock);
...

このシステム コールを呼び出すユーザー レベルのプログラムを実行すると、次のような出力が得られます。

1
vm_start は 134512640 です
2

EIP：0073：[<0806E352>] CPU：0塗装されていないESP：007B：0F7ECF04 EFLAGS：00010246 NOT TANTED
EAX：00000000 EBX：0FC587C0 ECX：081FBB58 EDX
： 007b
081f9bc0: [<08069ae8>] show_regs+0xb4/0xb9
081f9bec: [<080587ac>] segv+0x225/0x23d
081f9c8c: [<08058582>] segv_handler+0x4f/0x54
081f9cac: [<08067453>] sig_handler_common_skas+0xb7/0xd4
081f9cd4 : [<08064748>] sig_handler+0x34/0x44
081f9cec: [<080648b5>] handle_signal+0x4c/0x7a
081f9d0c: [<08066227>] hard_handler+0xf/0x14
081f9d1c: [<00776420>] 4 20x7


カーネル 7 がパニックに陥っていないaddr 0x0、ip 0x806e352 でのモード障害


EIP: 0073:[<400ea0f2>] CPU: 0 汚染されていません ESP: 007b:bf88ef9c EFLAGS: 00000246 汚染されていません
EAX: ffffffda EBX: 00000000 ECX: bf88efc8 EDX: 080483c8
ESI: 00000000 EDI: bf88ef0 007b
081f9b28: [<08069ae8>] show_regs+0xb4/0xb9
081f9b54: [<08058a1a>] panic_exit+0x25/0x3f
081f9b68: [<08084f54>] notifier_call_chain+0x21/0x46
081f9b88: [<08084fef>] __atomic_notifier_call_chain+0x17/0x19
081f9ba4 ：[<08085006>] Atomic_notifier_call_chain+0x15/
0x17 081f9bc0：[<0807039a>] panic+0x52/0xd8
081f9be0：[< 080587ba
>
<08067453>] sig_handler_common_skas+0xb7/0xd4
081f9cd4: [<08064748>] sig_handler+0x34/0x44
081f9cec: [<080648b5>] handle_signal+0x4c/0x7a
081f9d0c: [<08066227>] hard_handler+0xf/0x14
081f9d1c: [<0077>6 2040

最初のプロセス (pid = 1) では問題なく vm_start が返されましたが、2 番目のプロセスにアクセスしようとすると、カーネルがクラッシュします。誰が何が間違っているのか、それを修正する方法を教えてもらえますか? どうもありがとう！

(書式が悪くてすみません…)

編集: これは、uml 環境の Fedora 2.6 コアで行われます。

4

4 に答える 4

5

一部のカーネルスレッドがmmいっぱいになっていない可能性があります-を確認p->mmしてくださいNULL。

于 2010-03-20T02:42:18.830 に答える
2

nullポインタをチェックするようにコードを変更しました：

m = p->mm;
if (m != 0) {
    v = m->mmap;
    if (v != 0) {
        long start = v->vm_start;
        printk("vm_start is %ld\n", start);
    }
}
于 2010-03-20T02:47:41.780 に答える
1

カーネル スレッドの場合、 mm は null になります。したがって、mm を読むときはいつでも、次の方法で行います。

    down_read(&p->mm->mmap_sem)
          if(mm) {
                 /* read the contents of mm*/
          }
    up_read(&p->mm->mmap_sem)

また、get_task_mm()を使用することもできます。get_task_mm() を使用すると、ロックを取得する必要はありません。使用方法は次のとおりです。

   struct mm_struct *mm;
   mm = get_task_mm(p);
   if (mm) {
           /* read the mm contents */
   }
于 2013-12-03T13:27:07.907 に答える
1

すべてのプロセス関連情報は、ユーザー空間レベルの /proc ファイルシステムにあります。カーネル内では、これらの情報は fs/proc/*.c を介して生成されます

http://lxr.linux.no/linux+v3.2.4/fs/proc/

すべての vm_start 情報を出力するファイル task_mmu.c を見ると、vm_start フィールドのすべての処理で常に mmap_sem をロックする必要があることがわかります。

           down_read(&mm->mmap_sem);
            for (vma = mm->mmap; vma; vma = vma->vm_next) {
                    clear_refs_walk.private = vma;
...
                    walk_page_range(vma->vm_start, vma->vm_end,
                                    &clear_refs_walk);
于 2012-02-05T03:28:02.520 に答える