Tony Lindgren <t...@atomide.com> writes: > * Kevin Hilman <khil...@deeprootsystems.com> [101124 16:32]: >> Paul Walmsley <p...@pwsan.com> writes: > > <snip> > >> Acked-by: Kevin Hilman <khil...@deeprootsystems.com> >> >> Very nice. I've been exploring various solutions to this problem as >> well, but this one is much cleaner. Also, I hadn't discovered the 'try' >> version of the console semaphore, so was running into recursive locking. >> >> Anyways, tested on omap35xx: omap3evm (uart1/core console) and beagle >> (uart3/per console) and omap34xx/n900 (uart3/per console) using both >> retention-idle and off-idle. > > Thanks, queuing this as fix for the -rc cycle.
FYI.. just found a regression caused by this patch. It prevented suspend from ever happening since the console semaphore is already held during suspend. Just posted a fix for this: Date: Tue, 7 Dec 2010 12:24:13 -0800 Subject: [PATCH] OMAP2+: PM/serial: fix console semaphore acquire during suspend Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
