Quoting Fenglin Wu (2021-10-13 19:26:55)Okay, how about this, Update periph_interrupt() function with a return
On 10/14/2021 3:35 AM, Stephen Boyd wrote:I mean handle_bad_irq() on the irqdesc for the spmi pmic arb chained
Quoting Fenglin Wu (2021-10-12 21:15:42)In such case, the irq number is not valid and there won't be a valid
On 10/13/2021 1:46 AM, Stephen Boyd wrote:Ah I see so the irq doesn't have a flow handler? Shouldn't you call
Quoting Fenglin Wu (2021-09-16 23:32:56)Thanks for reviewing the change.
From: Abhijeet Dharmapurikar <adharmap@xxxxxxxxxxxxxx>Why? Don't we get the genirq spurious irq message in this scenario?
The cleanup_irq() was meant to clear and mask interrupts that were
left enabled in the hardware but there was no interrupt handler
registered for it. Add an error print when it gets invoked.
No, there is no existing message printed out in this special case ( IRQ
fired for not registered interrupt).
handle_bad_irq() in this case so we get a irq descriptor print?
irq_desc, hence it's not possible to call handle_bad_irq() here.
irq. Because things are not good with the chained irq.