On Thu, Mar 30, 2017 at 12:00:47PM +0300, Mika Westerberg wrote: > > > Isn't the right solution to translate this back to the offset from the "Linux > > > IRQ" and use that offset? This quirk seems pretty violent. > > > > I'm not sure I understand the quirk here, but my personal approach would > > be to provide an inverse mapping oldIRQ->hwirq, and use the usual > > irqdomain lookup to get back to the real thing. > > OK, thanks for tip. Let me try both approaches and see which one works > better :) I've now looked at the issue again and I'm actually not sure if we can use either of the proposals here :/ Essentially all the Linux IRQ<->hwirq mappings are created when the gpiochip is initialized in gpiochip_irqchip_add(). Because of that, I don't see how we can change those afterwards when the i8042 keyboard driver asks for IRQ 182. Maybe I'm missing something obvious but to me the only way to go forward is to do what this patch does and add all the GPIOs to the irqdomain (if we don't want to add a custom IRQ domain for cherryview). -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html