On Sun, 10 Jun 2012, Tony Lindgren wrote: > * Paul Walmsley <paul@xxxxxxxxx> [120608 06:33]: > > > I don't really have a huge problem with switching to a late reset, > > but there are disadvantages to it. > > I think the early reset actually has more disadvantages to it compared > to driver reset. We don't see any errors when things go wrong, and we > may even kill the only debug console in the reset process. > > We are already doing what Benoit describes with clocks where we only > reset the unclaimed ones at late_initcall level, and that has proven > to work well. The difference though between the clock and the IP block init is that leaving the clocks on until later has no effect on system stability. The chip simply consumes more energy. But if the IP blocks are reset later, and the bootloader or previous OS gets some register settings wrong, there's a greater risk of system instability or unpredictable behavior during the boot process. I agree that it is probably easier to debug a late reset approach. - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
