嵌入式Linux设备驱动程序：发现硬件配置

嵌入式Linux设备驱动程序：发现硬件配置

Embedded Linux device drivers: Discovering the hardware configuration

Interfacing with Device Drivers

了解硬件配置

虚拟驱动程序演示了一个设备驱动程序的结构，但是由于它只操作内存结构，因此它缺乏与实际硬件的交互。设备驱动程序通常是用来与硬件交互的。部分原因是能够在第一时间发现硬件，记住它可能位于不同配置的不同地址。

在某些情况下，硬件本身提供信息。PCI或USB等可发现总线上的设备具有查询模式，该模式返回资源需求和唯一标识符。内核将标识符和可能的其他特征与设备驱动程序匹配，并将它们结合起来。

然而，嵌入式板上的大多数硬件块没有这样的标识符。您必须自己以设备树的形式或称为平台数据的C结构来提供信息。

在Linux的标准驱动程序模型中，设备驱动程序向相应的子系统注册：PCI、USB、开放固件（设备树）、平台设备等等。注册包括一个标识符和一个称为探测函数的回调函数，如果硬件ID和驱动程序的ID匹配，则调用该函数。对于PCI和USB，ID基于供应商和设备的产品ID；对于设备树和平台设备，它是一个名称（文本字符串）。

设备树

我在第三章中介绍了设备树，都是关于引导程序的。在这里，我想向您展示Linux设备驱动程序是如何与这些信息连接起来的。

作为一个例子，我将使用ARM多功能板，arch/ARM/boot/dts/Versatile-ab.dts公司，以太网适配器在此处定义：

net@10010000 {     compatible = "smsc,lan91c111";     reg = <0x10010000 0x10000>;     interrupts = <25>;};

平台数据

在没有设备树支持的情况下，有一种使用C结构描述硬件的后备方法，称为平台数据。

每个硬件由struct platform_device描述，它有一个名称和一个指向资源数组的指针。资源的类型由标志确定，这些标志包括：

IORESOURCE_MEM：这是内存区域的物理地址

IORESOURCE_IO：这是IO寄存器的物理地址或端口号

IORESOURCE_IRQ：这是中断号

下面是一个以太网控制器的平台数据示例，该数据取自arch/arm/mach versatile/core.c，为清晰起见，对其进行了编辑：

#define VERSATILE_ETH_BASE     0x10010000   #define IRQ_ETH                25   static struct resource smc91x_resources[] = {     [0] = {       .start          = VERSATILE_ETH_BASE,       .end            = VERSATILE_ETH_BASE + SZ_64K - 1,       .flags          = IORESOURCE_MEM,},

      [1] = {       .start          = IRQ_ETH,       .end            = IRQ_ETH,       .flags          = IORESOURCE_IRQ,}, 

   };   static struct platform_device smc91x_device = {     .name           = "smc91x",     .id             = 0,     .num_resources  = ARRAY_SIZE(smc91x_resources),     .resource       = smc91x_resources,};

它有一个64KB的内存区和一个中断。平台数据必须在内核中注册，通常在板初始化时：

 void __init versatile_init(void)  {    platform_device_register(&versatile_flash_device);    platform_device_register(&versatile_i2c_device);    platform_device_register(&smc91x_device);     [ ...]

将硬件与设备驱动程序链接

在上一节中，您已经看到了如何使用设备树和平台数据来描述以太网适配器。相应的驱动程序代码在drivers/net/ethernet/smsc/smc91x.c中，它同时处理设备树和平台数据。以下是初始化代码，为清晰起见再次编辑：

static const struct of_device_id smc91x_match[] = {     { .compatible = "smsc,lan91c94", },     { .compatible = "smsc,lan91c111", },     {},   };   MODULE_DEVICE_TABLE(of, smc91x_match);   static struct platform_driver smc_driver = {.probe = smc_drv_probe, 

     .remove = smc_drv_remove, 

     .driver ={       .name   = "smc91x",       .of_match_table = of_match_ptr(smc91x_match),     },   };   static int __init smc_driver_init(void)   {     return platform_driver_register(&smc_driver);   }   static void __exit smc_driver_exit(void)   {     platform_driver_unregister(&smc_driver);   }   module_init(smc_driver_init);   module_exit(smc_driver_exit);

当驱动程序初始化时，它调用platform_driver_register（），指向struct platform_driver，其中有一个对探测函数的回调、一个驱动程序名smc91x和一个指向“设备”id的struct的指针。

如果这个驱动程序是由设备树配置的，内核将在设备树节点中的compatible属性和compatible structure元素所指向的字符串之间寻找匹配。对于每个匹配，它调用probe函数。

另一方面，如果它是通过平台数据配置的，则将为指向的字符串上的每个匹配调用probe函数驱动程序名.

probe函数提取有关接口的信息：

static int smc_drv_probe(struct platform_device *pdev)  {     struct smc91x_platdata *pd = dev_get_platdata(&pdev->dev);     const struct of_device_id *match = NULL;     struct resource *res, *ires;     int irq;     

     res = platform_get_resource(pdev, IORESOURCE_MEM, 0);     ires = platform_get_resource(pdev, IORESOURCE_IRQ, 0);     [...]     addr = ioremap(res->start, SMC_IO_EXTENT);     irq = ires->start;[...] 

  }

对platform_get_resource（）的调用从设备树或平台数据中提取内存和irq信息。由驱动程序映射内存并安装中断处理程序。第三个参数在前面的两种情况下都为零，如果有一个以上的特定类型的资源，则会起作用。

设备树允许您配置的不仅仅是基本内存范围和中断。probe函数中有一段代码从设备树中提取可选参数。在此代码段中，它获取register io width属性：

match = of_match_device(of_match_ptr(smc91x_match), &pdev->dev);  if (match) {    struct device_node *np = pdev->dev.of_node;    u32 val;    [...]    of_property_read_u32(np, "reg-io-width", &val);    [...]}

对于大多数驱动程序，在Documentation/deviceree/bindings中记录了特定的绑定。对于这个特定的驱动程序，信息在Documentation/deviceree/bindings/net/smsc911x.txt中。

这里要记住的主要一点是，驱动程序应该注册一个探测函数和足够的信息，以便内核调用探测，因为它发现与它所知道的硬件匹配。设备树描述的硬件和设备驱动程序之间的链接是通过compatible属性实现的。平台数据和驱动程序之间的链接是通过名称实现的。

摘要

设备驱动程序的工作是处理设备，通常是物理硬件，但有时是虚拟接口，并以一致和有用的方式将它们呈现给用户空间。Linux设备驱动程序分为三大类：字符、块和网络。在这三种接口中，字符驱动接口是最灵活的，因此也是最常见的。Linux驱动程序适合于一个称为驱动程序模型的框架，该模型通过sysfs公开。在/sys中几乎可以看到设备和驱动程序的整个状态。

每个嵌入式系统都有自己独特的硬件接口和需求集。Linux为大多数标准接口提供了驱动程序，通过选择正确的内核配置，您可以很快得到一个工作的目标板。这就给您留下了非标准组件，您必须添加自己的设备支持。

在某些情况下，您可以通过使用GPIO、I2C等的通用驱动程序来回避这个问题，并编写用户空间代码来完成这项工作。我建议将此作为一个起点，因为它让您有机会在不编写内核代码的情况下熟悉硬件。编写内核驱动程序并不是特别困难，但是如果你真的这么做了，你需要小心编码，以免损害系统的稳定性。

我已经讨论过如何编写内核驱动程序代码：如果你沿着这条路走下去，你将不可避免地想知道如何检查它是否正常工作并检测出任何错误。