>-----Original Message----- >From: Kevin Hilman [mailto:khilman@xxxxxxxxxxxxxxxxxxx] >Sent: Wednesday, June 17, 2009 8:37 PM >To: Nayak, Rajendra >Cc: Woodruff, Richard; linux-omap@xxxxxxxxxxxxxxx >Subject: Re: OMAP3 PM: off-mode during idle, problem with UART1 console > >"Nayak, Rajendra" <rnayak@xxxxxx> writes: > >> What Silicon Rev does your SDP have? I currently am using an >ES3.1 based SDP >> and I havent seen any of these issues you have reported with >off-while-idle. > >I have and ES3.0 SDP. > >> Infact I have kept the board running overnight a couple >times in the last week >> with off-while-idle and voltage scaling to 0v enabled, >mainly to test the recent >> patch set (disabling Auto idle for PER in scratchpad memory) >for stability. > >Ah, great. That is really good to know. Are you using >omap_3430sdp_pm_defconfig? > >I see the same problems with and without your patches. > >> I will see if I can get hold of an ES3 and ES2.1 based SDP's >and see if I reproduce >> the issue. Besides I use nfs and I am not sure if that's got >something to do with it. >> Will try a ramdisk also. > >I'm using a ramdisk. > >> Does it take you a while to reproduce this, or is it seen >after the very first UART >> inactivity? > >It happens on the first try. > >Could you try my uImage which has my initramfs rootfs built-in on your >ES3.1 SDP? > > http://userweb.kernel.org/~khilman/tmp/rajendra/uImage.pm-vanilla > >Immediately after booting, I do > ># echo 1 > /sys/power/enable_off_mode > ># echo 1 > /sys/power/voltage_off_while_idle > ># echo 1 > /sys/power/sleep_while_idle > > >and after UART inactivity, I start to see sys_off_mode LED blinking. Kevin, This image works just fine on both my ES3.1 GP as well as ES3.0 EMU SDP. After the sys_off LED blinks, a key press stops the blinking and also gets be the debug console back. regards, Rajendra > > >>>-----Original Message----- >>>From: linux-omap-owner@xxxxxxxxxxxxxxx >>>[mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Kevin Hilman >>>Sent: Wednesday, June 17, 2009 2:35 AM >>>To: Nayak, Rajendra; Woodruff, Richard >>>Cc: linux-omap@xxxxxxxxxxxxxxx >>>Subject: OMAP3 PM: off-mode during idle, problem with UART1 console >>> >>>Rajendra, Richard, >>> >>>Hoping you can shed some light, or give me some direction on where to >>>debug this further... >>> >>>With the latest PM branch, I've notice that off-while idle isn't >>>working on the SDP, but the same kernel works fine on the RX51. >>>RET-while-idle works fine on both. This is with CPUidle disabled, so >>>just using the default idle where MPU and CORE are changed together. >>> >>>More specifically, it seems to be the UART1 (CORE) console that never >>>comes back from off-while-idle, but the UART3 (PER) console on RX51 >>>works. >>> >>>On SDP, if I >>> >>># echo 1 > /sys/power/enable_off_mode >>># echo 1 > /sys/power/voltage_off_while_idle >>># echo 1 > /sys/power/sleep_while_idle >>> >>>After the UART inactivty timeout of 5 seconds, I start to see the >>>sys_off_mode LED toggling between red and green with system timer >>>wakeups. >>> >>>If I then push a key on the UART1 console, the LED goes green, stays >>>for the 5 second UART inactivity and then goes back to toggling >>>red/green again. However, I never get my console back and never see >>>the characters on my console. >>> >>>If I keep typing, I keep the system from going back off (based on >>>sys_off_mode LED) and as soon as I stop typing long enough for the >>>inactivity timer to expiere (5 seconds) it goes back into off. >>> >>>Any ideas what's going on here? >>> >>>On RX51, the same thing works using UART3. >>> >>>Kevin >>> >>>-- >>>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
