曾经的足迹——对CAN驱动中的NAPI机制的理解

2023-10-07 05:58

本文主要是介绍曾经的足迹——对CAN驱动中的NAPI机制的理解,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

NAPI 是 Linux 上采用的一种提高网络处理效率的技术,它的核心概念就是不采用中断的方式读取数据,而代之以首先采用中断唤醒数据接收的服务程序,然后 通过poll的方法来轮询数据。采用NAPI技术可以大大改善短长度数据包接收的效率,减少中断触发的时间。

可以这样理解,在NAPI机制没有出现时,由于网络设备接收数据是采用中断方式的,假设每次数据包很小,小到只有几个字节。而刚好在1秒内有5000个这样的数据包。那么系统就是在1秒内产生5000个中断,这无疑给会占据CPU的大部分资源。NAPI的出现就是要解决这样的问题。

概念的东西就不多提了。下面开始源码之旅啦!

首先在分配CAN设备时,采用netif_napi_add函数注册轮询函数d_can_poll()

struct net_device *alloc_d_can_dev(int num_objs)

{

struct net_device *dev;

struct d_can_priv *priv;

 

dev = alloc_candev(sizeof(struct d_can_priv), num_objs/2);

if (!dev)

return NULL;

 

priv = netdev_priv(dev);

netif_napi_add(dev, &priv->napi, d_can_poll, num_objs/2);

 

priv->dev = dev;

priv->can.bittiming_const = &d_can_bittiming_const;

priv->can.do_set_mode = d_can_set_mode;

priv->can.do_get_berr_counter = d_can_get_berr_counter;

priv->can.ctrlmode_supported = (CAN_CTRLMODE_LOOPBACK |

CAN_CTRLMODE_LISTENONLY |

CAN_CTRLMODE_BERR_REPORTING |

CAN_CTRLMODE_3_SAMPLES);

 

return dev;

}

netif_napi_add()函数原型如下:

void netif_napi_add(struct net_device *dev, struct napi_struct *napi,

    int (*poll)(struct napi_struct *, int), int weight)

{

INIT_LIST_HEAD(&napi->poll_list);

napi->gro_count = 0;

napi->gro_list = NULL;

napi->skb = NULL;

napi->poll = poll;

napi->weight = weight;

list_add(&napi->dev_list, &dev->napi_list);

napi->dev = dev;

#ifdef CONFIG_NETPOLL

spin_lock_init(&napi->poll_lock);

napi->poll_owner = -1;

#endif

set_bit(NAPI_STATE_SCHED, &napi->state);

}

 

轮询函数d_can_poll()如下:

static int d_can_poll(struct napi_struct *napi, int quota)

{

int lec_type = 0;

int work_done = 0;

struct net_device *dev = napi->dev;

struct d_can_priv *priv = netdev_priv(dev);

 

if (!priv->irqstatus)

goto end;

 

/* status events have the highest priority */

if (priv->irqstatus == STATUS_INTERRUPT) {

priv->current_status = d_can_read(priv, D_CAN_ES);

 

/* handle Tx/Rx events */

if (priv->current_status & D_CAN_ES_TXOK)

d_can_write(priv, D_CAN_ES,

priv->current_status & ~D_CAN_ES_TXOK);

 

if (priv->current_status & D_CAN_ES_RXOK)

d_can_write(priv, D_CAN_ES,

priv->current_status & ~D_CAN_ES_RXOK);

 

/* handle state changes */

if ((priv->current_status & D_CAN_ES_EWARN) &&

(!(priv->last_status & D_CAN_ES_EWARN))) {

netdev_dbg(dev, "entered error warning state\n");

work_done += d_can_handle_state_change(dev,

D_CAN_ERROR_WARNING);

}

if ((priv->current_status & D_CAN_ES_EPASS) &&

(!(priv->last_status & D_CAN_ES_EPASS))) {

netdev_dbg(dev, "entered error passive state\n");

work_done += d_can_handle_state_change(dev,

D_CAN_ERROR_PASSIVE);

}

if ((priv->current_status & D_CAN_ES_BOFF) &&

(!(priv->last_status & D_CAN_ES_BOFF))) {

netdev_dbg(dev, "entered bus off state\n");

work_done += d_can_handle_state_change(dev,

D_CAN_BUS_OFF);

}

 

/* handle bus recovery events */

if ((!(priv->current_status & D_CAN_ES_BOFF)) &&

(priv->last_status & D_CAN_ES_BOFF)) {

netdev_dbg(dev, "left bus off state\n");

priv->can.state = CAN_STATE_ERROR_ACTIVE;

}

if ((!(priv->current_status & D_CAN_ES_EPASS)) &&

(priv->last_status & D_CAN_ES_EPASS)) {

netdev_dbg(dev, "left error passive state\n");

priv->can.state = CAN_STATE_ERROR_ACTIVE;

}

 

priv->last_status = priv->current_status;

 

/* handle lec errors on the bus */

lec_type = d_can_has_handle_berr(priv);

if (lec_type)

work_done += d_can_handle_bus_err(dev, lec_type);

} else if ((priv->irqstatus >= D_CAN_MSG_OBJ_RX_FIRST) &&

(priv->irqstatus <= D_CAN_MSG_OBJ_RX_LAST)) {

/* handle events corresponding to receive message objects */

work_done += d_can_do_rx_poll(dev, (quota - work_done));

} else if ((priv->irqstatus >= D_CAN_MSG_OBJ_TX_FIRST) &&

(priv->irqstatus <= D_CAN_MSG_OBJ_TX_LAST)) {

/* handle events corresponding to transmit message objects */

d_can_do_tx(dev);

}

 

end:

if (work_done < quota) {

napi_complete(napi);

/* enable all IRQs */

d_can_interrupts(priv, ENABLE_ALL_INTERRUPTS);

}

 

return work_done;

}

 

在中断处理函数中,先禁止接收中断,且告诉网络子系统,将以轮询方式快速收包,其中禁止接收中断完全由硬件功能决定,而告诉内核将以轮询方式处理包则是使用函数napi_schedule()。

static irqreturn_t d_can_isr(int irq, void *dev_id)

{

struct net_device *dev = (struct net_device *)dev_id;

struct d_can_priv *priv = netdev_priv(dev);

priv->irqstatus = d_can_read(priv, D_CAN_INT);

if (!priv->irqstatus)

return IRQ_NONE;

 

/* disable all interrupts and schedule the NAPI */

d_can_interrupts(priv, DISABLE_ALL_INTERRUPTS);

napi_schedule(&priv->napi);

 

return IRQ_HANDLED;

}

 

其中的napi_schedule_prep()函数是为了判定现在是否已经进入了轮询模式。

static inline void napi_schedule(struct napi_struct *n)

{

if (napi_schedule_prep(n))

__napi_schedule(n);

}

 

轮询功能的关闭则需要使用:

if (work_done < quota) {

napi_complete(napi);

/* enable all IRQs */

d_can_interrupts(priv, ENABLE_ALL_INTERRUPTS);

}

 

因为可能存在多个napi_struct的实例,要求每个实例能够独立的使能或者禁止。因此,需要驱动开发人员保证在网卡接口关闭时,禁止所有的napi_struct的实例。在d_can_open()函数中使用napi_enable(),在d_can_close()函数中使用napi_disable()

napi_enable(&priv->napi);

napi_disable(&priv->napi);

 

这篇关于曾经的足迹——对CAN驱动中的NAPI机制的理解的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/156478

相关文章

Spring排序机制之接口与注解的使用方法

《Spring排序机制之接口与注解的使用方法》本文介绍了Spring中多种排序机制,包括Ordered接口、PriorityOrdered接口、@Order注解和@Priority注解,提供了详细示例... 目录一、Spring 排序的需求场景二、Spring 中的排序机制1、Ordered 接口2、Pri

MySQL 缓存机制与架构解析(最新推荐)

《MySQL缓存机制与架构解析(最新推荐)》本文详细介绍了MySQL的缓存机制和整体架构,包括一级缓存(InnoDBBufferPool)和二级缓存(QueryCache),文章还探讨了SQL... 目录一、mysql缓存机制概述二、MySQL整体架构三、SQL查询执行全流程四、MySQL 8.0为何移除查

一文详解Java Condition的await和signal等待通知机制

《一文详解JavaCondition的await和signal等待通知机制》这篇文章主要为大家详细介绍了JavaCondition的await和signal等待通知机制的相关知识,文中的示例代码讲... 目录1. Condition的核心方法2. 使用场景与优势3. 使用流程与规范基本模板生产者-消费者示例

深入理解Apache Airflow 调度器(最新推荐)

《深入理解ApacheAirflow调度器(最新推荐)》ApacheAirflow调度器是数据管道管理系统的关键组件,负责编排dag中任务的执行,通过理解调度器的角色和工作方式,正确配置调度器,并... 目录什么是Airflow 调度器?Airflow 调度器工作机制配置Airflow调度器调优及优化建议最

一文带你理解Python中import机制与importlib的妙用

《一文带你理解Python中import机制与importlib的妙用》在Python编程的世界里,import语句是开发者最常用的工具之一,它就像一把钥匙,打开了通往各种功能和库的大门,下面就跟随小... 目录一、python import机制概述1.1 import语句的基本用法1.2 模块缓存机制1.

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

深入理解C语言的void*

《深入理解C语言的void*》本文主要介绍了C语言的void*,包括它的任意性、编译器对void*的类型检查以及需要显式类型转换的规则,具有一定的参考价值,感兴趣的可以了解一下... 目录一、void* 的类型任意性二、编译器对 void* 的类型检查三、需要显式类型转换占用的字节四、总结一、void* 的

Redis缓存问题与缓存更新机制详解

《Redis缓存问题与缓存更新机制详解》本文主要介绍了缓存问题及其解决方案,包括缓存穿透、缓存击穿、缓存雪崩等问题的成因以及相应的预防和解决方法,同时,还详细探讨了缓存更新机制,包括不同情况下的缓存更... 目录一、缓存问题1.1 缓存穿透1.1.1 问题来源1.1.2 解决方案1.2 缓存击穿1.2.1

Java如何通过反射机制获取数据类对象的属性及方法

《Java如何通过反射机制获取数据类对象的属性及方法》文章介绍了如何使用Java反射机制获取类对象的所有属性及其对应的get、set方法,以及如何通过反射机制实现类对象的实例化,感兴趣的朋友跟随小编一... 目录一、通过反射机制获取类对象的所有属性以及相应的get、set方法1.遍历类对象的所有属性2.获取

深入理解Redis大key的危害及解决方案

《深入理解Redis大key的危害及解决方案》本文主要介绍了深入理解Redis大key的危害及解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 目录一、背景二、什么是大key三、大key评价标准四、大key 产生的原因与场景五、大key影响与危