firmware linux 原理_Linux firmware 加载

1、request_firmware在内核使用，需要文件系统支持，就是说，启动的时候如果在驱动里面的probe函数调用 request_firmware ，那么系统将等待30s左右，因为文件系统还没有挂载，当然找不到固件了，所以最好在中断里面启动tasklet，然后request_firmware 。如果不想等待，就用request_firmware_nowait，好像是这样写的。

2、那么用户层怎么用？

实际上这个分x86和嵌入式，比如arm，平台。x86的用到了udev，

比如你要请求固件 fw.hex，那么必须在文件系统中导出环境变量，比如 export FIRMWARE=/lib/firmware，而且目录/lib/firmware不能少，因为busybox要用到。然后把固件fw.hex放到 /lib/firmware目录下即可。内核request_firmware的时候，busybox就知道去FIRMWARE找了。

3、对linux来讲，所谓的固件什么也不是，他只是按fopen()返回二进制文件给你，看看busybox的处理就知道了。所以你的文件随便定 义，比如一个mp3文件，你也可以称为固件：request_firmware(“xxx.mp3″)，那么你文件系统里面也要有这个xxx.mp3文 件，只不过系统给你返回二进制数据，具体的处理要在内核进行。

request_firmware 返回二进制firmware文件的地址和大小

//firmware->data和firmware->size来读取有uevent处理程序init加载进来的firmware数据了

request_firmware( & priv- > firmware, fw_name, priv- > hotplug_device) ; 给priv- > hotplug_device设备申请名字为fw_name的firmware  数据, 然后将结果放到& priv- > firmware中,

struct firmware {

size_t size;

u8 * data;

} ;

可以看到, 如果应用层的程序成功load了firmware固件文件, 那么firmware. data将指向固件数据, firmware. size为固件大小.

前段时间移植 wifi 驱动到 android 的内核上，发现 firmware 的加载始终出错，问了几个人，都不是很了解，没办法，只好自己研究一下。

原理分析

从本质上来说， firmware 需要做的事情包括两件：

1，  通知用户态程序，我需要下载 firmware 了；

2，  用户态程序把用户态的数据 copy 到内核层；

3，  内核把内核态的数据写到设备上，比如 wifi 模块里；

其中第三步应该不难，关键是看看， linux 里面是如何实现第一、二步的；

实现机制

简单的说，它的机制分成以下几部分：

1，  通过一定的方式，通知用户态程序，比如 init 程序，如图所示：

显然是通过 kobject_uevent 的方式通知的 应用层，它的机制我有空再详细解释，简单的说，就是往一个 socket 广播一个消息，只需要在应用层打开 socket 监听 NETLINK_KOBJECT_UEVENT组的消息，就可以收到了。

用户态的 init 是如何做的？

可以看到 init 程序打开了一个 socket ，然后绑定它， 最后通过 select 来监听 socket 上来的数据，最后调用 handle_device_fd 来处理收到的消息；当内核发送一个 KOBJ_ADD 的消息上来的时候，经过过 滤，判断是否是 firmware 要被加载的消息，然后调用

handle_firmware_event 来处理；

2，  用户态的数据如何下载到内核；

本质上它是内核创建了两个文件，一个文件 A 用来标志下载的开始和结 束，另外一个文件 B 用来接收用户层传下来的数据，当用户态的程序往 A 文件写入 1 的时候，标志用户态程序已经往里面写程序来，而往里面写入 0 的时候