On 06/06/2011 03:03 PM, Arnd Bergmann wrote: > On Monday 06 June 2011, George Kashperko wrote: >>> For an interrupt controller, it should be ok to have it initialized >>> late, as long as it's only responsible for the devices on the same >>> bus and not for instance for IPI interrupts. Just make sure that you >>> do the bus scan and the initialization of the IRQ driver before you >>> initialize any drivers that rely in on the interrupts to be working. >> >> Without proper timer init (which requires both the chipcommon and mips >> cores knowledge) kernel will get hung somewhere inside calibrate_delay. >> It could get addressed if get bus scan called in arch_init_irq or >> plat_time_init - both are executed before calibrate_delay and with slab >> available. > > Ok, so you need the interrupt controller to be working for the timer tick, > right? I think another option (if that's not what you mean already) would > be to have a simpler way to find a device on the bus that can be called > before doing a full scan. > > Early drivers would then have to know what is there and call a function > like "bcma_find_device(BCMA_DEV_ID_IRQ)", while drivers that are not > required to be up just register a regular device driver with a probe > function that gets called after the bus scan creates device structures. > > Arnd Accessing chip common should be possible without scanning the hole bus as it is at the first position and initializing most things just needs chip common. For initializing the interrupts scanning is needed as we do not know where the mips core is located. As we can not use kalloc on early boot we could use a function which uses kalloc under normal conditions and when on early boot the architecture code which starts the bcma code should also provide a function which returns a pointer to some memory in its text segment to use. We need space for 16 cores in the architecture code. In addition bcma_bus_register(struct bcma_bus *bus) has to be divided into two parts. The first part will scan the bus and initialize chip common and mips core. The second part will initialize pci core and register the devices in the system. When using this under normal conditions they will be called directly after each other. Hauke -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
