蜗窝科技

@Linux小白：可能没人register 这个irq 也可能是share的时候，所有的IRQ function 都返回"这不是我的irq"

@Linux小白：这个irq没人处理了，例如没有调用request_irq。从你描述的场景里面推测，可能是某个driver（TP？）在一些场景（动态电源管理？）下把自己的irq free了？（可以查查相应的request_irq and free_irq组合，看看是否有不合理的地方）。

wowo你好，我目前遇到一个问题，我在调试的TP中断经常发生偶然性的实效，一般开机的时候我触摸TP是能有event事件上报的，但是当我不去触摸它的时候，也就是搁置一段时间再去触摸就会实效了，log如下： irq 72: nobody cared (try booting with the "irqpoll" option) [ 904.066378] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W 3.18.31 #3 [ 904.066391] Hardware name: Qualcomm Technologies, Inc. MSM8953 + PMI8950 QRD SKU3 (DT) [ 904.066403] Call trace: [ 904.066442] [<ffffffc000089b14>] dump_backtrace+0x0/0x270 [ 904.066460] [<ffffffc000089d98>] show_stack+0x14/0x1c [ 904.066484] [<ffffffc000e74dcc>] dump_stack+0x80/0xa4 [ 904.066508] [<ffffffc0000f7ccc>] __report_bad_irq+0x38/0xdc [ 904.066527] [<ffffffc0000f8194>] note_interrupt+0x1d0/0x274 [ 904.066543] [<ffffffc0000f5c74>] handle_irq_event_percpu+0x1d4/0x25c [ 904.066558] [<ffffffc0000f5d48>] handle_irq_event+0x4c/0x78 [ 904.066575] [<ffffffc0000f8e68>] handle_level_irq+0xe0/0x114 [ 904.066591] [<ffffffc0000f519c>] generic_handle_irq+0x2c/0x3c [ 904.066612] [<ffffffc00036869c>] msm_gpio_irq_handler+0x114/0x170 [ 904.066627] [<ffffffc0000f519c>] generic_handle_irq+0x2c/0x3c [ 904.066642] [<ffffffc0000f5500>] __handle_domain_irq+0xb0/0xec [ 904.066657] [<ffffffc000082560>] gic_handle_irq+0x68/0xa8 [ 904.066670] Exception stack(0xffffffc001773cd0 to 0xffffffc001773df0) [ 904.066687] 3cc0: 00000001 00000000 000007be 00000000 [ 904.066706] 3ce0: 01773e20 ffffffc0 0094f7f4 ffffffc0 60000145 00000000 000001c0 00000000 [ 904.066724] 3d00: 001e3fbc 00000000 ffffffff 00ffffff 34155555 00000000 00000018 00000000 [ 904.066743] 3d20: 2cf60e00 002de543 155f19cc 00000004 00027b40 00000000 00000000 00000000 [ 904.066761] 3d40: b5193519 00000032 00085000 ffffffc0 00000000 00000000 00000001 00000000 [ 904.066779] 3d60: 04c5d91d 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 904.066796] 3d80: 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000000 [ 904.066815] 3da0: 000007be 00000000 000003e8 00000000 a3542118 ffffffc0 00000001 00000000 [ 904.066832] 3dc0: 0000018c 00000000 b24549b0 ffffffc0 a3542168 ffffffc0 00000000 00000000 [ 904.066846] 3de0: a3542168 ffffffc0 01773e20 ffffffc0 [ 904.066861] [<ffffffc000085da8>] el1_irq+0x68/0xd4 [ 904.066887] [<ffffffc00094a82c>] cpuidle_enter_state+0xd0/0x224 [ 904.066902] [<ffffffc00094aa58>] cpuidle_enter+0x18/0x20 [ 904.066923] [<ffffffc0000e72ac>] cpu_startup_entry+0x2a4/0x3a0 [ 904.066939] [<ffffffc000e6df58>] rest_init+0x84/0x8c [ 904.066964] [<ffffffc0016299c4>] start_kernel+0x3e8/0x410 [ 904.066974] handlers: [ 904.066989] [<ffffffc0000f5d74>] irq_default_primary_handler threaded [<ffffffc0007836d0>] mxt_interrupt [ 904.067020] Disabling IRQ #72

好文啊，读起来爽得很，能把Linux内存讲深入的文章真的不多！写这样的文章一是要对linux内存管理真正懂，二是要有耐心，每幅插图的绘制都很要花时间，真心佩服。看完这篇文章，对内存逆向映射的过去和现在都有了更多理解，感谢linuxer！下面这篇也写得很不错，可以结合起来看 http://www.cnblogs.com/tolimit/p/5398552.html

@wowo：期待wowo能完成这部分。。。

@gnx：夜深了，脑袋有点糊了，应该是nohz=off。。。

我觉得下面一段描述值得商榷 “4、高精度timer + 周期性Tick 这种配置不多见，多半是由于硬件无法支持one shot的clock event device，这种情况下，整个系统仍然是运行在周期tick的模式下。” 既然支持高精度timer，那么clock event device或者tick device肯定是支持one shot的，这种组合模式一般是由于在启动参数中配置了nohz=on，或者没有配置NO_HZ_COMMON选项，这种组合确实不多见

请教下, 之前只了解到进程调度有 SCHED_RR 、SCHED_FIFO、SCHED_OTHER 这三种调度策略，怎么还有 deadline 的调度策略？ 我百度了一下，linux 的 I/O 调度方法里倒有一个 deadline 调度策略。

感谢这么详细的分析！ 我是做芯片设计的，正好负责SMMU和MMU相关的系统验证。对于软件怎么使用硬件一直很好奇。 看完你的分析有个问题，identity map和swapper map的页表之间是什么关系？ 按你的介绍，identity map页表已经从pgd开始的结构完整页表了，只map了kernel image部分的地址。是否未来也只会存在这部分的mapping？ 那swapper map页表也是从pgd开始的结构完整的页表吗？kernel image部分的地址也会在这个页表中同样map一遍？ 如果是这样的话，那这两个页表是会长期共存的吗？ttbr0/1_EL1是会指向哪个页表呢？ idmap是只会在最初打开mmu前后暂时存在的过度页表，之后就切到swapper页表吗？ 我看到图中有“swapper进程页表”这种描述，或者说是swapper是被kernel以外的另外一个swapper进程来使用的？

请教一下，在很多平台上(包括arm/arm64/x86)，enter_lazy_tlb都是空函数，这个怎么理解。