本篇是mii management/mdio模块分析的第三篇文章，本章我们主要介绍mii-bus的注册与注销接口。在前面的介绍中也已经说过，我们可以将mii-bus理解为mdio总线的控制器的抽象，就像spi-master、i2c-adapter一样。本篇文章主要涉及如下两部分：mii-bus的注册与注销接口mii-bus提供的方法说明mii-b...

前面五章我们基本上把IIO 子系统的内部设计实现均作了说明，本章我们将说明iio device的驱动开发流程，本章的主要内容大致安排如下：一、IIO子系统的关键技术点总结二、IIO DEVICE的注册与注销接口说明三、IIO DEVICE的驱动开发流程一、IIO子系统的关键技术点总结以上几篇文章已经对IIO子系统的设计实现做了大致说明，IIO子系统主要使用如下几个关键技术点实现其主要功能：借助sy

Linux softirq一、 软中断产生的原因软中断：用于有效的实现内核的延期操作，也是底半部机制tasklet的基础二、 数据结构1)softirq_action该结构是软中断的核心数据结构，代表软中断处理函数。struct softirq_action{void (*action)(struct softirq_action *);};2）下面

在之前几篇文章中，我们介绍了文件系统的注册、超级块的创建、dentry、inode创建、文件描述符，以及这些结构体之间的关联，文件系统模块与进程模块之间的关联，本文介绍dev文件系统，该文件系统涉及设备文件的创建、访问以及对设备文件的访问操作等。本篇文章主要包括如下小节（代码基于linux3.10版本）1.设备文件系统的注册2.设备文件系统的挂载3.设备文件的创建...

对于网桥端口设备，底层接收到数据以后，经过网卡驱动的接收函数处理以后，最终会调用函数netif_receive_skb，而netif_receive_skb在对数据包头进行相关处理以及对ptype_all链上注册的相关协议进行调用deliver_skb处理后（包括PF_PACKET类型的rawsocket处理），会调用handle_bridge进入网桥处理，而其会调用br_handle_frame

本文主要是总结分析，在前面两节中，我们根据linux2.6.32中

通过上面一节的分析我们知道，我们通过iptables -A操作添加的规则，都会保存在一个xt_table->private->entries[]中，所以当数据到来后，协议栈执行NF_HOOK操作时，肯定需要遍历xt_table->private->entries中的规则，找到一个匹配的规则，然后对进来的数据包执行该规则的target操作。从xt_table的通用性，我们可以猜到，肯定会有一个通用的

前面分析了igmp snooping的实现，最近由于工作比较忙，还有就是个人比较懒的缘故一直没有分析igmpproxy的实现，今天开始分析igmpproxy的实现。       我们首先还是从数据结构开始分析之路。 1. ip_mc_liststruct ip_mc_list {       structin_device      *interface;//三层接口   

从本章开始，我们进行hwmon子系统的分析，hwmon即hardware monitoring framework，硬件监视框架，包括温度传感器、风扇、电源等器件驱动的框架。hwmon子系统主要借助sysfs提供的api接口，实现对硬件监控器件的通信，也就是借助sysfs的文件创建的机制实现应用程序与hwmon器件的通信操作。本系统主要规划如下几篇文章：一、框架说明二、hwmon 子系统详细说明三

上面一节分析了arp协议的初始化过程。本节主要是arp数据包的处理流程，在arp初始化时,通过调用dev_add_pack将arp协议的接收处理函数添加到了三层协议数据包处理函数相关的hash链表ptype_base中（关于三层协议数据包处理函数相关的hash链表，请参考文档）。当底层接收到属于本机的arp数据包时，就会调用arp_rcv进行后续处理。    下面我们就分析arp_rcv以及与