一个驱动，两上设备顺序写操作时，第二个写操作进入死锁
在写一个字符设备驱动时，注册了两个设备，在写操作前获取了信号量，在写操作结束后，释放了信号量，但是，第二个设备在写操作时，在down_interruptible()时出现了死锁的情况，如下代码：95 static ssize_t globalmem_write(struct file *filp, const char __user *buf, size_t size, loff_t *ppos)
96 {
97 unsigned long p = *ppos;
98 int ret = 0;
99 unsigned int count = size;
100 struct globalmem_dev *dev = filp->private_data;
101
102 if (p >= GLOBALMEM_SIZE)
103 return count ? -ENXIO : 0;
104
105 if (count > GLOBALMEM_SIZE - p)
106 count = GLOBALMEM_SIZE - p;
107
108 // get the semaphore
109 if (down_interruptible(&dev->sem)) {
110 printk(KERN_ERR "-ERESTARTSYS.\n");
111 return -ERESTARTSYS;
112 }
113
114 printk(KERN_INFO "here is coming.\n");
115
116 // copy from user space
117 if (copy_from_user(dev->mem + p, buf, count))
118 return -EFAULT;
119 else {
120 *ppos += count;
121 ret = count;
122
123 printk(KERN_INFO "written %u byte(s) from %lu.\n", count, p);
124 }
125
126 // release semaphore
127 up(&dev->sem);
128
129 return ret;
130 }
加载.ko后，在/dev下面建立两个设备:
# mknod /dev/globalmem1 c 250 0
# mknod /dev/globalmem2 c 250 1
# echo "globalmem1" > /dev/globalmem1
# echo "globalmem2" > /dev/globalmem2
出现死锁。
分析：第一个设备写后，已经释放了信号量了，第二个设备再调用write时，再次获取信号量时，出现死锁，说明，第一个设备写操作后一直占用着内核中申请的空间，所以，第二个设备再次写操作时就会拿不到驱动所申请的空间，而出现死锁。。
不知道分析得对不对。。。。求解释
页:
[1]