* Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [110106 10:17]: > On Thu, Jan 06, 2011 at 06:00:30PM +0000, Russell King - ARM Linux wrote: > > Therefore, I believe the debugging address calculation stuff in > > arch/arm/mach-omap2/include/mach/debug-macros.S to be rather broken, > > causing an abort when it tries to access the serial port. > > I'm sorry, I think this crap has to go. Trying to make it fit every > platform in one kernel is just too complicated. It _needs_ to be > something so damned simple that it always works without fail, every > single time someone wants to use it. > > The current code really hasn't a hope of doing that. > > Yes, that means you only configure it when you're not building a multi- > platform kernel, but that's worth giving up if in return we have something > that is 100% reliable. > > As it is, I need to invent new debugging code to debug this mess. Sorry, > I'm actually not going to bother - as the LL debug stuff was my debugging > code to debug exactly these kinds of boot problems. Someone else can have > the pain of sorting out this breakage, and tell me when they expect OMAP > to work again. Something that could help with the DEBUG_LL code is to pass optional debug UART info masked into the machine_id using the high bits.. Regards, Tony -- 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
