(In reply to Addie Morrison from comment #96)
> Is anyone else seeing the issue where the touchscreen/pen don't work when
> the computer is first powered on (needs to be rebooted at least once)? If
> so, was this supposed to be fixed by this or should that be a separate bug
> report?
When this happens do you see any relevant messages in dmesg ?
(In reply to Addie Morrison from comment #96)
> Is anyone else seeing the issue where the touchscreen/pen don't work when
> the computer is first powered on (needs to be rebooted at least once)? If
> so, was this supposed to be fixed by this or should that be a separate bug
> report?
When this happens do you see any relevant messages in dmesg ?
In: https:/ /bugzilla. redhat. com/show_ bug.cgi? id=1644013
There is a report of the machine sometimes reporting:
[ 5.739281] irq 7: nobody cared (try booting with the "irqpoll" option) 301.hdg1. fc29.x86_ 64 #1 0x5c/0x80 bad_irq+ 0x37/0xae cold.9+ 0xa/0x69 irq_event_ percpu+ 0x6a/0x80 irq_event+ 0x27/0x44 fasteoi_ irq+0x7f/ 0x120 irq+0xbf/ 0x100 interrupt+ 0xf/0xf
[ 5.739284] CPU: 5 PID: 0 Comm: swapper/5 Tainted: G C 4.19.2-
[ 5.739285] Hardware name: HP HP ENVY x360 Convertible 15-cp0xxx/8497, BIOS F.21 10/19/2018
[ 5.739285] Call Trace:
[ 5.739288] <IRQ>
[ 5.739294] dump_stack+
[ 5.739297] __report_
[ 5.739298] note_interrupt.
[ 5.739300] handle_
[ 5.739301] handle_
[ 5.739302] handle_
[ 5.739305] handle_
[ 5.739307] do_IRQ+0x49/0xd0
[ 5.739308] common_
[ 5.739309] </IRQ>
After which the kernel disables IRQ 7 causing the touchscreen to not work again.
If you're seeing this too, please open a new bug for the "irq 7: nobody cared" problem.
The patch fixing the IRQ not being assigned to the GPIO controller has been merged upstream now, so I'm closing this bug.