linux无效设备,linux wake_up_interruptible()无效

怼烎@ 2023-01-21 07:30 13阅读 0赞

我正在为操作系统类编写一个“困”设备驱动程序.

它的工作方式是,用户通过read()/ write()访问设备.

当用户像这样写入设备时：写入(fd,& wait,size),设备将以等待值的秒数进入休眠状态.如果等待时间到期,则驱动程序的write方法返回0并且程序结束.但是如果用户在进程在等待队列上休眠时从驱动程序读取,则驱动程序的write方法立即返回休眠进程在其自身发生超时之前等待的秒数.

另一个问题是创建了10个设备实例,并且10个设备中的每个设备必须彼此独立.因此,对设备1的读取必须仅唤醒设备1上的休眠进程.

已经提供了很多代码,我负责主要为驱动程序编写read()和write()方法.

我试图解决保持设备彼此独立的问题的方法是包括两个大小为10的全局静态数组.其中一个类型为wait\_head\_queue\_t,另一个类型为Int(Bool标志).当我通过open()打开设备时,这两个数组都被初始化了一次.问题是,当我调用wake\_up\_interruptible()时,没有任何反应,程序在超时时终止.这是我的写法：

ssize\_t sleepy\_write(struct file \*filp, const char \_\_user \*buf, size\_t count, loff\_t \*f\_pos)\{

struct sleepy\_dev \*dev = (struct sleepy\_dev \*)filp->private\_data;

ssize\_t retval = 0;

int mem\_to\_be\_copied = 0;

if (mutex\_lock\_killable(&dev->sleepy\_mutex))

return -EINTR;

// check size

if(count != 4) // user must provide 4 byte Int

return EINVAL; // = 22

// else if the user provided valid sized input...

else

if((mem\_to\_be\_copied = copy\_from\_user(&long\_buff\[0\], buf, count)))

return -EFAULT;

// check for negative wait time entered by user

if(long\_buff\[0\] > -1)// "long\_buff\[\]"is global,for now only holds 1 value

proc\_read\_flags\[MINOR(dev->cdev.dev)\] = 0; //\*\*\*\*\*\* flag array

retval = wait\_event\_interruptible\_timeout(wqs\[MINOR(dev->cdev.dev)\], proc\_read\_flags\[MINOR(dev->cdev.dev)\] == 1, long\_buff\[0\] \* HZ) / HZ;

proc\_read\_flags\[MINOR(dev->cdev.dev)\] = 0; // MINOR numbers for each

// device correspond to array indices

// devices 0 - 9

// "wqs" is array of wait queues

else

printk(KERN\_INFO "user entered negative value for sleep time\\n");

mutex\_unlock(&dev->sleepy\_mutex);

return retval;\}

与本主题的许多示例不同,我在调用wait\_event\_interruptible\_timeout()之前立即将标志切换回零,因为标志值似乎在程序的后续运行之间保持不变.这是我的read方法的代码：

ssize\_t sleepy\_read(struct file \*filp, char \_\_user \*buf, size\_t count,

loff\_t \*f\_pos)\{

struct sleepy\_dev \*dev = (struct sleepy\_dev \*)filp->private\_data;

ssize\_t retval = 0;

if (mutex\_lock\_killable(&dev->sleepy\_mutex))

return -EINTR;

// switch the flag

proc\_read\_flags\[MINOR(dev->cdev.dev)\] = 1; // again device minor numbers

// correspond to array indices

// TODO: this is not waking up the process in write!

// wake up the queue

wake\_up\_interruptible(&wqs\[MINOR(dev->cdev.dev)\]);

mutex\_unlock(&dev->sleepy\_mutex);

return retval;\}

我试图测试程序的方法是有两个main.c,一个用于写入设备,一个用于从设备读取,我只是./a.out它们在我的ubuntu安装在Virtual Box中的单独控制台中.另一件事,它现在的设置方式,写入或读取a.outs直到超时发生.我为代码的格式错误道歉.我不确定这里到底发生了什么,所以任何帮助都会非常感激！谢谢！

解决方法:

您的写入方法在等待事件时保持sleepy\_mutex.因此,读取方法等待mutex\_lock\_killable(& dev-> sleepy\_mutex),而互斥锁由编写器解锁.仅当写入器的超时超过时才会发生,并且write方法返回.这是你观察到的行为.

通常,wait\_event \*在任何关键部分之外执行.这可以通过使用这些宏的\_lock-suffixed变体来实现,或者简单地用spinlock获取/释放对包装这些宏的cond参数：

int check\_cond()

int res;

spin\_lock(&lock);

res = ;

spin\_unlock(&lock);

return res;

...

wait\_event\_interruptible(&wq, check\_cond());

不幸的是,当使用互斥锁保护条件检查时,不能使用wait\_event-family宏.在这种情况下,您可以使用wait\_woken()函数和手动条件检查代码.或者重写代码而不需要在条件检查时使用互斥锁定/解锁.