ユーザーの仮想メモリにアクセスするためのLinuxユーザープロセスコンテキスト

Question

カーネルメモリポインタに格納されたユーザーコンテキストデータを持っているとします。私もuser-space char *へのポインタを持っているとします。それから私はカーネルスレッドを作成し、カーネルスレッドはこれらの2つのポインタを持つことができます。スレッドから、ポインタを使用してユーザー空間データにアクセスできますか？私はシステムコールでそれらにアクセスできますが、問題はカーネルスレッドからアクセスできますか？ Workqueueからそれらにアクセスするのはどうですか？

は私userprocessは、私はすべての1 seceondに "これはデータである" 印刷するkt_funcたい

void sys_340(void* p) { 
    th = kthread_run("kth", kt_func, p); 
    //might also store process context as I am in system call!! How? 
} 

void kt_func(void *p) { 
    while(1){ printk("Line: %s\n",p); sleep(1000); } 
} 

システムコールハンドラでシステムコール

//User Application 
char* abc = "This is data."; 
syscall(340, p); 

を呼び出すと言います。

Answer 1

カーネルスレッドは、（それらが適切なポインタを持っていることを前提として）ユーザ空間メモリの任意の部分にアクセスできます。コードでは、システムコールの一環として、新しいカーネルスレッドを開始し、1秒ごとに何かを印刷させたいと提案しています。私は、カーネルスレッドを作成した後、システムコールから戻ると想定しています。ここでの問題は次のとおりです。システムコールから復帰すると、ユーザプロセスはpで示されるメモリにもアクセスでき、カーネルスレッドもそれにアクセスできます。どのようにポインタの同期アクセスを保証しますかp？ （多分別のシステムコールを通して）。

あなたの行っている事例はありませんが、お使いのシステムコールハンドラで

Answer 2

、あなたはシステムコールを作るプロセスのメモリマッピングを離れて隠しておくために

struct mm_struct *mm = get_task_mm(current); 

ような何かを行うことができます。その後カーネルスレッドで、あなたは元のタスクのメモリにcopy_from_user()と同等のものを行うために

access_remote_vm(mm, p, my_kernel_buf, length, 0); 

ような何かを行うことができます。