针对特定处理器平台，操作系统(OS)处理硬件操作的细节。利用内核(OS)内部硬件抽象层(HAL)和处理器专用外设驱动程序(例如I2C®SPI总线驱动程序)，通常的设备驱动程序甚至也能独立处理器平台。这种方法允许一个设备驱动程序(例如触摸屏数字化仪AD7879的驱动程序)可以不加修改地用在任何运行Linux的处理器平台上，Linux内核之上运行任何图形用户界面(GUI)包和适当的应用程序。如果硬件设计人员决定转而使用触摸屏控制器AD7877，他(她)将无需软件团队提供信息。两款器件均可用驱动程序;虽然器件不同，连接方式可能不同(AD7877仅提供SPI，AD7879则有SPI或I2C)，并且寄存器图也不相同，但相对于触摸屏用户代码的内核API完全相同。这样，对硬件的控制权便又回到硬件架构师手中。
Linux内核中的不同类型设备驱动程序提供不同的抽象层次，传统上一般将其分为以下三类。
字符设备：处理字节流。串行端口或输入设备驱动程序(键盘、鼠标、触摸屏、游戏操纵杆等)通常实现字符设备类型。
块数据设备：单次操作处理512字节或更多的二次幂块数据。存储设备驱动程序通常实现此类块设备。
网络接口：任何网络事务都通过接口完成，接口指能够与其他主机交换数据的设备。
在Linux内核中，各特殊类别都可能有多个独立的设备核心层，以帮助开发人员实现提供标准用途的驱动程序，如视频、音频、网络、输入设备或背光处理等。通常，每个子系统在Linux内核源代码树中都有其自己的目录。这种“设备驱动程序核心方法”消除了特定类别所有设备驱动程序的公共代码，为上层构建了一个标准接口。每类设备或总线设备核心驱动程序通常会将一个函数集导出至其子类。驱动程序利用这种核心驱动程序注册，并使用核心驱动程序所导出的API，而不是注册其自己的字符/块/网络驱动程序。这通常包括支持和处理多个实例以及在层间分配数据的方式。绝大部分系统无意了解设备如何连接，但需要知道何种设备可用。Linux设备模型也包括一种将设备指派给特定类别的机制，如input(输入)、RTC(实时时钟)、net(网络)或GPIO(通用输入/输出)等。这些类名在更高的功能层次描述设备，使之能在用户空间中被发现。
特定硬件可能有多个设备驱动程序子系统与之相关。多功能芯片，例如带I/O扩展器的背光驱动器ADP5520，会同时利用Linux背光、LED、GPIO和输入子系统来实现其键盘功能。
如前文所述，用户应用程序不能直接与硬件通信，因为那将要求拥有对处理器的管理员权限，例如执行特殊指令或处理中断。使用特定硬件设备的应用程序通常在通过/dev目录中的节点暴露的内核驱动程序上工作。
设备节点称为伪文件，因为它们看起来像文件;应用程序也可以打开或关闭它们(open()或close())，但在读取或写入这些文件时，数据来自或传递至设备节点相关的驱动程序。这个抽象层次由Linux内核中的虚拟文件系统(VFS)处理。除了read()、write()或poll()外，用户应用程序也可以利用ioctl()(输入/输出控制)与设备交互。
除设备节点外，应用程序也可以利用/sys目录中的文件条目;这是一个sysfs虚拟文件系统，可将有关设备和驱动程序的信息，包括父子关系或与特定类、总线的关联，从内核设备模型导出至用户空间。/sys也频繁用于设备配置，特别是当相关驱动程序以一个设备驱动程序核心注册时，此时它只将其标准功能集导出给用户。
设备驱动程序可以注册/sys“钩子”或“条目”;读取或写入钩子或条目时，将执行设备驱动程序专门注册的回调函数。这些回调函数(在管理员模式下运行)可以接受参数、发起总线传输、调用某种处理、修改特定设备变量，并将整数值或字符串返回给用户。这就为实现其他功能创造了条件;例如，用户空间可以使用触摸屏数字化仪AD7877的温度传感器或辅助ADC。
设备驱动程序既可以静态地构建于内核中，也可以在以后作为可加载模块动态安装。Linux内核模块(LKM)是动态组件，可以在运行时插入和移除。这对于驱动程序开发人员特别有用，因为更快的编译速度可以节省时间，而且测试模块不必重启系统。让硬件驱动程序驻留在可以随时载入内核的模块中，便可以在特定硬件不用时节约RAM。
加载模块时，也可以赋予其配置参数。对于构建于内核中的模块，参数在内核启动时传送给该模块。例如：
root:~> insmod ./sample_module.ko argument=1
root:~> lsmod
Module Size Used by
sample_module 1396 0 - Live 0x00653000
root:~> rmmod sample_module
驱动程序也可以多次实例化，每次实例化都可以采用不同的设置，目标设备可以有不同的I2C从ID，连接到不同的SPI从选择，或者映射到不同的物理存储器地址。所有实例共用同样的代码，以便节省存储器，但具有各自的数据段。
Linux是一种先占式多任务、多用户操作系统，因此几乎所有设备驱动程序和内核子系统都允许多个进程(可能由不同的用户所有)同时利用设备。常见的例子有network(网络)、audio(音频)或input(输入)接口。QWERTY键盘控制器ADP5588的键按下或释放事件会被加上时间戳、排队并发送至所有已打开input vent device(输入事件设备)的进程。这些事件代码在所有架构上都相同，并且与硬件无关。读USB键盘与从用户空间读取ADP5588并无区别。事件类型通过代码加以区分。键盘发送键事件(EV_KEY)、键识别码以及代表按下或释放动作的某种状态值。触摸屏发送绝对坐标事件(EV_ABS)以及由x、y和触摸压力组成的一个三元组，鼠标则发送相对运动事件(EV_REL)。加速度计ADXL346在发送关于加速度的绝对坐标事件的同时，可以发送关于单振或双振的键事件。
某些应用中，加速度计ADXL346产生相对事件或者发送特定键代码(特定应用设置)，也很有意义。一般而言，定制驱动程序有两种方式：运行时或编译时。
可能在运行时进行定制的设备特性使用模块参数和或/sys条目。
实现特定目标
使用开源Linux驱动程序—通过定制实现特定目标，对于编译时配置，将特定板和特定应用配置排除在主驱动程序文件之外是Linux的惯例，一般将其放入board support file(板支持文件)中。
对于定制板上的设备(这是嵌入式和基于SoC片上系统硬件的典型现象)，Linux使用platform_data指向描述设备及其如何连到SoC的特定板结构。这可以包括可用端口、不同芯片版本、首选模式、默认初始化、引脚的其他作用等。这将能缩小板支持包(BSP)，并尽量减少驱动程序中板和应用特定的#ifdef。至于哪些可调变量进入platform_data，哪些应当在运行时具有访问权，则由驱动程序的作者决定。
数字加速度计特性与应用具有非常密切的关系，不同的板和型号可能具有不同的特性。下例显示了一组配置选项。这些变量在头文件adxl34x.h(include/linux/input/adxl34x.h)中有详细描述。
Analog Dialogue 44-03, March (2010)
#include
static const struct adxl34x_platform_data
adxl34x_info={
.x_axis_offset=0,
.y_axis_offset=0,
.z_axis_offset=0,
.tap_threshold=0x31,
.tap_duration=0x10,
.tap_latency=0x60,
.tap_window=0xF0,
.tap_axis_control=ADXL_TAP_X_EN | ADXL_TAP_
Y_EN | ADXL_TAP_Z_EN,
.act_axis_control=0xFF,
.activity_threshold=5,
.inactivity_threshold=3,
.inactivity_time=4,
.free_fall_threshold=0x7,
.free_fall_time=0x20,
.data_rate=0x8,
.data_range=ADXL_FULL_RES,
.ev_type=EV_ABS,
.ev_code_x=ABS_X,/*EV_REL*/
.ev_code_y=ABS_Y,/*EV_REL*/
.ev_code_z=ABS_Z,/*EV_REL*/
.ev_code_tap={BTN_TOUCH,BTN_TOUCH,BTN_TOUCH},/*EV_KEY x,y,z */
.ev_code_ff=KEY_F,/* EV_KEY */
.ev_code_act_inactivity=KEY_A,/*EV_KEY*/
.power_mode=ADXL_AUTO_SLEEP|ADXL_LINK,
.fifo_mode=ADXL_FIFO_STREAM,
};
为将设备与驱动程序相关联，“平台和总线模型”无需设备驱动程序来包含其所控制设备的硬编码物理地址或总线ID。平台和总线模型还能防止资源冲突，大大改善便携性，并与内核的电源管理特性干净利落地接口。
利用平台和总线模型，设备驱动程序一旦获得设备的物理位置和中断线路，便知道如何控制设备。该信息在探测期间作为一个数据结构传递给驱动程序。
与PCI或USB设备不同，I2C或SPI设备不会在硬件层次上进行枚举。相反，软件必须知道每个I2C/SPI总线段上连接了哪些设备，以及这些设备使用什么地址。因此，内核代码必须明确实例化I2C/SPI设备。这可以通过多种不同方法实现，具体取决于上下文和要求。不过，最常用的方法是通过总线号码声明I2C/SPI设备。
当I2C/SPI总线是一条系统总线时，这种方法是合适的;许多嵌入式系统正是这种情况，其中每条I2C/SPI总线都有一个事先已知的号码。因此，可以预先声明连到该总线的I2C/SPI设备。这可以利用一个结构体i2c_board_info/spi_board_info阵列来完成，该阵列通过调用以下内容注册i2c_register_board_info()/spi_register_board_info()
static struct i2c_board_info __initdata bfin_ i2c_board_info[] = {#if defined(CONFIG_TOUCHSCREEN_AD7879_I2C)||defined(CONFIG_TOUCHSCREEN_AD7879_I2C_MODULE)
{
I2C_BOARD_INFO("ad7879",0x2F),
.irq=IRQ_PG5,
.platform_data=(void*)&bfin_ad7879_ts_info,
},
#endif
#ifdefined(CONFIG_KEYBOARD_ADP5588)||defined(CONFIG_KEYBOARD_ADP5588_MODULE)
{
I2C_BOARD_INFO("adp5588-keys",0x34),
.irq=IRQ_PG0,
.platform_data=(void*)&adp5588_kpad_data,
},
#endif
#ifdefined(CONFIG_PMIC_ADP5520)||defined(CONFIG_PMIC_ADP5520_MODULE)
{
I2C_BOARD_INFO("pmic-adp5520",0x32),
.irq=IRQ_PG0,
.platform_data=(void*)&adp5520_pdev_data,
},
#endif
#ifefined(CONFIG_INPUT_ADXL34X_I2C)|| defined(CONFIG_INPUT_ADXL34X_I2C_MODULE)
{
I2C_BOARD_INFO("adxl34x", 0x53),
.irq = IRQ_PG0,
.platform_data = (void *)&adxl34x_info,
},
#endif
};
static void __init blackfin_init(void)
{
(...)
i2c_register_board_info(0,bfin_i2c_board_info, ARRAY_SIZE(bfin_i2c_board_info));
spi_register_board_info(bfin_spi_board_info, ARRAY_SIZE(bfin_spi_board_info));
(...)
}
因此，为了启用这样一个驱动程序，只需要编辑板支持文件，将适当的条目添加至i2c_board_info(spi_board_info)。
还应注意到，需在内核配置期间选择驱动程序。驱动程序按照所属的子系统分类。可在以下位置查找ADXL34x驱动程序：
Device Drivers--->
Input device support --->
[*] Miscellaneous devices --->
Analog Devices AD714x Capacitance Touch Sensor
support I2C bus connection
support SPI bus connection
<*>Analog Devices ADXL34x Three-Axis
Digital Accelerometer
<*>support I2C bus connection
<*>support SPI bus connection
一旦用户开始内核构建过程，就会自动编译所选的驱动程序。上面的代码声明I2C总线0上有四个设备，包括其各自的地址、IRQ以及其驱动程序所需的定制platform_data。注册相关I2C总线时，i2c-core内核子系统会自动实例化这些I2C设备。
static struct i2c_driver adxl34x_driver = {
.driver={
.name="adxl34x",
.owner=THIS_MODULE,
},
.probe=adxl34x_i2c_probe,
.remove=__devexit_p(adxl34x_i2c_remove),
.suspend=adxl34x_suspend,
.resume=adxl34x_resume,
.id_table=adxl34x_id,
};
static int __init adxl34x_i2c_init(void)
{
return i2c_add_driver(&adxl34x_driver);
}
module_init(adxl34x_i2c_init);
在内核启动的某一时间点，或者在其后的任何时候，一个名为adxl34x的设备驱动程序可以利用struct i2c_driver注册自己——通过调用i2c_add_driver()进行注册。struct i2c_driver的成员利用指向ADXL34x驱动程序函数的指针进行设置，将驱动程序与其总线主控内核相连接。(宏module_init()定义模块插入时调用哪个函数(adxl34x_ i2c_init())。)
如果存档的驱动程序名称与宏I2C_BOARD_INFO所提供的名称相符，i2c-core总线模型实现方法将调用驱动程序的probe()函数，将相关的platform_data和irq从板支持文件传递到驱动程序。这仅会在没有追索冲突的情况下发生，例如前一实例化设备使用同一I2C从地址时。
adxl34x_i2c_probe()函数随后开始执行其名称所表示的功能。它通过读取制造商和设备ID，检查ADXL345或ADXL346是否存在以及是否正常工作。如果检查成功，驱动程序的探测函数将分配特定设备数据结构，请求中断，并初始化加速度计。
然后利用input_allocate_device()分配新的输入设备结构，并设置输入位域。这样，设备驱动程序就告知输入系统的其他部分这是何种设备，以及这种新的输入设备能够产生何种事件。最后，ADXL34x驱动程序通过调用input_register_device()注册该输入设备。
这将把新的输入设备结构添加到输入驱动程序的链接列表中，并调用设备处理程序模块的连接函数，告知其已出现一个新的输入设备。从此时起，该设备可以产生中断。一旦执行中断服务例程，就会从加速度计读取状态寄存器和事件FIFO，并利用nput_event()向输入子系统发回适当的事件。
3267
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
