菜就多练

虽然但是，这些地方要表达的是不是AV，而非VA... “当VMA和VA首次相遇” “立父子进程之间的VMA、VA的“大厦”，主要的步骤如下：” “建立子进程VMA和“父进程们”VA的关系” “建立子进程VMA和子进程VA的关系” “将该AVC加入VA红黑树” 巨难受哇我去，我想了半天我寻思这也不是介绍page fault的文章啊干嘛一直提VA.......

《逆向映射的演进》发表时间：2026-01-27 11:15

玖伍贰柒

@wowo_man：TASKLET_STATE_SCHED标志 + 你说的pending位也是个solution，但我觉得当前的SCHED + RUN标志位方案更优雅，原因有二： 1. tasklet的调度和执行是分开的，每个标志各司其职，逻辑更清晰； 2. SCHED + RUN标志位只引入了一个变量state，更简洁清爽；

《linux kernel的中断子系统之（九）：tasklet》发表时间：2026-01-12 00:30

玖伍贰柒

@玖伍贰柒：是为了回复这个问题： schedule 2015-07-07 17:33 （b）中断返回software interrupt context，也就是中断抢占软中断上下文的场景 ============================================= 楼主好，这句我有些疑问软中断的执行环境不就是中断上下文吗？这时候中断不是被关闭的吗? 为什么中断还能产生呢？

《linux kernel的中断子系统之（九）：tasklet》发表时间：2026-01-12 00:13

玖伍贰柒

softirq那篇文章中，linuxer贴出了asmlinkage void __do_softirq(void)函数的代码，在开始处理软中断之前，调用了local_irq_enable()来打开本地中断响应。

《linux kernel的中断子系统之（九）：tasklet》发表时间：2026-01-12 00:11

玖伍贰柒

@linuxer_fy：ARM平台上，CPU收到中断后硬件会自动将CPSR寄存器的IRQ位置1，CPU将不会再响应中断，以此保证不会嵌套。对于其它CPU的场景，则由GIC保证，GIC对每个中断维护了一个状态机，当该中断处于active状态时，GIC不会把该中断再发给其它CPU。

《linux kernel的中断子系统之（八）：softirq》发表时间：2026-01-11 23:12

@owen：应该是的，大佬的中断子系统之（五）文章中写道：“在Linux kernel中，一个外设的中断处理被分成top half和bottom half，top half进行最关键，最基本的处理，而比较耗时的操作被放到bottom half（softirq、tasklet）中延迟执行。虽然bottom half被延迟执行，但始终都是先于进程执行的。为何不让这些耗时的bottom half和普通进程公平竞争呢？因此，linux kernel借鉴了RTOS的某些特性，对那些耗时的驱动interrupt handler进行线程化处理，在内核的抢占点上，让线程（无论是内核线程还是用户空间创建的线程，还是驱动的interrupt thread）在一个舞台上竞争CPU”，我的理解就是对于耗时的软中断就是可以被高优先级的进程抢占

《linux kernel的中断子系统之（八）：softirq》发表时间：2025-12-09 11:46

牛逼666

牛逼

《Linux kernel scatterlist API介绍》发表时间：2025-10-14 16:32

hurricane618

@wangxingxing：如果是arm32 arch/arm/lib/xxxx.S 里面，比如set_bit在arch/arm/lib/setbit.S 不同的架构会有所区别

《Linux内核同步机制之（一）：原子操作》发表时间：2025-09-10 18:49

ppzzDD