On 12/21/2011 04:38 PM, David Miller wrote: > > It depends upon CONFIG_OF_IRQ which not all CONFIG_OF platforms support, > in particular sparc does not support CONFIG_OF_PLATFORM because it > precomputes all IRQs at boot time when it scans the device tree so all > of the CONFIG_OF_IRQ infrastructure to probe and resolve IRQs at driver > probe time is wrong and completely unnecessary. > > Add the proper dependencies so that pata_of_platform.c doesn't get > built on sparc. > > CONFIG_OF_IRQ was severely misdesigned, it should just NOP out on > platforms where the architecture has the final IRQ values already like > sparc does. But that's not how it was implemented at all, and now > we're starting to have all of these drivers get hard dependencies on > this mechanism and it's datastructures, and the resulting sparc build > failures from time to time. > > Jeff, please push something like the following to Linus so that > sparc's allmodconfig builds again. Thanks. > Really, drivers should no longer use of_irq_to_resource (or of_address_to_resource for that matter). The resources are setup by the core OF code. The patch I sent does this. Rob > -------------------- > pata_of_platform: Add missing CONFIG_OF_IRQ dependency. > > Signed-off-by: David S. Miller <davem@xxxxxxxxxxxxx> > > diff --git a/drivers/ata/Kconfig b/drivers/ata/Kconfig > index 6bdedd7..cf047c4 100644 > --- a/drivers/ata/Kconfig > +++ b/drivers/ata/Kconfig > @@ -820,7 +820,7 @@ config PATA_PLATFORM > > config PATA_OF_PLATFORM > tristate "OpenFirmware platform device PATA support" > - depends on PATA_PLATFORM && OF > + depends on PATA_PLATFORM && OF && OF_IRQ > help > This option enables support for generic directly connected ATA > devices commonly found on embedded systems with OpenFirmware > _______________________________________________ > devicetree-discuss mailing list > devicetree-discuss@xxxxxxxxxxxxxxxx > https://lists.ozlabs.org/listinfo/devicetree-discuss -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html