* Jarkko Nikula <[EMAIL PROTECTED]> [080813 10:44]: > On Tue, 12 Aug 2008 17:31:20 +0300 > "ext Tony Lindgren" <[EMAIL PROTECTED]> wrote: > > > > > > - Alignment error on omap2/3. This seems to happen also with > > > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted? > > > > > > > > > - N800 boots up to UI with "gcc version 3.4.4 (release) > > > > (CodeSourcery ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL > > > > it hangs somewhere before serial is initialized > > > > > > > > - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite > > > > 2007q3-53)" there is alignment exception in early booting > > > > independently of 718fc6cd4db902aa2242a736cc3feb8744a4c71a > > > > > > Weird that this alignment exception only happens on 24xx, not on > > > 34xx. > > > > For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this. > > Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe > > mentioned does not help for me with gcc version 4.2.3 (Sourcery G++ > > Lite 2008q1-126). > > > I reverted the 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 and now it > boots with gcc 4.2.1 but only if DEBUG_LL=y. With gcc 3.4.4 there is no > difference. Looks like that alignment is one issue and DEBUG_LL is > another?
Does it behave the same way with Paul's patches? Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
