On Thu, Jun 20, 2019 at 02:34:13PM +0100, Charles Keepax wrote: > This series attempts to align as much IRQ handling into the > probe path as possible. Note that I don't have a great setup > for testing these patches so they are mostly just build tested > and need careful review and testing before any of them are > merged. > > The series brings the ACPI path inline with the way the device > tree path handles the IRQ entirely at probe time. However, > it still leaves any IRQ specified through the board_info as > being handled at device time. In that case we need to cache > something from the board_info until probe time, which leaves > any alternative solution with something basically the same as > the current handling although perhaps caching more stuff. Thank you for an update. I asked few last minute questions on per patch basis. > > Thanks, > Charles > > See previous discussions: > - https://lkml.org/lkml/2019/2/15/989 > - https://www.spinics.net/lists/linux-i2c/msg39541.html > > Charles Keepax (7): > i2c: core: Allow whole core to use i2c_dev_irq_from_resources > i2c: acpi: Use available IRQ helper functions > i2c: acpi: Factor out getting the IRQ from ACPI > i2c: core: Make i2c_acpi_get_irq available to the rest of the I2C core > i2c: core: Move ACPI IRQ handling to probe time > i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq > i2c: core: Tidy up handling of init_irq > > drivers/i2c/i2c-core-acpi.c | 57 +++++++++++++++++++++++++++++++-------------- > drivers/i2c/i2c-core-base.c | 11 +++++---- > drivers/i2c/i2c-core.h | 11 +++++++++ > 3 files changed, 57 insertions(+), 22 deletions(-) > > -- > 2.11.0 > -- With Best Regards, Andy Shevchenko
