Linux内核proc文件系统的冰山一角－－源自对/proc/net/dev文件中各网卡参数的疑问

最近在调试网卡驱动时一直对/proc/net/dev 文件中各网卡参数是如何得来的有很大的疑问。 insmod 以太网卡驱动后，cat /proc/net/dev 可以看到多了eth0的信息。开始，一直以为是驱动的代码调用某个写/proc文件的函数，从而把eth0的信息写到/proc/net/dev文件里。 可是反复看代码也没有发现相关的函数。今天突然想先拿/proc/interrupt 来分析一下，看了看linux-2.6.28的代码，就有了这篇《Linux内核proc文件系统的冰山一角－－源自/proc/net/dev文件中各网卡参数的疑问》。 （一）先分析/proc/interrupts linux-2.6.28/arch/arm/kernel/irq.c --> show_interrupt() 在linux-2.6.28/fs/proc/interrupt.c module_init(proc_interrupts_init); | -->proc_interrupts_init() | --> proc_create("interrupts", 0, NULL, &proc_interrupts_operations); /*参数NULL说明是在/proc 目录下创建 名字为interrupts的文件。 */ 一位伟大的程序员说过 -- "代码就是最好的文档". (黄金必杀句) static const struct file_operations proc_interrupts_operations = { .open = interrupts_open, ... }; static int interrupts_open(struct inode *inode, struct file *filp) { return seq_open(filp, &int_seq_ops); } static const struct seq_operations int_seq_ops = { ... .show = show_interrupts }; linux-2.6.28/arch/arm/kernel/irq.c show_interrupts() { ... for_each_present_cpu(cpu) { sprintf(cpuname, "CPU%d", cpu); seq_printf(p, " %10s", cpuname); } ... seq_printf(p, "%3d: ", i); for_each_present_cpu(cpu) seq_printf(p, "%10u ", kstat_cpu(cpu).irqs[i]); seq_printf(p, " %10s", irq_desc[i].chip->name ? : "-"); seq_printf(p, " %s", action->name); for (action = action->next; action; action = action->next) seq_printf(p, ", %s", action->name); ... } 在这里如果能够想到irq_desc[]这个全局的结构数组, 就都明白了。 下面是一个实际运行 cat /proc/interrupts 的结果 CPU0 8: 2 GPIO-l eth0 11: 0 SC pxa25x_udc 14: 404 SC AC97 22: 43 SC FFUART 25: 0 SC DMA 26: 19388 SC ost0 67: 0 GPIO UCB1400 Err: 0 （二）再来看看/proc/net/dev 直接看代码吧，linux-2.6.28/net/core/dev.c static int __net_init dev_proc_net_init(struct net *net) { ... if (!proc_net_fops_create(net, "dev", S_IRUGO, &dev_seq_fops)) goto out; ... } static int dev_seq_open(struct inode *inode, struct file *file) { return seq_open_net(inode, file, &dev_seq_ops, sizeof(struct seq_net_private)); } static const struct file_operations dev_seq_fops = { ... .open = dev_seq_open, ... }; static int dev_seq_open(struct inode *inode, struct file *file) { return seq_open_net(inode, file, &dev_seq_ops, sizeof(struct seq_net_private)); } static const struct seq_operations dev_seq_ops = { ... .next = dev_seq_next, ... .show = dev_seq_show, }; /* * Called from the PROCfs module. This now uses the new arbitrary sized * /proc/net interface to create /proc/net/dev */ static int dev_seq_show(struct seq_file *seq, void *v) { if (v == SEQ_START_TOKEN) seq_puts(seq, "Inter-| Receive " " | Transmit/n" " face |bytes packets errs drop fifo frame " "compressed multicast|bytes packets errs " "drop fifo colls carrier compressed/n"); else dev_seq_printf_stats(seq, v); return 0; } static void dev_seq_printf_stats(struct seq_file *seq, struct net_device *dev) { struct net_device_stats *stats = dev->get_stats(dev); seq_printf(seq, "%6s:%8lu %7lu %4lu %4lu %4lu %5lu %10lu %9lu " "%8lu %7lu %4lu %4lu %4lu %5lu %7lu %10lu/n", dev->name, stats->rx_bytes, stats->rx_packets, stats->rx_errors, stats->rx_dropped + stats->rx_missed_errors, stats->rx_fifo_errors, stats->rx_length_errors + stats->rx_over_errors + stats->rx_crc_errors + stats->rx_frame_errors, stats->rx_compressed, stats->multicast, stats->tx_bytes, stats->tx_packets, stats->tx_errors, stats->tx_dropped, stats->tx_fifo_errors, stats->collisions, stats->tx_carrier_errors + stats->tx_aborted_errors + stats->tx_window_errors + stats->tx_heartbeat_errors, stats->tx_compressed); } void *dev_seq_next(struct seq_file *seq, void *v, loff_t *pos) { struct net *net = seq_file_net(seq); ++*pos; return v == SEQ_START_TOKEN ? first_net_device(net) : next_net_device((struct net_device *)v); } 下面是一个实际运行 cat /proc/net/dev 的结果 Inter-|Receive Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo:16200 185 0 0 0 0 0 0 16200 185 0 0 0 0 0 0 eth0:13817124 13810 0 0 0 0 0 0 3416037 13030 0 0 0 0 0 0 "%6s: %8lu %7lu %4lu %4lu %4lu %5lu %10lu %9lu " "%8lu %7lu %4lu %4lu %4lu %5lu %7lu %10lu/n", 17个参数完全匹配上了。 这里需要指出的是Linux的网卡设备是由linux的链表管理的，dev_seq_next的作用就不言而喻了。 真是无语了，贴了一堆代码。不过最起码还有点代码，要不然岂不成了无code（哈哈哈，多么天真无邪的笑声）。 认 真想一下，突然醒悟了，“驱动的代码调用某个写/proc文件的函数把eth0的信息写到/proc/net/dev文件”的想法是不正确的，起码没有深 刻的理解Linux下文件的含义。Linux 的vfs 里各文件的读写等操作可以有不同的实现, 而上述的几个/proc 文件都没有write的实现，这就是从驱动的角度来跟踪内核代码没有收获的原因了，因为根本就没有去写/proc/net/dev这个文件，自然找不到向 /proc/net/dev添加eth0内容的函数了。 但是为什么cat /proc/net/dev的内容出现了变化呢？先说个看似不相关的话，魔术师大卫.科波菲尔的“消失自由女神像”是真的把自由女神像移走了吗？当然没 有，但是他给观众show出的景象里自由女神像是不存在的，观众就认为自由女神像消失了。Linux的vfs就魔术师一样，/proc的那些文件的操作函 数很特殊，不需要直接对/proc文件的内容进行写操作来添加内容，就能用充满魔力的show函数来给用户提供信息。