文章目录
1、环境介绍
这段时间在rk3576下调试ec11旋转编码器时（ec11旋转编码器的调试可以参考《Linux下EC11旋转编码器驱动调试》），发现刚上电时，是可以使用的，但大概不到一分钟左右，就没反应了，同时内核有如下打印：
在此先介绍一下硬件连接，我的ec11是连接到一个xl9535 gpio扩展芯片，而非rk3576的原生IO。下图展示了之间的连接关系：
当xl9535的IO引脚有状态变化时，RK3576的gpio4_A6脚就会收到xl9535 INT_脚的一个低电平输出作为中断信号。
下面再给出伪设备树便于大家理解之间的连接关系：
c
gpio4: gpio@2ae40000 {
compatible = "rockchip,gpio-bank";
reg = <0x0 0x2ae40000 0x0 0x200>;
interrupts = <GIC_SPI 169 IRQ_TYPE_LEVEL_HIGH>;
clocks = <&cru PCLK_GPIO4>, <&cru DBCLK_GPIO4>;
gpio-controller;
#gpio-cells = <2>;
gpio-ranges = <&pinctrl 0 128 32>;
interrupt-controller;
#interrupt-cells = <2>;
};
xl9535: xl9535@21 {
compatible = "nxp,pca9535";
reg = <0x21>;
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_xl9535>;
gpio-controller;
#gpio-cells = <2>;
interrupt-parent = <&gpio4>;
interrupts = <6 IRQ_TYPE_LEVEL_LOW>;
#interrupt-cells = <2>;
interrupt-controller;
};
Coder_A {
compatible = "gpio-keys";
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
coder_A {
label = "coder_A";
linux,code=<250>;
debounce-interval = <0>;
gpios = <&xl9535 12 GPIO_ACTIVE_HIGH>;
interrupt-parent = <&xl9535>;
interrupts = <12 IRQ_TYPE_EDGE_RISING>;
};
};
Coder_B {
compatible = "gpio-keys";
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
coder_B {
label = "coder_B";
linux,code=<251>;
debounce-interval = <0>;
gpios = <&xl9535 13 GPIO_ACTIVE_HIGH>;
interrupt-parent = <&xl9535>;
interrupts = <13 IRQ_TYPE_EDGE_RISING>;
};
};2、结论
这里先给出结论，是因为xl9535的INT_脚没有接上拉电阻导致INT_脚输出一直为0v，相当于gpio4_A6中断源一直收到中断信号，最后因无效中断次数超过了99900次，内核将gpio4_A6中断源对应的中断处理函数（xl9535的中断函数）关闭，导致ec11旋转编码器用不了。
3、分析
上面说到，当开机不到1分钟左右，就会打印如下的错误信息：
shell
[ 340.968820] irq 70: nobody cared (try booting with the "irqpoll" option)
[ 340.969082] handlers:
[ 340.969090] [<0000000074d089d2>] irq_default_primary_handler threaded [<00000000eb0f1cb4>] pca953x_irq_handler
[ 340.969112] Disabling IRQ #70全局查找发现，是在spurious.c的__report_bad_irq()函数中打印该提示：
再看看是哪个函数调用的__report_bad_irq()，最后发现是note_interrupt()。因note_interrupt()函数过长，这里截取部分内容：
重点就是图中的time_after()函数，该函数用于判断两次中断之间的时间间隔，如果小于一定的时间，则无效次数累加。当无效次数超过99900次，关闭该中断。
上面是反向跟踪，下面正向跟踪，即从xl9535的中断函数入手。xl9535使用的驱动函数文件为gpio-pca953x.c，从这个错误信息可以快速知道中断函数名为pca953x_irq_handler()：
继续进入handle_nested_irq()：
最终在该函数又回到了note_interrupt()：
所以此时可以怀疑，是不是xl9535的INT_脚一直输出低电平，导致频繁触发xl9535中断函数，最终被关闭。
然后实际测量gpio4_A6发现确实一直是0v，再来看看xl9535的数据手册对INT_脚的描述：
INT_脚是开漏输出，需要通过一个上拉电阻连接到Vcc。然而查看xl9535相关原理图发现INT_脚确实没有上拉。
4、解决
最后通过飞线，将xl9535的INT_脚接一颗10k上拉电阻到Vcc，此时中断数不会再一直累加：
5、总结
参考文章：