Re: [PATCH] platform: x86: vgpio: Pass irqchip when adding gpiochip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Hans,

On Fri, Aug 16, 2019 at 11:18 AM Hans de Goede <hdegoede@xxxxxxxxxx> wrote:

> So I've just tested this on a Cherry Trail machine and
> the interrupt storm, fixing which is the reason the
> intel_int0002_vgpio.c driver was introduced, is back:

Sorry but just so I understand this report: when you say the
interrupt storm is back, do you mean that this patch brings
it back, or do you mean the interrupt storm is there
even before this patch?

This patch does bring semantic differences, but very
small ones.

> Notice that the driver has attached itself as shared irq-handler
> to the ACPI  IRQ

What is it sharing it with?

> Do I need any patches on top of 5.3-rc4 to test this patch?

No, none that I know of.

It is weird that this driver registers a chained
interrupt handler but int0002_irq() doesn't call
chained_irq_[enter|exit].

I don't understand the ACPI code but I'm confused about
a "virtual" GPIO controller with very real interrupt lines
attached to it. If it is actually virtual then just trying to
abuse gpiolib to cascade interrupts like the shared
interrupts were some, you know, cascaded GPIO IRQ line,
I guess all the consumers should just grab the interrupt
independently and shared instead, the idea being that
each of them will drop their pull of the shared level IRQ
line until it is eventually deasserted.

I'm just confused....

Yours,
Linus Walleij



[Index of Archives]     [Linux Kernel Development]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux