驱动在初始化时最有挑战性的问题中的一个是如何决定设备要使用哪个 IRQ 线. 驱动需 要信息来正确安装处理. 尽管程序员可用请求用户在加载时指定中断号, 这是个坏做法, 因为大部分时间用户不知道这个号, 要么因为他不配置跳线要么因为设备是无跳线的. 大
部分用户希望他们的硬件"仅仅工作"并且不感兴趣如中断号的问题. 因此自动检测中断号 是一个驱动可用性的基本需求.
有时自动探测依赖知道一些设备有很少改变的缺省动作的特性. 在这个情况下, 驱动可能 假设缺省值适用. 这确切地就是 short 如何缺省对并口动作的. 实现是直接的, 如 short 自身显示的:
if (short_irq < 0) /* not yet specified: force the default on */ switch(short_base) {
case 0x378: short_irq = 7; break;
case 0x278: short_irq = 2; break; case 0x3bc: short_irq = 5; break;
}
代码根据选择的 I/O 基地址赋值中断号, 而允许用户在加载时覆盖缺省值, 使用如: insmod ./short.ko irq=x
short_base defaults to 0x378, so short_irq defaults to 7.
有些设备设计得更高级并且简单地"宣布"它们要使用的中断. 在这个情况下, 驱动获取中 断号通过从设备的一个 I/O 端口或者 PCI 配置空间读一个状态字节. 当目标设备是一个 有能力告知驱动它要使用哪个中断的设备时, 自动探测中断号只是意味着探测设备, 探测 中断没有其他工作要做. 幸运的是大部分现代硬件这样工作; 例如, PCI 标准解决了这个 问题通过要求外设来声明它们要使用哪个中断线. PCI 标准在 12 章讨论.
不幸的是, 不是每个设备是对程序员友好的, 并且自动探测可能需要一些探测. 这个技术 非常简单: 驱动告知设备产生中断并且观察发生了什么. 如果所有事情进展地好, 只有一 个中断线被激活.
尽管探测在理论上简单的, 实际的实现可能不清晰. 我们看 2 种方法来进行这个任务: 调用内核定义的帮助函数和实现我们自己的版本.