linux 适配电脑内核,Linux内核实践 如何添加网络协议[三]：实现 -电脑资料

最新推荐文章于 2022-10-22 15:57:00 发布
最新推荐文章于 2022-10-22 15:57:00 发布
阅读量84 收藏
点赞数
文章标签： linux 适配电脑内核

内核版本：2.6.34

接上篇《添加网络协议》，

为了用户方便查看brcm设备的工作状态，使用proc文件系统是很好的方 式。一个网络协议模块可以注册到网络空间中register_pernet_subsys()，这个函数会为子空间分配一个id号，通过id可以在网 络空间中找到分配给该子空间的内存：init_net->gen->ptr[id - 1]。而我们正是利用这块内存去存储proc中的相关信息 ：struct brcm_net，它记录了brcm设备在proc文件系统中的位置。

struct brcm_net {

/* /proc/net/brcm */

struct proc_dir_entry *proc_brcm_dir;

/* /proc/net/brcm/config */

struct proc_dir_entry *proc_brcm_conf;

};

在加载brcm模块时会注册子空间，brcm_init_net创建在proc中的相关项，并记录路径在brcm_net中； brcm_exit_net删除在proc中的相关项；brcm_net_id记录分配给子空间的id，这样通过init_net->gen->ptr[brcm_net_id - 1]就可以操作brcm_net了。

err = register_pernet_subsys(&brcm_net_ops);

static struct pernet_operations brcm_net_ops = {

.init = brcm_init_net,

.exit = brcm_exit_net,

.id = &brcm_net_id,

.size = sizeof(struct brcm_net),

};

注意到在brcm_init_net和brcm_exit_net中添加和删除的仅仅是/proc/net/brcm目录和config文件，而在使用中 brcm设备是可以动态创建的，因此这部分代码应该发生在添加和删除brcm设备时，而不是在brcm模块注册和删除时。最简单的是 直接添加在register方法或unregister方法中，但内核提供了更好的机制：事件，将对proc的操作分离出来，因为proc的操作实 际上属于附加的操作而不是必须的操作。下面就来看event机制。

前面几篇已经有描述过event机制，这里的事件都是关于设 备的事件，使用的是register_netdevice_notifier()来，注册notifier到netdev_chain链表上。在加载brcm模块时注册 notifier，brcm_notifier_block包含了brcm设备对所关心的事件作出的反应。

err = register_netdevice_notifier

(&brcm_notifier_block);

static struct notifier_block brcm_notifier_block __read_mostly = {

.notifier_call = brcm_device_event,

};

设备对哪些事件会感兴趣，首先，brcm设备对注册和注销是感兴趣的，要操作proc文件系统；其次，对于发往brcm 下层设备的事件，要考虑这些事件造成的连带影响(比如eth1被down掉，则其上的brcm设备也应该被down掉)，一般是下层设备的 事件对其上的所有brcm设备都进行相应操作。

所以在brcm_device_event有两类进入的设备dev会进行操作，一类是brcm设备 ，它仅仅是操作proc文件系统。判断是否为brcm设备，是的话则由__brcm_device_event() 处理。

if (is_brcm_dev(dev))

__brcm_device_event(dev, event);

static void __brcm_device_event(struct net_device *dev, unsigned long event)

{

switch (event) {

case NETDEV_CHANGENAME:

brcm_proc_rem_dev(dev);

if (brcm_proc_add_dev(dev) < 0)

pr_warning("BRCM: failed to change proc name for %s\n",

dev->name);

break;

case NETDEV_REGISTER:

if (brcm_proc_add_dev(dev) < 0)

pr_warning("BRCM: failed to add proc entry for %s\n",

dev->name);

break;

case NETDEV_UNREGISTER:

brcm_proc_rem_dev(dev);

break;

}

}

如何是brcm的下层设备，如根据brcm_group_hash中的映射关系，对下层设备相关的所有brcm设备进行操作：

switch (event) {

case NETDEV_CHANGE:

/* Propagate real device state to vlan devices */

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

netif_stacked_transfer_operstate(dev, brcmdev);

}

break;

case NETDEV_CHANGEADDR:

/* Adjust unicast filters on underlying device */

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

flgs = brcmdev->flags;

if (!(flgs & IFF_UP))

continue;

brcm_sync_address(dev, brcmdev);

}

break;

case NETDEV_CHANGEMTU:

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

if (brcmdev->mtu <= dev->mtu)

continue;

dev_set_mtu(brcmdev, dev->mtu);

}

break;

case NETDEV_DOWN:

/* Put all VLANs for this dev in the down state too. */

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

flgs = brcmdev->flags;

if (!(flgs & IFF_UP))

continue;

brcm = brcm_dev_info(brcmdev);

dev_change_flags(brcmdev, flgs & ~IFF_UP);

netif_stacked_transfer_operstate(dev, brcmdev);

}

break;

case NETDEV_UP:

/* Put all VLANs for this dev in the up state too. */

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

flgs = brcmdev->flags;

if (flgs & IFF_UP)

continue;

brcm = brcm_dev_info(brcmdev);

dev_change_flags(brcmdev, flgs | IFF_UP);

netif_stacked_transfer_operstate(dev, brcmdev);

}

break;

case NETDEV_UNREGISTER:

/* Delete all BRCMs for this dev. */

grp->killall = 1;

for (i = 0; i < BRCM_GROUP_ARRAY_LEN; i++) {

brcmdev = brcm_group_get_device(grp, i);

if (!brcmdev)

continue;

/* unregistration of last brcm destroys group, abort

* afterwards */

if (grp->nr_ports == 1)

i = BRCM_GROUP_ARRAY_LEN;

unregister_brcm_dev(brcmdev, &list);

}

unregister_netdevice_many(&list);

break;

}

到这里，协议的添加就大致完成了，当然还包括一些头文件的修改，宏变量的添加等就不一一详述，具体可见最后的附件，Linux内核实践 如何添加网络协议[三]：实现》(https://www.unjs.com)。

为了编译进内核，还需要修改以下文件：

$(linux)/net/Kconfig  $(linux)/net/Makefile

最后，在make menuconfig选择添加brcm协议

Networking Support -> Networking options

同时，需要一个简单 的用户空间工具来配置我们的brcm设备，就像vconfig用来配置vlan设备一样；编写的简单的bconfig工具，命令格式：

"Usage: add [interface-name] [brcm_port]\n"

"       rem [dev-name]";

内核编译完成后就该进行测试了，如果开启了内核调 试信息，启动内核就看到以下信息：

然后启用网卡，可以查看到添加了brcm设备后的状态：

可以使用原生套接字自己打上brcm头后发送报文让协议栈接收，或者用wireshark等捕获协议栈发出的报文，下图即是捕获到 的报文：

这是主机发出的arp报文，可以看到，在源mac后接的不是vlan报头，而是我们添加的brcm报文，协议号是8744。

查看proc 中信息：

附：patch补丁 && 重要的源文件 && bconfig工具源码

http://download.csdn.net/source/3548117

weixin_39682897
关注
内核网络通知链的使用netdev_chain和inetaddr_chain
yldfree的博客
11-14 4014
函数介绍 (1) int register_netdevice_notifier(struct notifier_block *nb) 功能: 在内核通知链netdev_chain上注册消息块,用来接收有关网络设备的注册状态等信息 nb:消息块,在里面自己添加消息处理函数 返回值:成功返回0 头文件:#include &lt;linux/netdevice.h&gt; (2) int unre...
Linux 驱动的内核适配 - 方法
lingshengxiyou的博客
12-05 1715
Linux 的驱动代码大致可分为两种：一种是已经进入 mainline 的，当内核 API 变化时，会被同步地修改；还有一种是 out-of-tree 的，需要用一套驱动代码去适配不同版本的内核。由于内核 API 持续变动的特性，进行内核适配就成了做驱动开发绕不过去的一个问题。「适配」简单说就是要编译出针对某个内核版本的 ".ko" 文件，这和普通的驱动编译没什么两样，原材料一个是内核头文件（在 make target 中由 "C" 参数指定路径），一个是驱动源码（由 "M" 参数指定路径）。「内核头文件」
深入理解Linux网络技术内幕——设备的注册与初始化（二）
aidixi4007的博客
02-08 576
设备注册于设备除名 设备注册与设备除名一般有register_netdev和unregister_netdev完成。这两个是包裹函数，负责上锁，真正起作用的是其调用的register_netdevice和unregister_netdevice。参见：net/core/dev.c。 下图描述了设备注册过程中的一些状态变化 ...
网络子系统——notifier测试程序
嵌入式Linux
01-28 2845
最近在看>，其中讲到了notifier，也就是通知链的使用。特别是在第八章，讲到了在注册链时，register_netdevice_notifier会重放当前系统已注册设备所有过去的NETDEV_REGISTER和NETDEV_UP。处于好奇，写了个测试程序，来看看是否的确这样。 有关通知链的概念和使用请参看的第四章和第八章。 测试程序如下： #include #include
linux 网桥代码分析之网桥初始化Ⅱ
01-05 1315
目录 1 初始化br_init() 1.1 CAM 转发表初始化br_fdb_init() 1.2 注册通知链struct notifier_block br_device_notifier 1.3 注册用户态 ioctl 接口br_ioctl_deviceless_stub() 1 初始化br_init() 对于网桥初始化所需要做的功能，主要有以下几项 调用 stp_proto_register 进行 stp 协议相关的初始化 调用 br_fdb_init 进行CAM表的初始化 ...
struct net_device网络设备结构体详解
viewsky11的专栏
11-05 1万+
在linux中使用struct net_device结构体来描述每一个网络设备。同时这个用来刻画网络设备的struct net_device结构体包含的字段非常的多，以至于内核的开发者都觉得在现在的linux内核中，这个struct net_device是一个大的错误。 在本篇文章中，只介绍struct net_device中的一些字段，其他的字段在以后使用的时候再说。#define IFN
RISC-V Linux 内核剖析
06-23
1. **移植工作**：将 Linux 内核移植到 RISC-V 架构，需要对内核源代码进行修改，以适配 RISC-V 的特定指令集和硬件特性。 2. **硬件抽象层**：Linux 内核通过设备树（Device Tree）来配置和初始化硬件，为 RISC-V ...
Linux-2.6内核在S3C2410上的移植分析和实现.pdf
09-06
【Linux-2.6内核在S3C2410上的移植分析和实现】 嵌入式Linux在当今的物联网和智能设备中扮演着至关...通过本文的分析和实现，开发者可以获得移植Linux内核到S3C2410的实践经验，为嵌入式产品的开发打下坚实的基础。
破解Ada中的Linux内核-审查内核模块、构建策略和Ada集成.pdf
最新发布
07-07
- **API变化**：Linux内核API不稳定，可能需要为不同的内核版本适配驱动程序。 #### 维护策略 - **特定版本**：对于特定的内核版本，可以开发Ada驱动程序并进行维护。 - **组织自维护**：大型组织可能有足够的资源...
Linux内核模块和驱动的编写.rar_linux 妯″潡_linux内核_内核_内核模块_驱动内核删除
09-14
通过学习和实践Linux内核模块和驱动的编写，开发者不仅可以增强对操作系统底层工作的理解，也能更好地定制和优化系统，满足特定场景的需求。同时，这也为硬件设备的适配和管理提供了灵活的解决方案。
Linux 文件通知机制,linux系统通知机制
weixin_33502070的博客
05-05 256
1. 基本机制1)数据结构struct notifier_block{int (*notifier_call)(struct notifier_block *self, unsigned long, void *);struct notifier_block *next;int priority; /*用于对注册者进行优先级排队，高优先级的处理例程将被优先执行,由注册者自己指定 */};2)基本例...
linux内核网络协议栈学习笔记：vlan
majieyue的专栏
10-02 8975
这篇是我临时加的，本来不打算放在整个内核协议栈分析的系列里的，但我现在觉得vlan还是蛮重要的，而且讨论vlan源码的文章很少，不知道我这篇算不算第一篇 :D vlan的代码都在net/8021q/的内核目录下，首先我们来看8021q模块 (net/8021q/vlan.c) vlan_proto_init , vlan_cleanup_module 是模块的init/exit函数，我们来看v
Linux网络协议栈分析——从设备驱动到链路层
千里之外
02-04 2755
在网上看到高手总结出来的，省的自己花时间再研究，放到此处以便学习。  原文：http://ericxiao.cublog.cn/        成都的天气好像越来越好了，前几天还穿着穿着外套直打哆嗦，到今天已经“拨开阴云见太阳”，暖洋洋的，心情也暖洋洋的。暖和的正好想睡觉。打个呵欠，把网络设备管理这部份总结下吧。          Linux素以优秀的网络管理能力而著称，linux为何具有
内核网络设备的注册与初始化
但行好事 莫问前程
05-01 271
首先来看如何分配内存给一个网络设备。 内核通过alloc_netdev来分配内存给一个指定的网络设备: [code="java"]#define alloc_netdev(sizeof_priv, name, setup) \ alloc_netdev_mq(sizeof_priv, name, setup, 1) struct net_device *alloc_netde...
linux内核获取ip,linux内核模块获取设备IP地址
weixin_28687331的博客
04-30 222
在基本完成了整个初始化过程以后，我们需要再回到网络设备上来，看看整个TCP/IP协议究竟是如果跟网络设备相关联，并最终一起完成各种复杂工作的。在网卡驱动相关的分析中，我们提到，代表一个网络设备接口的是一个结构体struct net_device。而在my_inet模块的初始化过程中，mydevinet_init的工作是为MY_PF_INET域的工作找到可用的网络设备，并进行必要的初始化，在myde...
Linux网络协议栈之网络设备管理
嵌入精灵
07-14 1083
<br />成都的天气好像越来越好了，前几天还穿着穿着外套直打哆嗦，到今天已经“拨开阴云见太阳”，暖洋洋的，心情也暖洋洋的。暖和的正好想睡觉。打个呵欠，把网络设备管理这部份总结下吧。    <br />     Linux素以优秀的网络管理能力而著称，linux为何具有这么高的效率？我们从网络设备的管理说起。<br />     Linux为何要对网络设备单独管理呢？这是因为。协议栈很多地方都会涉及到网络设备。小至IP地址的设置。大至IP路由的更新。都离不开高效的网络设备管理。将网络设备单独管理可以提高效率
深入理解Linux网络技术内幕（四）——通知链
m0_56145255的博客
10-22 1681
内核的很多子系统之间具有很强的相互依赖性，因此，其中一个子系统侦测到的或者产生的事件，其他子系统可能都有兴趣。为了实现这种交互需求，Linux使用了所谓的通知链(notification chain)通知链如何声明以及网络代码定义了哪些链(chain)内核子系统如何向通知链注册内核子系统如何在链上产生通知消息。注意，通知链只在内核子系统之间使用。内核和用户空间之间的通知信息则是依赖其他机制，如上一篇博客介绍(虚拟文件系统、系统调用等等)通知链列表元素的类型是};
Linux内核基础--事件通知链(notifier chain)
热门推荐
每一天为明天@liitokala
10-16 2万+
内核通知链 1.1. 概述        Linux内核中各个子系统相互依赖，当其中某个子系统状态发生改变时，就必须使用一定的机制告知使用其服务的其他子系统，以便其他子系统采取相应的措施。为满足这样的需求，内核实现了事件通知链机制（notificationchain）。        通知链只能用在各个子系统之间，而不能在内核和用户空间进行事件的通知。组成内核的核心系统代码均位于kernel
Linux协议栈代码阅读笔记（二）网络接口的配置
无忧老猪
10-10 2214
Linux协议栈代码阅读笔记（二）网络接口的配置 （基于linux-2.6.11） （一）用户态通过C库函数ioctl进行网络接口的配置 例如，知名的ifconfig程序，就是通过C库函数sys_ioctl实现网络接口的配置的。 具体方法大致如下，即建立一个socket，得到一个fd，然后在此fd上执行ioctl即可完成各种操作（例如，查询/配置mac、ip、mtu，启动/停止网络接口）。
ARM-Linux内核解析
"该资源是关于2010年5月的一个ARM-Linux内核的讲解PPT，主要涵盖了ARM的基础知识、嵌入式Linux内核的特点、ARM-Linux内核的介绍、Linux模块机制以及内核移植和编译的过程。" 在深入探讨之前，我们先来理解一下ARM。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值