12-27-2020, 06:22 PM
(This post was last modified: 01-07-2021, 07:07 AM by dsimic.
Edit Reason: Small wording improvements
)
Hello,
I have observed generation of spurios headphone detection interrupts on my second-batch PineBook Pro. The interrupt count increases with no headphones being plugged in or out, which is obviously not the expected behavior. I have also verified that music playback through internal speakers does not cause the tnterrupt count to increase.
You can check the above-described interrupt count by running something like this:
This is what I get as the output for the command above, after about six hours of uptime:
Of course, there should be a total of zero interrupts generated, instead of six as visible above.
I already looked at the PineBook Pro schematic, board DTS file, and the ES8316 driver in the Linux kernel. However, I'd refrain from spending a lot of time digging into this, until we can establish it as a known, non-isolated issue.
Could anyone, please, confirm the above-described issue?
I have observed generation of spurios headphone detection interrupts on my second-batch PineBook Pro. The interrupt count increases with no headphones being plugged in or out, which is obviously not the expected behavior. I have also verified that music playback through internal speakers does not cause the tnterrupt count to increase.
You can check the above-described interrupt count by running something like this:
Code:
cat /proc/interrupts | grep Headphone
This is what I get as the output for the command above, after about six hours of uptime:
Code:
73: 6 0 0 0 0 0 rockchip_gpio_irq 8 Edge Headphone detection
Of course, there should be a total of zero interrupts generated, instead of six as visible above.
I already looked at the PineBook Pro schematic, board DTS file, and the ES8316 driver in the Linux kernel. However, I'd refrain from spending a lot of time digging into this, until we can establish it as a known, non-isolated issue.
Could anyone, please, confirm the above-described issue?