Thanks for the reply Paul. I will check the boot loader version and try with latest. Best Regards, Gowda -----Original Message----- From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Paul Walmsley Sent: 07. tammikuuta 2013 20:40 To: Gowda Madhusudhan Cc: linux-omap@xxxxxxxxxxxxxxx; t-kristo@xxxxxx; rnayak@xxxxxx Subject: RE: Querry on UART wakeup on Linux 3.8-rc1 Hi, On Sun, 6 Jan 2013, Madhusudhan.Gowda@xxxxxxxxxxxxxx wrote: > Could someone point me if it has been working in any of the releases ? Serial wakeup from retention suspend seems to work on the OMAP4460 Panda-ES here as of v3.8-rc1, with a really recent U-boot[*]: http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/pm/4460p andaes/4460pandaes_log.txt http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/README.t xt (There are some warnings present from the power state debugging code, so there's probably something that could use a closer look.) The problem is, you need a really recent bootloader for this to work. This is because the mainline kernel is missing code to idle several on-chip devices (IVAHD, DSP, etc.). This can be seen with the OMAP4430 boot logs: http://www.pwsan.com/omap/testlogs/test_v3.8-rc1/20121228031713/pm/4430e s2panda/4430es2panda_log.txt That board is running an "older" bootloader - from July 2012! The hope is that some of the folks still working for TI can post the appropriate reset and idle code for these devices. Or at least, we'd better add a console warning to the OMAP44xx PM init code that warns about the bootloader dependencies. Any comments from the TI folks here? - Paul > > Thanks, > Gowda > > -----Original Message----- > From: linux-omap-owner@xxxxxxxxxxxxxxx > [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] > Sent: 01. tammikuuta 2013 22:08 > To: linux-omap@xxxxxxxxxxxxxxx > Subject: Querry on UART wakeup on Linux 3.8-rc1 > > Hi, > > I tried to wakeup OMAP430 ES2.1 Panda from static suspend retention > using console uart2, it doesn't wakeup. > But could configure GPIO_121 button to wake up from retention fine. > > On the serial uart side I have manually enabled wakeup by echo enabled > > /sys/devices/platform/omap_uart.2/tty/ttyO2/power/wakeup > > I could see the wakeup enable bit (1<<14) of uart irrx pad register > is being set properly before it does static suspend fine. > > Should I need to do any more thing to get it work? > > Thanks, > Gowda > -- > 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 > -- > 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 > -- 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 -- 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
