dummy网卡驱动解析

 
dummy是linux下虚拟网卡驱动,注意这里是泛指网卡而不是以太网卡!!
为什么强调这一点呢?对于以太网卡,内核有更高级的接口可用。
linux-2.6.22/drivers/net/dummy.c
 
dummy网卡描述:
     dummy网卡是内核虚拟出来的网卡,没有任何实际用途,仅仅作为开发网卡驱动的参考。
本驱动只提供一个网卡接口,可以修改numdummies的值增加网卡接口个数。
本驱动只实现了发送代码,没有接收部分。
网卡发送只是简单的计数而已。
通过对本文的学习,能够对网卡驱动有个大致认识。
 
=============================================
/* dummy.c: a dummy net driver

 The purpose of this driver is to provide a device to point a
 route through, but not to actually transmit packets.

 Why?  If you have a machine whose only connection is an occasional
 PPP/SLIP/PLIP link, you can only connect to your own hostname
 when the link is up.  Otherwise you have to use localhost.
 This isn't very consistent.

 One solution is to set up a dummy link using PPP/SLIP/PLIP,
 but this seems (to me) too much overhead for too little gain.
 This driver provides a small alternative. Thus you can do

 [when not running slip]
  ifconfig dummy slip.addr.ess.here up
 [to go to slip]
  ifconfig dummy down
  dip whatever

 This was written by looking at Donald Becker's skeleton driver
 and the loopback driver.  I then threw away anything that didn't
 apply! Thanks to Alan Cox for the key clue on what to do with
 misguided packets.

   Nick Holloway, 27th May 1994
 [I tweaked this explanation a little but that's all]
   Alan Cox, 30th May 1994
*/

#i nclude <linux/module.h>
#i nclude <linux/kernel.h>
#i nclude <linux/netdevice.h>
#i nclude <linux/etherdevice.h>
#i nclude <linux/init.h>
#i nclude <linux/moduleparam.h>

static int numdummies = 1;  dummy网卡的个数,默认1

static int dummy_xmit(struct sk_buff *skb, struct net_device *dev);
static struct net_device_stats *dummy_get_stats(struct net_device *dev);

提供设定MAC地址接口,供上层调用。至于在用户程序如何配置网卡MAC地址,自己查看ifconfig帮助吧:)
static int dummy_set_address(struct net_device *dev, void *p)
{
 struct sockaddr *sa = p;

 if (!is_valid_ether_addr(sa->sa_data))
  return -EADDRNOTAVAIL;

 memcpy(dev->dev_addr, sa->sa_data, ETH_ALEN);
 return 0;
}

/* fake multicast ability */
static void set_multicast_list(struct net_device *dev)
{
}

static void __init dummy_setup(struct net_device *dev)
{
 /* Initialize the device structure. */
类似fops的东西初始化  这部分也是网卡驱动的关键所在。
 dev->get_stats = dummy_get_stats;
 dev->hard_start_xmit = dummy_xmit;
 dev->set_multicast_list = set_multicast_list;
 dev->set_mac_address = dummy_set_address;
 /* Fill in device structure with ethernet-generic values. */
既然dummy不是以太网卡,这里怎么用ether_setup初始化呢?
思考题,呵呵。
 ether_setup(dev);
 dev->tx_queue_len = 0;
 dev->change_mtu = NULL;
 dev->flags |= IFF_NOARP;  没有ARP支持。
 dev->flags &= ~IFF_MULTICAST;
 SET_MODULE_OWNER(dev);
给当前dummy网卡指定个随机的MAC地址,务必是唯一的
 random_ether_addr(dev->dev_addr);
}
static int dummy_xmit(struct sk_buff *skb, struct net_device *dev)
{
 struct net_device_stats *stats = netdev_priv(dev);
 
简单的修改发送包个数,和包长度!
 stats->tx_packets++;
 stats->tx_bytes+=skb->len;
 
默认发送成功,释放对应内存
 dev_kfree_skb(skb);
 return 0;
}
static struct net_device_stats *dummy_get_stats(struct net_device *dev)
{
返回网卡状态信息,上层去解析
 return netdev_priv(dev);
}

static struct net_device **dummies;

/* Number of dummy devices to be set up by this module. */
module_param(numdummies, int, 0);
MODULE_PARM_DESC(numdummies, "Number of dummy pseudo devices");

static int __init dummy_init_one(int index)
{
 struct net_device *dev_dummy;  dummy网卡接口对于的数据结构net_device,描述该网卡所有信息。
 int err;

调用alloc_netdev 分配网卡(不是以太网)资源,通过参数dummy%d指定内核将来配置“ifconfig dummy0”。
若是以太网卡,则调用alloc_etherdev(),内核将来配置“ifconfig ethX”
alloc_netdev(int sizeof_priv,,..)的第一个参数很重要
sizeof_priv指需要保存的额外信息所需空间大小。
dummy驱动要求提供net_device_stats空间作为私有数据区。
 
dev_dummy = alloc_netdev(sizeof(struct net_device_stats), 
     "dummy%d", dummy_setup);    立即 调用dummy_setup,初始化一些参数

 if (!dev_dummy)
  return -ENOMEM;

注册dummy网卡到内核中 
if ((err = register_netdev(dev_dummy))) {
  free_netdev(dev_dummy);
  dev_dummy = NULL;
 } else {
  dummyies[]是内核中维护dummy网卡接口的全局变量。
  dummy网卡接口的个数可以通过dummies看出。
  显然,若是以太网卡,内核里面肯定也有个数组eth[]与之对应,维护内核中所有以太网卡接口
  dummies[index] = dev_dummy;
 }

 return err;
}

static void dummy_free_one(int index)
{
 unregister_netdev(dummies[index]);  unregister_netdev()卸载网卡接口函数
 free_netdev(dummies[index]);              释放dummy网卡资源
}

static int __init dummy_init_module(void)
{
 int i, err = 0;
 dummies = kmalloc(numdummies * sizeof(void *), GFP_KERNEL);
 if (!dummies)
  return -ENOMEM;
 for (i = 0; i < numdummies && !err; i++)
  err = dummy_init_one(i);     注册多个dummy网卡
 if (err) {
  i--;
  while (--i >= 0)
   dummy_free_one(i);
 }
 return err;
}

static void __exit dummy_cleanup_module(void)
{
 int i;
 for (i = 0; i < numdummies; i++)
  dummy_free_one(i);  释放注册的多个dummy网卡
 kfree(dummies);
}

module_init(dummy_init_module);
module_exit(dummy_cleanup_module);
MODULE_LICENSE("GPL");

<think>好的,用户现在问的是关于日志中的一条错误信息:“ueventd: firmware: could not find firmware for dsi_prop”,这是什么意思。首先,我需要回忆之前的对话历史。用户之前提供了一组系统日志,其中包含了多个错误和警告信息,我之前已经对这些日志进行了分析,并给出了处理建议,其中提到了这个错误。现在用户单独询问这一条的具体含义。 首先,我需要明确这个错误信息的组成部分。关键词是“ueventd”、“firmware”、“dsi_prop”。ueventd是Android系统中负责处理设备事件的后台服务,用于加载固件和创建设备节点。firmware指的是硬件设备的固件文件,而dsi_prop可能指的是与显示串行接口(DSI)相关的某个属性或固件文件。 接下来,我需要考虑用户可能的背景。用户可能是一位技术人员,或者是普通用户遇到了系统问题,想要了解错误信息的原因和解决方法。用户之前已经得到了整体的日志分析,现在想深入了解其中一条错误的具体情况,所以需要详细解释错误的原因、影响以及解决步骤。 然后,我需要分解这个错误的具体含义。当系统启动时,ueventd服务会尝试加载设备所需的固件。如果找不到对应的固件文件(这里是dsi_prop),系统可能无法正确初始化相关硬件,导致功能异常,比如显示问题。需要解释dsi_prop的可能作用,比如与显示接口或屏幕参数相关。 接下来,要考虑可能的原因。可能包括固件文件缺失、路径错误、权限问题,或者内核模块配置错误。需要逐一分析这些可能性,并给出对应的解决建议。例如,检查固件文件是否存在,确认文件路径是否正确,检查文件权限,更新内核或固件包等。 另外,需要评估用户可能的操作能力。如果用户是普通用户,可能需要更详细的步骤指导,比如如何检查文件是否存在,如何安装固件包等。如果是技术人员,可能需要更深入的排查方法,比如查看设备树配置或内核日志。 同时,要注意用户之前的问题中提到了其他显示相关的错误,比如msm-dsi-display的问题,可能需要将这两个错误联系起来,说明它们可能共同导致显示功能异常。因此,在回答时需要指出可能的关联性,并建议用户综合排查。 最后,确保回答结构清晰,分点说明问题原因、影响和解决步骤,语言简洁易懂,避免使用过于专业的术语,或在必要时解释术语。同时,遵循之前的格式要求,使用中文,正确使用LaTeX格式,尤其是行内公式和独立公式的格式,尽管在这个问题中可能不需要数学公式,但需要保持格式一致。 可能的遗漏点包括:dsi_prop具体指代什么硬件或模块,是否有特定厂商的固件命名习惯,或者是否与特定设备型号相关。如果无法确定dsi_prop的具体含义,可能需要建议用户查阅设备文档或联系硬件供应商。此外,还需要考虑固件文件版本是否匹配当前内核版本,是否存在兼容性问题。 总结来说,回答需要涵盖以下几点: 1. 错误信息的组成部分及其含义。 2. 可能的原因分析。 3. 对系统的影响。 4. 具体的解决步骤。 5. 相关问题的关联性。</think>以下是对该错误信息的详细解析: ### **错误信息解释** 日志条目: ```log ueventd: firmware: could not find firmware for dsi_prop ``` - **关键词分解**: - **`ueventd`**:Android/Linux 系统中负责管理设备热插拔事件和加载固件的守护进程。 - **`firmware`**:硬件设备(如显示屏、网卡等)所需的固件文件(二进制驱动)。 - **`dsi_prop`**:可能与显示串行接口(DSI)相关的配置属性或固件文件(如屏幕时序参数、驱动配置等)。 --- ### **问题本质** 1. **直接原因** 系统在初始化显示硬件时,未能找到名为 `dsi_prop` 的固件文件(或配置文件)。 - 固件文件通常位于 `/lib/firmware/` 或 `/vendor/firmware/` 目录。 - `dsi_prop` 可能是屏幕驱动所需的特定参数文件(例如:高通平台的 DSI 显示配置)。 2. **硬件关联** 该错误通常出现在使用 **DSI(Display Serial Interface)接口的屏幕设备**(如手机、嵌入式设备的显示屏)初始化过程中。 --- ### **潜在影响** | 问题层级 | 可能表现 | |---------|---------| | **驱动级** | 屏幕亮度调节失效、分辨率错误、显示闪烁 | | **功能级** | 触控失灵、屏幕无法唤醒(黑屏) | | **系统级** | 开机卡在 Logo 界面、UI 渲染异常 | --- ### **排查与解决步骤** #### 1. 验证固件文件是否存在 ```bash # 检查固件目录 ls /lib/firmware/dsi_prop* # 通用 Linux ls /vendor/firmware/dsi_prop* # Android 设备 ``` - **预期结果**:应存在类似 `dsi_prop.bin` 或 `dsi_prop.mbn` 的文件。 - **若文件缺失**:需从以下来源获取: - 设备制造商提供的固件包(官网下载) - 更新 `linux-firmware` 软件包(Linux 发行版): ```bash sudo apt update && sudo apt install --reinstall linux-firmware ``` #### 2. 检查固件加载路径 - **内核驱动可能预期固件位于特定子目录**(如 `/lib/firmware/qcom/`),需确认路径是否匹配。 - **解决方法**: ```bash # 创建符号链接(示例) sudo ln -s /lib/firmware/dsi_prop.bin /lib/firmware/qcom/dsi_prop.bin ``` #### 3. 检查文件权限 确保固件文件对系统进程可读: ```bash sudo chmod 644 /lib/firmware/dsi_prop.bin ``` #### 4. 内核驱动兼容性 - **若固件存在但仍报错**:可能是内核版本与固件不兼容。 - **解决方案**: - 更新内核到最新稳定版。 - 联系硬件供应商获取适配当前内核的固件。 --- ### **关联问题参考** 同一日志中出现的其他显示相关错误: ```log msm-dsi-display: supply lab not found, using dummy regulator ``` - **关联性**:两者均指向显示子系统初始化异常,可能共同导致屏幕功能故障。 - **建议**:优先解决固件缺失问题(`dsi_prop`),再排查电源管理问题(`lab` 电源轨)。 如需进一步分析硬件配置,可提供以下信息: 1. 设备型号(手机/开发板) 2. 当前使用的 Linux 内核版本(`uname -r`) 3. `/var/log/kern.log` 中关于 DSI 的完整日志片段
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值