在Linux内核中实现正确的模块间同步

Rom*_*nko 7 c linux embedded driver kernel-module

我正在为某个基于ARM的Linux板(实际上是一个自定义UART驱动程序)实现自定义串行总线驱动程序.该驱动程序应通过自定义协议启用与总线另一端的某个MCU的通信.驱动程序不会(实际上也不能)将其任何功能暴露给用户空间,也不可能在用户空间中实现它(因此,需要自定义驱动程序而不是使用库存TTY子系统).

司机将实现通信协议和UART读/写,并有一组更高级别的功能,导出到它的用户,让他们与MCU通信(例如read_register(),drive_gpios()所有这些东西).该模块只有一个用户.

呼叫模块必须等待操作的完成(前述read_register()和其他).我正在考虑使用信号量:用户模块将调用我的驱动程序的函数,它将启动传输并等待信号量; 我的驱动程序的IRQ处理程序将向MCU发送请求并读取答案,并在完成后发布到信号量,从而唤醒调用模块.但我对内核编程并不熟悉,而且我对众多可能的替代实现(tasklets?等待队列?)感到困惑.

问题是:我的基于信号量的方法是好还是太天真了?有哪些可能的选择?我可能会遗失任何陷阱吗?

wer*_*dle 5

传统上Linux中的IRQ处理分为两部分:

  1. 所谓的"上半部分"实际上在IRQ上下文中工作(IRQ处理程序本身).这部分必须尽快退出.所以它基本上检查中断源,然后开始下半部分.

  2. "下半区".它可以实现为工作队列.这是实际工作的地方.它在正常的上下文中运行,因此它可以使用阻塞函数等.

如果您只想在工作线程中等待IRQ,最好使用名为的特殊对象completion.它完全是为此任务创建的.