第8章 硬件管理.docVIP

第8章 硬件管理 尽管通过玩玩scull和类似的一些玩具程序来熟悉Linux设备驱动程序的软件接口显得很轻松，但是测试真正的设备还是要涉及硬件。驱动程序是软件概念和硬件设备间的一个抽象层；因此，我们两者都要谈谈。到目前为止，我们已经详细讨论了软件上的一些概念；本章将接着介绍驱动程序是如何在保证可移植的前提下访问I/O端口和I/O地址空间的。 和前面一样，我的示例代码也不针对特定的设备。但是我们不能再用象scull这样的基于内存的设备。本章的例子使用并口设备来讲解I/O指令，使用字符模式VGA卡的显示缓冲区来讲解基于内存映射的I/O。 这里我选择并口的原因是它能提供位信息的输入输出。写向设备的数据位出现在输出引脚上，而输入引脚的电压值可以由处理器控制。实际上，你可以将LED连到并口上来观察I/O操作的结果。并口比串口更容易编程，而且几乎每台计算机(甚至Alpha)都和PC机一样提供了并口。 至于基于内存映射的I/O，字符模式的VGA是标准的内存映射设备，而每台计算机都有VGA兼容的字符模式。遗憾的是，不是每台Alpha都有VGA显示卡，Sparc就肯定没有，所以我们的与VGA有关的代码就不象并口的例子那样可以移植了。并且，为了运行示例程序，你要切换到字符模式下，但这并不是个太大的限制。用VGA显示卡上上内存做实验可能造成的最大问题是示例驱动程序不可避免地会破坏前台的虚拟控制台。 使用I/O端口 I/O端口有点类似内存位置：可以用和访问内存芯片相同的电信号对它进行读写。但这两者实际上并不一样；断口操作是直接对外设进行的，和内存相比更不灵活。而且，有8位的端口，也有16位的端口和32位的端口，不能相互混淆*。 因此，C语言程序必须调用不同的函数来访问大小不同的端口。Linux内核头文件中(就在与体系结构相关的头文件asm/io.h中)定义了如下一些内联函数。 ——————————————————————————————————————— 注意 从现在开始，如果我只使用unsigned而不进一步指定类型信息的话，那我是在谈及一个与体系结构相关的定义，此时就不必关心它的准确特性。这些函数基本是可移植的，因为编译器在赋值时会自动进行强制类型转换(cast)－类型被强制转换成unsigned类型防止了编译时出现的警告信息。只要程序员赋值时注意避免溢出，这种强制类型转换就不会丢失信息。在本章剩余部分我会一直保持这种“不完整的类型定义”的方式。 ——————————————————————————————————————— unsigned inb(unsigned port); void outb(unsigned char byte, unsigned port); 按字节(8位宽度)读写端口。port参数在一些平台上定义为unsigned long，而在另一些平台上定义为unsigned short。不同平台上inb返回值的类型也不相同。 unsigned inw(unsigned port); void outw(unsigned short word, unsigned port); 这些函数用于访问16位端口(“字宽度”)；Linux的M68k版本不提供，因为该处理器只支持字节宽度的I/O操作，unsigned inl(unsigned port); void outl(unsigned doubleword, unsigned port); 这些函数用于访问32位端口。doubleword参数根据不同平台定义成unsigned long类型或unsigned int类型。 除了每次只能传输一个数据单位的in和out操作，绝大多数处理器还提供了能传输多个字节，字或long类型数据的特殊指令。这些指令就是所谓的“串指令”，将在本章稍后处的“串操作”一节中介绍。 注意这里没有定义64位的I/O操作。即使在64位的体系结构上，I/O端口也只使用32位的数据通路。 上面这些函数主要是提供给设备驱动程序使用的，但它们也可以在用户空间使用(预处理定义和内联声明没有用#ifdef __KERNEL__保护)。但是如果要在用户空间代码中使用inb及其相关函数，必须满足下面这些条件： 编译该程序时必须带-O选项来强制内联函数的展开。 必须用ioperm或iopl来获取对端口进行I/O操作的权限。ioperm用来获取对指定端口的操作权限，而iopl用来获取对整个I/O空间的操作权限。这两个函数都是Intel平台提供的。 必须以root身份运行该程序才能调用ioperm。或者，该程序的某个祖先已经以root身份获取了对端口操作的权限。 示例程序misc-progs/inp.c和misc-progs/outp.c是在用户空间通过命令行读