蜗窝科技

@dream：在你假设的场景是,功能是没问题的; 但是这样B的时间片不是完全浪费了吗?

@bsp：1. sev只有sev/sevl两种, 无法给指定core发event; 2. 同时自旋的core太多的话, cache同步开销就不能忽略了; 3. kernel 5.10, ticket spinlock已经换成qspinlock;

@EE：控制

感动与敬佩，一点心意，聊表支持与感谢。这个世界会好的~

@code_搬运工：个人感觉这里的表述可能有点问题。sg_dma_address 代表的应该是内存块在总线地址空间中的基地址，dma_length 代表的则是内存块在总线地址空间中的长度

如果切入的是普通进程，那么这时候进程的地址空间已经切换了，也就是说在A--->B进程的过程中，进程本身尚未切换，而进程的地址空间已经切换到了B进程了。这样会不会造成问题呢?还好，呵呵，这时候代码执行在kernel space，A和B进程的kernel space都是一样一样的啊，即便是切了进程地址空间，不过内核空间实际上保持不变的。 对这块不是很理解，地址空间的切换 主要围绕哪些地址做了切换了呢？ 而且，为什么A进程和B进程的内核地址空间是一样的呢？

博主14年写的文章，现在读起来依然受益匪浅，佩服！！ 真想知道博主是怎么一步步到达这种水平的

蜗窝的大群（457024058）已经加满了，我建了个小群（733620975）,方便大家沟通交流（非官方）

博主你好，说起来是在其他博文里看的东西，但是有个问题一直没有解决。问题是这样的，检测充电器的插拔，插和拔两个动作产生两种中断，但是只有一个检测中断的引脚。我看到文章的示例中，设备节点的interrupts属性中只有一个中断向量，但是获取中断号时却可以得到两个中断号，很疑惑，如果博主或者其他读者看到我的问题，可以解答一下，不胜感激。博文的地址：blog.csdn.net/qq_37858386/article/details/125298804，该文章下面的评论也是我的，可以参考，

前辈你好，阅读你的文章受益良多。linuxer新手前来讨论。对以下两段话还是感觉有不对的地方。 1.在"Linux设备模型(4)_sysfs”中，我们有讲到，大多数时候，attribute文件的读写数据流为：vfs---->sysfs---->kobject---->attribute---->kobj_type---->sysfs_ops---->xxx_attribute，其中kobj_type、sysfs_ops和xxx_attribute都是由包含kobject的上层数据结构实现。 2.至于driver的attribute，则要简单的多，其数据流为：vfs---->sysfs---->kobject---->attribute---->driver_attribute， PS:我阅读的是3.18的源码。 首先1，kobject里没有attribute结构体，只能通过kobj_type---->sysfs_ops---->xxx_attribute调用show/store 其次2，在源码drivers/base/bus.c 中，int bus_add_driver(struct device_driver *drv)函数在添加driver的时候会带入driver_ktype，driver_ktype是kobj_type，且driver也有同样的sysfs_ops 。这说明device和driver的attribute的处理方式是一样的，且所有的属性的的ops方法都是在openfile里面这样获取的 /* every kobject with an attribute needs a ktype assigned */ 15: if (kobj->ktype && kobj->ktype->sysfs_ops) 16: ops = kobj->ktype->sysfs_ops; 所以driver的kobject读取设备属性的时候和device是一样的，都应该为：vfs---->sysfs---->kobject---->kobj_type---->sysfs_ops---->xxx_attribute 望赐教。