Kevin Hilman <[email protected]> writes: > Hi Felipe, > > I just noticed today that one of my boards (3530/Overo) was not making > it to the console when using an Debian rootfs (nfsroot) but works fine > with my basic busybox initramfs. Basically, it hangs somewhere between > finishing the userspace init and launching the login shell. > > git bisect ended up pointing the finger at a patch in the OMAP serial > series[1]. I didn't debug this any further. Any ideas? >
I forgot to add, this was first noticed when testing with arm-soc/for-next which has the serial-omap changes pulled in as a dependency. Kevin > > > 72256cbd13904d4b4dbb16f5ec83a3293bb292c5 is the first bad commit > commit 72256cbd13904d4b4dbb16f5ec83a3293bb292c5 > Author: Felipe Balbi <[email protected]> > Date: Thu Sep 6 15:45:24 2012 +0300 > > serial: omap: refactor receive_chars() into rdi/rlsi handlers > > receive_chars() was getting too big and too difficult > to follow. By splitting it into separate RDI and RSLI > handlers, we have smaller functions which are easy > to understand and only touch the pieces which they need > to touch. > > Tested-by: Shubhrajyoti D <[email protected]> > Acked-by: Santosh Shilimkar <[email protected]> > Signed-off-by: Felipe Balbi <[email protected]> > Signed-off-by: Greg Kroah-Hartman <[email protected]> > > :040000 040000 69585356cd524953305cfba7d219cd65430a4067 > ffdc0c05004afe8b73c1f2c0ba41e412c1faf5f4 M drivers -- 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
