为什么我在尝试" cat"时会收到错误消息?我的char设备驱动程序?

时间:2017-11-13 16:21:57

标签: c linux linux-device-driver chardev

我为Linux编写了一个简单的字符设备驱动程序。

这是一个简单的消息存储/检索系统,消息存储在内核空间中。

我应该可以这样做:

echo "message 1" > /dev/mydevice

然后使用

检索邮件
cat /dev/mydevice

消息存储在队列中。

当我尝试检索我硬编码进行测试的消息时(消息是" hello"),我得到以下命令行输出:

cat /dev/mydevice
hellocat: /dev/mydevice: Resource temporarily unavailable

所以我按照预期得到了你好的消息,但显然我做的事情不太对。

这是处理设备读取的函数。

static ssize_t device_read(struct file *filp, char *buffer,
               size_t length, loff_t * offset) {
  unsigned long result;
  int message_size;
  struct message_list* message = pop_message(&global_message_list);

  if (!message) return -EAGAIN;

  message_size = message -> message_length;

  result = copy_to_user(buffer, message -> message, message_size);

  printk(KERN_ALERT "res: %lu, msg_size: %d, len: %d\n", result, message_size, length);
  if (result == 0) return message_size;
  else return message_size - result;
}

1 个答案:

答案 0 :(得分:3)

cat实用程序会为每个文件多次调用read,直到达到EOF(signified by read returning 0)。

这是因为并非所有数据都可以立即获得。如果文件大于cat的内部缓冲区,则当然需要多次调用read来获取完整数据。即使read返回的字节数小于缓冲区的长度,如果以后有更多数据可用,也需要再次调用read(如果输入是一个TTY或管道)。因此,您需要返回0才能让cat认为它位于文件的末尾并停止阅读。

(有关cat如何运作的详细信息,您可以查看the source codesafe_read function。)

处理此问题的一种简单方法是在每条“真实”消息之后在队列中放入零长度消息,以便下一个read将返回EOF。但是,如果您同时拥有多个阅读器,这将无法正常工作;在这种情况下,一个读者可能会读取一条消息,然后另一个读取EOF,然后第一个读取另一个消息,这样一个读者得到两个消息而另一个读取零。由您和/或您的教师决定是否使您的设备线程安全.¹

这也表明您的代码存在另一个潜在的问题,您只能部分处理:如果您的消息大于传递给read的缓冲区,则会丢弃其余的消息,而不是将其保存为下一个read。同样,这可能是一个可接受的短暂,或不是。

¹我不确定是否可以使它成为线程安全的;这取决于你能够区分不同读者的程度,我对内核代码或编写字符设备的了解不足以说明是否可能。