为什么dev.bus在我的设备中是NULL?

时间:2011-05-19 11:54:32

标签: linux linux-kernel linux-device-driver

我试图了解linux设备/驱动程序模型是如何工作的,为此我写了一个小模块。这个模块很简单,通过函数struct net_device检索指向dev_get_by_name(&init_net, "eth0")(我们称之为netdev)的指针。为什么netdev->dev.bus的值为NULL?该指针应该表示我的设备所连接的bus_type结构吗?然而,字段netdev->parent->bus不是NULL,但它应代表eth控制器的总线......任何解释?

1 个答案:

答案 0 :(得分:3)

这是因为您的eth设备,或者更好地说它在内核中的设备“对象”不是总线,因此它的总线值保持单元化。但它的父设备通常在总线上,父设备知道它所在的总线就足够了,因为在驱动程序初始化期间两个设备最终都是链接的。

让我们看看一个例子:这是我在ethfs设备的sysfs中的内容(请注意设备字段):

$ ll /sys/class/net/eth0/
total 0
-r--r--r-- 1 root root 4096 May 20 11:10 address
-r--r--r-- 1 root root 4096 May 20 11:10 addr_len
-r--r--r-- 1 root root 4096 May 20 11:10 broadcast
-r--r--r-- 1 root root 4096 May 20 11:10 carrier
lrwxrwxrwx 1 root root    0 May 20 11:10 device -> ../../../devices/pci0000:00/0000:00:19.0
-r--r--r-- 1 root root 4096 May 20 11:10 dev_id
-r--r--r-- 1 root root 4096 May 20 11:10 dormant
-r--r--r-- 1 root root 4096 May 20 11:10 features
-rw-r--r-- 1 root root 4096 May 20 11:10 flags
-rw-r--r-- 1 root root 4096 May 20 11:10 ifalias
-r--r--r-- 1 root root 4096 May 20 11:10 ifindex
-r--r--r-- 1 root root 4096 May 20 11:10 iflink
-r--r--r-- 1 root root 4096 May 20 11:10 link_mode
-rw-r--r-- 1 root root 4096 May 20 11:10 mtu
-r--r--r-- 1 root root 4096 May 20 11:10 operstate
drwxr-xr-x 2 root root    0 May 20 11:10 power
drwxr-xr-x 2 root root    0 May 20 11:10 statistics
lrwxrwxrwx 1 root root    0 May 20 11:10 subsystem -> ../../net
-rw-r--r-- 1 root root 4096 May 20 11:10 tx_queue_len
-r--r--r-- 1 root root 4096 May 20 11:10 type
-rw-r--r-- 1 root root 4096 May 20 11:10 uevent

设备的链接是根据驱动程序探测功能的代码创建的,其中netdev是网络设备,pdev是关联的PCI设备:

SET_NETDEV_DEV(netdev, &pdev->dev);

根据文件是:

/* Set the sysfs physical device reference for the network logical device
 * if set prior to registration will cause a symlink during initialization.
 */
#define SET_NETDEV_DEV(net, pdev)   ((net)->dev.parent = (pdev))

这就是我在相应的PCI设备中所拥有的,这是由SET_NETDEV_DEV设置的(你可以注意到总线字段):

$ ll /sys/devices/pci0000\:00/0000\:00\:19.0/
total 0
-rw-r--r-- 1 root root   4096 May 20 11:54 broken_parity_status
lrwxrwxrwx 1 root root      0 May 20 11:22 bus -> ../../../bus/pci
-r--r--r-- 1 root root   4096 May 20 11:07 class
-rw-r--r-- 1 root root    256 May 20 11:22 config
-r--r--r-- 1 root root   4096 May 20 11:54 device
lrwxrwxrwx 1 root root      0 May 20 11:22 driver -> ../../../bus/pci/drivers/e1000e
-rw------- 1 root root   4096 May 20 11:22 enable
-r--r--r-- 1 root root   4096 May 20 11:07 irq
-r--r--r-- 1 root root   4096 May 20 11:54 local_cpulist
-r--r--r-- 1 root root   4096 May 20 11:07 local_cpus
-r--r--r-- 1 root root   4096 May 20 11:22 modalias
-rw-r--r-- 1 root root   4096 May 20 11:22 msi_bus
lrwxrwxrwx 1 root root      0 May 20 11:22 net:eth0 -> ../../../class/net/eth0
drwxr-xr-x 2 root root      0 May 20 11:11 power
-r--r--r-- 1 root root   4096 May 20 11:22 resource
-rw------- 1 root root 131072 May 20 11:22 resource0
-rw------- 1 root root   4096 May 20 11:22 resource1
-rw------- 1 root root     32 May 20 11:22 resource2
lrwxrwxrwx 1 root root      0 May 20 11:22 subsystem -> ../../../bus/pci
-r--r--r-- 1 root root   4096 May 20 11:22 subsystem_device
-r--r--r-- 1 root root   4096 May 20 11:22 subsystem_vendor
-rw-r--r-- 1 root root   4096 May 20 11:22 uevent
-r--r--r-- 1 root root   4096 May 20 11:22 vendor

我希望这可以澄清这种情况。