rcu_read_lock的实现是禁用抢占和屏障.并且softirq上下文不会被抢占.
所以有必要在softirq上下文中调用rcu_read_lock.障碍重要吗？
解决方法:
是的,有必要使用rcu_read_lock来访问受rcu保护的指针,即使在softirq上下文中也是如此.
正如您所指出的,rcu_read_lock和softirqs的一些实现(例如：TINY_RCU)使得即使您没有使用rcu_read_lock分隔rcu读取端关键部分也不存在损坏风险.但是,这不是rcu api的保证,只是因为具体实施而“破解”.这个hack可能会破坏rcu的不同实现(例如：PREEMPT_RCU).
如果您希望将softirqs视为显式rcu读取端关键部分,则必须使用RCU-sched api：
Documentation/RCU/whatisRCU.txt
RCU主要作者撰写的文章的以下部分直接解决了您的问题：
Requirements for RCU part 1: the fundamentals – Disabling preemption does not block grace periods
我想补充一点,如果CONFIG_PROVE_RCU = y,在rcu_read_lock之外执行rcu_dereference的代码将触发lockdep警告.
标签：linux,kernel,rcu 来源： https://codeday.me/bug/20190708/1406457.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。