Hi Takayoshi, Thank you for feedback. Takayoshi Kochi wrote: >> > Why do we need to fiddle with dev->irq? I think it should >> > just be undefined after acpi_pci_irq_disable(). >> >> I had been considering what the "undefined dev->irq" was. >> In fact, I had other ideas that was clearing it by zero or >> -1 (0xffffffff). But I didn't know if we can use these values >> as a undefined IRQ number. So I'm clearing it by the value >> which was assigned by PCI core code (pci_read_irq()) before >> acpi_pci_irq_enable() was called. > > I think it has little sense in restoring value from the configuration > space to dev->irq or clearing it. > > If we do preventive programming, it may be worth > trying to define some magic constant (e.g. PCI_UNDEFINED_IRQ) and > panic/BUG when the irq is being enabled. > Otherwise, leaving dev->irq as it is would be ok. Hmm, I think you are right. I'll change my patch to leave dev->irq as it is. And then I'll investigate about defining PCI_UNDEFINED_IRQ. In fact, I posted updated patches a little before. I'll re-post it with your feedback :-) Thanks, Kenji Kaneshige - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Sep 24 02:32:17 2004
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:31 EST