我正在为某个基于ARM的
Linux板(实际上是一个自定义UART驱动程序)实现自定义串行总线驱动程序.该驱动程序应通过自定义协议启用与总线另一端的某个MCU的通信.驱动程序不会(实际上不能)将其任何功能暴露给用户空间,也不可能在用户空间中实现它(因此,需要自定义驱动程序而不是使用库存TTY子系统).
驱动程序将实现通信协议和UART读/写,并且必须将一组更高级别的函数导出到其用户以允许它们与MCU通信(例如read_register(),drive_gpios(),所有这些东西) .该模块只有一个用户.
调用模块必须等待操作的完成(前面提到的read_register()和其他).我正在考虑使用信号量：用户模块将调用我的驱动程序的函数,它将启动传输并等待信号量;我的驱动程序的IRQ处理程序将向MCU发送请求并读取答案,并在完成后发布到信号量,从而唤醒调用模块.但我对内核编程并不熟悉,而且我对众多可能的替代实现(tasklets？等待队列？)感到困惑.
问题是：我的基于信号量的方法是好还是太天真了？有哪些替代方案？我可能会遗失任何陷阱吗？
