Linux驱动的软件架构？

Linux不是为了某单一电路板而设计的 *** 作系统，它可以支持约30种体系结构下一定数量的硬件，因此，它的驱动架构很显然不能像RTOS下或者无 *** 作系统下那么小儿科的做法。Linux设备驱动非常重视软件的可重用和跨平台能力。譬如，如果我们写下一个DM9000网卡的驱动，Linux的想法是这个驱动应该最好一行都不要改就可以在任何一个平台上跑起来。

#ifdef BOARD_Xxx

#define DM9000_BASE 0x100oo#define DM900o_IRQ 8

#elif defined(BOARD_YYY)#define DM9000_BASEox200oo#define DM90oo_IRo 7

#elif defined (BOARD_Z2Z)#define DM9000_BASEox3000o#define DM9o0o_IRQ9...

#endif

上述代码主要有如下问题:

1)此段代码看起来面目可憎，如果有100个板子，就要iflelse 100次，到了第101个板子，又得重新加ifelse。代码进行着简单的“复制—粘贴”，“复制—粘贴”式的简单重复通常意味着代码编写者的水平很差。

2）非常难做到一个驱动支持多个设备，如果某个电路板上有两个DM9000网卡，则DM9000_BASE这个宏就不够用了，此时势必要定义出来DM9000_BASE 1、DM9000_BASE 2、DM9000_IRQ 1、DM9000_IRQ 2类的宏定义了DM9000_BASE 1、DM9000_BASE2后，如果又有第3个DM9000网卡加到板子上，前面的代码就又不适用了。

3）依赖于make menuconfig选择的项目来编译内核，因此，在不同的硬件平台下要依赖于所选择的BOARD_XXX、BOARD_YYY选项来决定代码逻辑。这不符合ARM Linux 3.x一个映像适用于多个硬件的目标。实际上，我们可能同时选择了BOARD_XXX、BOARD_YYY、BOARD_ZZZ。

我们按照上面的方法编写代码的时候，相信自己编着编着也会觉得奇怪，代码不好。这个时候，我们有没有办法把设备端的信息从驱动里面剥离出来，让驱动以某种标准方法拿到这些平台信息呢Linux总线、设备和驱动模型实际上可以做到这一点，驱动就可以放之四海而皆准了。

1、检查开发板网口灯是否亮。

2、检查你的PC机IP地址是否和开发板在同一网段（192.168.1.x）。

3、开发板上ping自己一下。

4、检查开发板系统日志有没有错误（dmesg）。

最大的可能就是2的情况，你看一下。

---