Linuxカーネルのcopy_ [to/from] _user（）のロック

Question

：http://www.kernel.org/doc/htmldocs/kernel-hacking.html#routines-copyこの機能は "眠る"ことができます。

この機能を使用する場合、または例外が発生する場合は常にロックする必要がありますか（たとえば、mutexなど）

私は現在、モジュールで作業していて、自分のシステムでいくつかのKernel Oopsを見ましたが、それらを再現することはできません。私は現在、copy_ [to/from] _user（）の周りにロックしていないので、彼らが解雇されたと感じています。たぶん私は間違っていますが、それはそれと関係があるようなにおいがします。

私のようなものがあります：

static unsigned char user_buffer[BUFFER_SIZE]; 
static ssize_t mcom_write (struct file *file, const char *buf, size_t length, loff_t *offset) { 
    ssize_t retval; 
    size_t writeCount = (length < BUFFER_SIZE) ? length : BUFFER_SIZE; 
    memset((void*)&user_buffer, 0x00, sizeof user_buffer); 
    if (copy_from_user((void*)&user_buffer, buf, writeCount)) { 
     retval = -EFAULT; 
     return retval; 
    } 
    *offset += writeCount; 
    retval = writeCount;   
    cleanupNewline(user_buffer);  
    dispatch(user_buffer); 
    return retval; 
} 

は、これがそうすることを保存したり、copy_from_userが実行されている間、私は、他のアクセスからそれをロックする必要があるんですか？

これは読み書き元のcharデバイスです。ネットワーク内の特別なパケットが受信された場合、このバッファに同時にアクセスすることができます。

Answer 1

あなたがコピーしているカーネル側のデータ構造が消えてしまうかもしれないならば、ロックをする必要がありますが、そのデータ構造はロックを取るべきです。

Answer 2

私はあなたの関数を推測していますmcom_writeはprocfsの書き込み関数（または同様の）ですか？その場合、procfsファイルにプログラムがブロックされている可能性があります。がを返すまで、copy_[to/from]_userがスリープしても、プログラムはバッファを変更しません。

あなたのプログラムがどのように動作しているかを明記していないので、何も言い難いです。あなたのプログラムがマルチスレッドで、あるスレッドが他のスレッドがデータを変更できる間に書き込みを行う場合は、ロックが必要ですが、ユーザスペースプログラムのスレッド間ではカーネルモジュールではありません。

スレッドの書き込みが1つの場合は、mcom_writeが終了するまでロックされ、ロックは必要なくなり、問題は他の場所にあります（ただし、この機能に間違いがない限り、 copy_from_userではありません）