Linux设备模型浅析之固件篇.pdfVIP

Linux 设备模型浅析之固件篇 本文属本人原创，欢迎转载，转载请注明出处。由于个人的见识和能力有限，不可能面 面俱到，也可能存在谬误，敬请网友指出，本人的邮箱是yzq.seen＠，博客是 http:// 。 Linux 设备模型，仅仅看理论介绍，比如LDD3 的第十四章，会感觉太抽象不易理解，而 通过阅读内核代码就更具体更易理解，所以结合理论介绍和内核代码阅读能够更快速的理解掌 握linux 设备模型。这一序列的文章的目的就是在于此，看这些文章之前最好能够仔细阅读 LDD3 的第十四章。固件firmware，一般是在芯片中可运行的程序代码或配置文件，比如 CY68013 USB2.0 芯片，它里面有一个8051 内核，可执行代码可以在线下载到其ram 中运行。 内核中firmware 模块的作用是使得驱动程序可以调用其API 获得用户空间的固件（一般存放在/ lib/firmware 目录下）再通过一定的通信方式（比如I2C 、UART 和USB 等）下载到芯片里。以 下就以CY68013 为例子说明固件下载的原理。阅读这篇文章之前，最好先阅读文章《Linux 设 备模型浅析之设备篇》、《Linux 设备模型浅析之驱动篇》和《Linux 设备模型浅析之驱动篇》 。在文章的最后贴有一张针对本例的图片，可在阅读本文章的时候作为参照。 一、cy68013 的8051 单片机程序是intel 的hex 格式，用keil 软件编译生成。需要下载的可 执行程序有两个，一个是cy68013_loader.hex程序，另一个是cy68013_fw.hex程序。前者是作 为下载后者的守护程序，也就是说先下载cy68013_loader.hex程序到cy68013 的ram 中运行， 然后其负责cy68013_fw.hex程序的下载运行及固化(可以固化到外接i2c eeprom 中) 。这两个固 件存放在/lib/firmware 目录中。其中会用到两个API ，request_firmware()例程和 release_firmware()例程。前者前者的使用方式是request_firmware(fw_entry, cy68013_loader.hex, cy68013-udev-dev)，请求加载一个固件，用来获取 cy68013_loader.hex 固件的数据，数据保存在fw_entry-data 中，大小是fw_entry-size 。后者的 使用方式是release_firmware(fw_entry)，释放获取的资源。request_firmware()例程的定义如 下： int request_firmware(const struct firmware **firmware_p, const char *name, struct device *device) { int uevent = 1; return _request_firmware(firmware_p, name, device, uevent); // uevent = 1 ，会产生 uevent 事件 } 代码中， 1. 第一个形参 struct firmware 的定义如下: struct firmware { size_t size; // firmware 的大小 const u8 *data; // 指向保存firmware 数据的buffer }。 本例中，cy68013-udev-dev 生成的sys 目录是/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1 ，后 面生成的firmware device 的目录在该目录下。下面分析_request_firmware()例程。 二、_request_firmware()例程会睡眠，直到固件下载完成，其定义如下： static int _request_firmware(const struct firmware **firmware_p, const char *name, struct device *device, int uevent) { struct device *f_dev; struct firmware_priv *fw_priv; struct firmware *firmware; struct builti