如何解决内核可以识别哪个用户应用程序被杀死/关闭,在它正在服务的几个应用程序中
我正在编写一个 linux 内核驱动程序,它创建一个字符设备文件“/dev/my_file”。
多个用户空间应用程序执行此文件的 open()
并使用提供的 ioctl
cmd 来注册应用程序特定数据。 IOCTL 还提供了注销 cmd,应用程序可以在执行干净退出时使用和注销自己(内核驱动程序删除应用程序数据,删除任何内存分配等)。
但是,如果应用程序在执行 open()
和 ioctl
注册 cmd 后被杀死。驱动程序如何检测哪个应用程序被杀死,然后执行清除任务以删除应用程序特定数据。
我知道 .release
的 struct file_operations
func ptr 被调用并通知驱动程序,但不确定驱动程序如何找到被杀死的特定应用程序。
谢谢 表
解决方法
在“应用”(或进程)级别进行清理很棘手,因为调用 .release()
处理程序的进程上下文不一定与调用 .open()
处理程序的进程上下文相同。 (例如,调用 open()
的进程可以 fork 子进程并退出,让子进程作为守护进程运行。)
我建议改为在“打开文件描述”级别进行清理。每次成功的 open()
调用都会创建一个打开的文件描述,当没有更多引用该打开的文件描述时,会调用 .release()
处理程序。您可以使用 private_data
的 struct file
成员指向由 .open()
处理程序分配的私有数据结构。 “特定于打开文件”的数据结构可以有一个成员指向您特定于设备的私有数据结构。
作为一个实际示例,我在“Commedi”子系统的内核代码中执行了上述操作。它的 .open()
处理程序 comedi_open()
(参见 drivers/staging/comedi/comedi_fops.c)分配一个 struct comedi_file
(struct file
的 private_data
成员将指向),并且struct comedi_file
包含指向 dev
类型的设备私有数据的指针(成员 struct comedi_device
)。 struct comedi_file
的其他成员包含的信息可能因“每个打开的文件”而异,不会与同一文件的其他 open()
共享。 struct comedi_file
分配的 comedi_open()
由 .release()
处理程序 comedi_close()
释放(我应该在某个时候将其重命名为 comedi_release
!)。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。