因此,我正在构建一个基于运行linux的raspberry pi 4(通过buildroot创建的镜像)驱动Led矩阵(64x32rgb接口)的系统,我对Linux的软件堆栈感到非常困惑。我希望能够在一个小的分辨率屏幕上使用OpenGL功能,然后将其转移到一个实际驱动Led矩阵的驱动器上。我得出的结论是最好的方法是有以下的工作方案: User space: App v
K
我有一个用户空间应用程序,它与Linux环境中的内核空间驱动程序交互。在这种情况下,驱动程序是LED驱动程序。以典型的*nix方式,驱动程序在/sys/class/leds/actled1:green/中公开一个名为value的文件。当value的值超过一个阈值时,LED就会打开。这似乎应该有一个标准的POSIX C api,可能允许驱动程序查找(这样我就不需要对文件路径进行硬编码)。
我们的董事会使用Linux内核v3.16.7。我正致力于支持几个监控活动的外围LED。我已经成功地将引导过程修改为 in /sys/class/leds/,这是很棒的。但是,当我在引导过程中实例化驱动程序时,我想为每个LED配置延迟,我不知道如何做到这一点。当我从内核空间实例化驱动程序时,如何配置led触发器的参数?我怀疑答