|
net_device结构保存与网络设备相关的所有信息。每一个网络设备都对应一个这样的结构，包括真实设备（例如以太网卡）和虚拟设备（比如bonding或VLAN）。
所有设备的net_device结构都放在一个全局链表中，链表的头指针是dev_base。net_device结构的定义在include/linux/netdevice.h中。 与sk_buff类似，net_device结构比较大，而且包含了很多特性相关的参数，这些参数在不同的协议层中使用。出于这个原因，net_device结构的组织会有一些改变，用于优化协议栈的性能。 网络设备可以分为不同的类型，比如以太网卡和令牌环网卡。net_device结构中的某些变量对同一类型的设备来说，取值是相同的；而某些变量在同一设备的不同工作模式下，取值必须不同。因此，对几乎所有类型的设备，linux内核提供了一个通用的函数用于初始化那些在所有模式下取值相同的变量。每一个设备驱动在调用这个函数的同时，还初始化那些在当前模式下取值不同的变量。设备驱动同样可以覆盖那些由内核初始化的变量(例如，在优化设备性能时)。 net_device结构中的变量可以分为以下几类：
1. 标识符net_device结构包括三个标识符： int ifindex int iflink unsigned short dev_id 2. Configuration有些参数可以在内核初始化此类设备时设置一个缺省值，而有些参数就需要留给设备驱动来填充。设备驱动可以更改缺省值，这个在前面已经说过。有些变量甚至可以在运行时通过命令如ifconfig或ip等来更改。实际上，有些变量，比如base_addr，if_port，dma和irq等通常都是由用户在加载设备驱动模块时设置的。但是，这些变量不能被虚拟设备使用。 char name[IFNAMSIZ] unsigned long mem_start unsigned long base_addr unsigned int irq unsigned char if_port unsigned char dma 并不是所有的设备都可以使用dma，因为有些总线不支持dma。 unsigned short flags bash# ifconfig lo 在这个例子中，UP LOOPBACK RUNNING等名词分别对应标记IFF_UP， IFF_LOOPBACK，IFF_RUNNING。 priv_flags存储一些对用户空间程序不可见的标记。目前，这个变量被VLAN和桥虚拟设备使用。 int features unsigned mtu
在1998年，Alteon Networks(2000年被Nortel Networks收购)提议将以太网帧的负载大小增加到9K字节。这个提案后来成为IETF的因特网草案，但是IEEE却没有接受它。IEEE规范中超过 1500字节的帧通常被成为jumbo帧，这种帧用在千兆以太网中以增加通吐量。这是因为更大的帧意味着用更少的帧可以传输更多的数据，从而减少中断的数量，减少CPU的使用量，并减少头部数据的占用率。关于增加以太网的MTU可以带来的好处，以及为什么IEEE没有接受这个扩展的原因可以在白皮书“在以太网中使用扩展的帧大小”中找到。这篇文章可以在网上搜索， 或者使用这个链接： unsigned short type unsigned short hard_header_len unsigned char broadcast[MAX_ADDR_LEN] unsigned char dev_addr[MAX_ADDR_LEN] int promiscuity 2.1. Interface types and ports有些设备可以支持多种接口(最常见的组合是BNC+RJ45)，用户可以根据需要来选择使用哪种接口。这个变量用来设置设备的接口类型。如果配置命令没有指定设备的接口类型，设备驱动就使用缺省的类型。在某些情况下，一个设备驱动可以处理多种接口类型；在这种情况下，设备驱动可以按一定的顺序来测试每个接口的类型。下面的代码片断展示了一个设备驱动如何根据配置来设置接口的类型： switch (dev->if_port) { 2.2. 混杂模式有些网络管理任务需要系统接收所有经过共享线缆的帧，而不仅是发给本机的帧；如果一个设备可以接收共享线缆上的所有帧，那么就可以说它工作在混杂模式下。如果一个应用程序需要测试本地网的网络性能或者检查网络的安全漏洞时，就需要使用混杂模式。混杂模式同样被网桥代码使用。当然，这对那些恶意的监听者也很有用，所有，在本地网上传输的数据都是不安全的，除非数据已被加密。 net_device结构中包含一个promiscuity计数器来标识设备是否工作在混杂模式。之所以使用计数器而不是一个标志位的原因是：可能有多个用户程序设置设备工作在混杂模式下。因此，每次进入混杂模式，计数器加一；退出混杂模式，计数器减一。只有计数器为0 时，设备才退出混杂模式。这个变量通常调用函数dev_set_promiscuity来设置。 如果promiscuity不为0(调用函数dev_set_promiscuity设置)，那么flags变量里面的 IFF_PROMISC标志位会被置位，这个标志位会在配置接口属性的函数中被检查。下面是一段摘自drivers/net/3c59x.c的代码，它展示了根据flags中的标志位来设置不同接收模式的过程： static void set_rx_mode(struct net_device *dev)
如果设置了IFF_PROMISC标志，new_mode变量会被初始化为接收发给本机的帧(RxStation)，多播帧(RxMulticast)，广播帧(RxBroadcast)，和其他所有的帧(RxProm)。EL3_CMD是距离设备内存起始地址的偏移量，它是内核发送给设备的命令所存储的地址。 3. Statisticsnet_device结构里面没有包含描述各种统计信息的变量，相反，它包含一个名为priv的指针，这个指针指向一个设备私有的，描述设备统计信息的数据结构。这个私有数据结构中包括了诸如设备发包数，设备收包数，以及出错包数等统计信息的变量。 priv所指向的数据结构的定义与设备类型和设备的工作模式有关：因此，不同的以太网卡可能拥有不同的私有数据结构。但是，几乎所有的结构都包含一个类型是net_device_stats的变量(在include/linux/netdevice.h中定义)，它包含了所有设备都具有的常用统计信息，这些信息可以通过函数get_stats来获取。 无线设备的行为与有线设备的行为不同，因此，在无线设备里没有net_device_stats类型的变量。相反，无线设备有一个类型是iw_statistics的变量，这个变量的值可以通过函数get_wireless_stats来获取，这个函数会在后面描述。 priv所指向的数据结构的名称有时会反映设备的类型(例如，vortex_private代表Vortex和 Boomerang系列，有时也被称作3c59x系列)。一般情况下，它的名字就是简单的net_local。但是，net_local中的变量对不同的设备来说，都是不同的。 私有数据结构的复杂度与设备所支持的功能，以及设备驱动作者希望支持多么复杂的统计功能，或者多么复杂的设计以提高设备性能有关。例如，drivers/net/3c507.c中的3c507驱动所定义的net_local就比drivers/net/3c59x.c中的 3c59x驱动所定义的vortex_private简单的多。当然，它们都包含一个类型是net_device_stats的变量。 4. Device Status为了控制与设备的交互，每个设备驱动都会维护一些信息，比如：时间戳，接口支持哪些功能的标记等。在SMP系统中，内核需要保证不同cpu对同一设备的并发访问能够正确地执行。net_device结构中的以下几个变量实现这些功能： unsigned long state
enum {...} reg_state unsigned long trans_start unsigned long last_rx struct net_device *master spinlock_t xmit_lock int xmit_lock_owner void *atalk_ptr void *ip_ptr void *dn_ptr void *ip6_ptr void *ec_ptr void *ax25_ptr 5. List Managementnet_device结构放在一个全局的链表和两个哈希表中。以下变量用于组成这些链表和哈希表： struct net_device *next
struct hlist_node name_hlist struct hlist_node index_hlist 6. Link Layer Multicast多播是一种将数据传递给多个接收者的技术。多播既可以在L3(如ip)上实现，也可以在L2(如以太网)上实现。在这一节，我们关注的是后面一种实现。 链路层多播可以通过特殊的多播地址或者在链路层头部填入特殊的控制信息来实现(如果链路层协议不支持多播，可以采用模拟的方式实现)。以太网本身就支持多播。多播地址通过一个特定的位与其他地址区分开。这就意味着，有50%的地址是多播地址，它的数量是2的48次方，这是一个巨大的数字。如果一个接口要加入一个多播组(一个多播地址就是一个多播组)，它可以简单地接收所有多播地址的帧，而不是维护一个多播地址列表，并且过滤那些不在列表中的地址。net_device结构中的flags变量中有一位来控制设备是否监听所有的地址。设备驱动设置或清除这个标记的动作由 all_multi变量控制。 每个net_device结构都会包含一个dev_mc_list类型的变量，这个变量维护设备监听的多播地址表。添加和删除多播地址可以分别调用函数dev_mc_add和dev_mc_delete完成。在net_device中，相关的变量还包括：
struct dev_mc_list *mc_list int mc_count int allmulti 7. Traffic ManagementLinux流量控制子系统的功能已经非常强大，并且已经成为Linux内核中的一个重要组件。相关的内核选项是 “Device drivers ->Networking support ->Networking options ->QoS and/or fair queueing”。net_device中的相关变量包括： struct net_device *next_sched
struct Qdisc *qdisc struct Qdisc *qdisc_sleeping struct Qdisc *qdisc_ingress struct list_head qdisc_list spinlock_t queue_lock spinlock_t ingress_lock unsigned long tx_queue_len 8. Feature Specific就像我们在sk_buff中看到的一样，net_device中的有些变量是与特性相关的，只有内核包含了这个特性，这些变量才会有效。[]这些变量只有在内核包含某些特性是才有效，比如br_port。 struct divert_blk *divert
struct net_bridge_port *br_port void (*vlan_rx_register)(...) void (*vlan_rx_add_vid)(...) void (*vlan_rx_kill_vid)(...) int netpoll_rx void (*poll_controller)(...) 9. Generic除了前面提到的维护设备链表的变量外，还有一些变量用于维护net_device结构。需要注意的是，如果这些变量不再有什么作用，就会被删掉：
atomic_t refcnt int watchdog_timeo struct timer_list watchdog_timer int (*poll)(...) struct list_head poll_list int quota int weight const struct iw_handler_def *wireless_handlers struct iw_public_data *wireless_data struct list_head todo_list struct class_device class_dev 10. Function Pointers内核网络代码使用了很多函数指针。net_device结构中同样包括了许多函数指针。这些函数指针主要完成以下几个功能：
A few function pointers were already introduced in the previous sections when describing the fields used to accomplish a specific task. Here are the generic ones:
struct ethtool_ops *ethtool_ops int (*init)(...) void (*uninit)(...) void (*destructor)(...) int (*open)(...) int (*stop)(...) struct net_device_stats* (*get_stats)(...) struct iw_statistics* (*get_wireless_stats)(...) int (*hard_start_xmit)(...) int (*hard_header)(...) int (*rebuild_header)(...) int (*hard_header_cache)(...) void (*header_cache_update)(...) int (*hard_header_parse)(...) int (*neigh_setup)(...) int (*do_ioctl)(...) void (*set_multicast_list)(...) int (*set_mac_address)(...) int (*set_config)(...) int (*change_mtu)(...) void (*tx_timeout)(...) int (*accept_fastpath)(...) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
http://blog.chinaunix.net/u/26185/showart_455200.html
646
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
