>>> arch_teardown_msi_irq() expects to find the msi_chip in the irq >>> chip_data field. As this means drivers don't have any reasonable other >>> possibility to stuff things into this field, I think it would make sense >>> to do the cleanup the other way around: keep the irq_set_chip_data >>> arch_setup_msi_irq() and rip it out of the individual drivers. >> >> Hi Lucas, thanks for your review and comments! >> irq_set_chip_data() should not be placed in MSI core functions, because other arch like x86, >> use irq_data->chip_data to stores irq_cfg. So how to set the chip_data is arch dependent. >> And this series is mainly to use MSI chip framework in all platforms. >> Currently, only ARM platform MSI drivers use the chip_data to store msi_chip, and the drivers call >> irq_set_chip_data() in their driver already. So I thought we should clean up it in MSI core code. >> > Okay I see your point, so the cleanup done this way is okay. > > But then this still introduces a problem: arch_teardown_msi_irq() > expects to find the msi_chip in the chip_data field, which is okay for > all ARM PCI host drivers, but not for other arch MSI chips. > > You fix this by completely removing arch_teardown_msi_irq() at the end > of the series, but this still has the potential to introduce issues for > other arches than ARM within the series. So this patch should include a > change to replace the line > > struct msi_chip *chip = irq_get_chip_data(irq); > > with something that doesn't rely on the msi_chip being in the irq > chip_data field. OK, I will update arch_teardown_msi_irq() in this patch, thanks! Thanks! Yijing. > > Regards, > Lucas > -- Thanks! Yijing -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html