7

我编写了一个小驱动程序来读取一些数据并将其提供给用户。我的驱动程序可以被多个应用程序使用，即它是一个可重入驱动程序，因此使用自旋锁。但我发现不copy_to_user应该在持有自旋锁的情况下调用它。char_device_buf以下代码中是共享数据；我必须保护它。除了互斥锁之外，还有什么机制可以使用自旋锁和使用copy_to_user吗？

static ssize_t char_dev_read(struct file *file,
                                char *buf,
                                size_t lbuf,
                                loff_t *ppos)
    {
            int maxbytes; /* number of bytes from ppos to MAX_LENGTH */
            int bytes_to_do; /* number of bytes to read */
            int nbytes; /* number of bytes actually read */

            maxbytes = MAX_LENGTH - *ppos;

            if( maxbytes > lbuf ) bytes_to_do = lbuf;
            else bytes_to_do = maxbytes;

            if( bytes_to_do == 0 ) {
                    printk("Reached end of device\n");
                    return -ENOSPC; /* Causes read() to return EOF */
            }

       /* Tesing for accidental release */
    //              accidental_release(); 

            printk(KERN_DEBUG "READER: trying for critical region lock \n");

            spin_lock(&myspin);/*begin of critical region */

                    printk(KERN_DEBUG "READER : acquired lock: executing critical code\n");
                    nbytes = bytes_to_do -
                             copy_to_user( buf, /* to */
                                           char_device_buf + *ppos, /* from */
                                           bytes_to_do ); /* how many bytes */


            spin_unlock(&myspin); /* end of critical region */
            *ppos += nbytes;
            return nbytes;
    }
4

1 回答 1

8

之所以copy_{to,from}_user不应该在自旋锁内部使用，是因为这些函数可以休眠。想象一下这种情况（在单处理器机器上）：

  1. 处理mmap()一个文件
  2. 该过程调用您的驱动程序，将地址提供到该mmap()ed 区域
  3. 您的代码运行，锁定，然后copy_to_user在该地址上导致页面错误 - 内存不存在，因此进程进入睡眠状态，直到数据来自磁盘。
  4. 内核调度进程 B，它以相同的方式调用您的驱动程序。
  5. 死锁- 进程 A 正在等待 IO 在锁内返回，但不会被调度，因为 B 正在等待 CPU 等待解锁同一个锁。

除非有 100% 的保证copy_{to,from}_user不会导致段错误，否则您不能使用自旋锁，而必须使用睡眠锁，例如“mutex_lock”。睡眠锁将控制权交给调度程序，而自旋锁则不会。

于 2012-09-05T04:58:19.183 回答