OMAP3 PM: off-mode during idle, problem with UART1 console

DISCUSSION Kevin Hilman 3 participants 8 messages Jun 16, 2009 – Jun 19, 2009

lore

Share & tools

lore

Kevin Hilman

author

2009-06-16 21:05 UTC #0 lore raw

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

Nayak, Rajendra

2009-06-17 06:11 UTC #1 lore raw

Kevin,

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.

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.

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.

Does it take you a while to reproduce this, or is it seen after the very first UART inactivity?

regards,
Rajendra

Quoted 54 lines

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Kevin Hilman
Sent: Wednesday, June 17, 2009 2:35 AM
To: Nayak, Rajendra; Woodruff, Richard
Cc: [email protected]
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Woodruff, Richard

2009-06-17 14:38 UTC #2 lore raw

Kevin,

Can you ping the system via network during on time?
- generate some activity on uart to be awake then try.

Why not fire up a second tty/shell on UART3 or just try with uart 3 on SDP. Bootargs change is easy enough.
- this can say if you have uart specific issue or maybe core vs per

Did you hook up your emulator and connect during awake time of uart timer? It should really tell a lot.

Regards,
Richard W.

Quoted 84 lines

-----Original Message-----
From: Nayak, Rajendra
Sent: Wednesday, June 17, 2009 1:12 AM
To: Kevin Hilman; Woodruff, Richard
Cc: [email protected]
Subject: RE: OMAP3 PM: off-mode during idle, problem with UART1 console
Kevin,
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.
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.
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.
Does it take you a while to reproduce this, or is it seen after the very first UART
inactivity?
regards,
Rajendra
Quoted 54 lines
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Kevin Hilman
Sent: Wednesday, June 17, 2009 2:35 AM
To: Nayak, Rajendra; Woodruff, Richard
Cc: [email protected]
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Kevin Hilman

author

2009-06-17 15:07 UTC #3 lore raw

Quoted 1 line · Richard

Can you ping the system via network during on time?

Yes.

Quoted 1 line

- generate some activity on uart to be awake then try.

Yes, ping works before, after and during off-while-idle.

Quoted 3 lines

Why not fire up a second tty/shell on UART3 or just try with uart 3 on SDP. Bootargs change is easy enough. - this can say if you have uart specific issue or maybe core vs per

Indeed, using UART3 on SDP works as expected, only UART 1 has the problem.

Quoted 1 line

Did you hook up your emulator and connect during awake time of uart timer? It should really tell a lot.

Will give that a try.

Thanks,

Kevin

Quoted 85 lines

Quoted 85 lines
-----Original Message-----
From: Nayak, Rajendra
Sent: Wednesday, June 17, 2009 1:12 AM
To: Kevin Hilman; Woodruff, Richard
Cc: [email protected]
Subject: RE: OMAP3 PM: off-mode during idle, problem with UART1 console
Kevin,
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.
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.
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.
Does it take you a while to reproduce this, or is it seen after the very first UART
inactivity?
regards,
Rajendra
Quoted 54 lines
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Kevin Hilman
Sent: Wednesday, June 17, 2009 2:35 AM
To: Nayak, Rajendra; Woodruff, Richard
Cc: [email protected]
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Kevin Hilman

author

2009-06-17 15:06 UTC #4 lore raw

In reply to Nayak, Rajendra

Quoted 2 lines · Rajendra

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.

Quoted 3 lines

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.

Quoted 3 lines

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.

Quoted 2 lines

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

Quoted 54 lines

Quoted 54 lines
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Kevin Hilman
Sent: Wednesday, June 17, 2009 2:35 AM
To: Nayak, Rajendra; Woodruff, Richard
Cc: [email protected]
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Nayak, Rajendra

2009-06-19 09:42 UTC #5 lore raw

Quoted 50 lines

-----Original Message-----
From: Kevin Hilman [mailto:[email protected]]
Sent: Wednesday, June 17, 2009 8:37 PM
To: Nayak, Rajendra
Cc: Woodruff, Richard; [email protected]
Subject: Re: OMAP3 PM: off-mode during idle, problem with UART1 console
Quoted 1 line · Rajendra
What Silicon Rev does your SDP have? I currently am using an
ES3.1 based SDP
Quoted 1 line
and I havent seen any of these issues you have reported with
off-while-idle.
I have and ES3.0 SDP.
Quoted 1 line
Infact I have kept the board running overnight a couple
times in the last week
Quoted 1 line
with off-while-idle and voltage scaling to 0v enabled,
mainly to test the recent
Quoted 1 line
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.
Quoted 1 line
I will see if I can get hold of an ES3 and ES2.1 based SDP's
and see if I reproduce
Quoted 1 line
the issue. Besides I use nfs and I am not sure if that's got
something to do with it.
Quoted 1 line
Will try a ramdisk also.
I'm using a ramdisk.
Quoted 1 line
Does it take you a while to reproduce this, or is it seen
after the very first UART
Quoted 1 line
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

Quoted 8 lines

# 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

Quoted 58 lines

Quoted 56 lines
Quoted 56 lines
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Kevin Hilman
Sent: Wednesday, June 17, 2009 2:35 AM
To: Nayak, Rajendra; Woodruff, Richard
Cc: [email protected]
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Kevin Hilman

author

2009-06-19 16:20 UTC #6 lore raw

Quoted 56 lines · Rajendra

Quoted 56 lines
-----Original Message-----
From: Kevin Hilman [mailto:[email protected]]
Sent: Wednesday, June 17, 2009 8:37 PM
To: Nayak, Rajendra
Cc: Woodruff, Richard; [email protected]
Subject: Re: OMAP3 PM: off-mode during idle, problem with UART1 console
Quoted 1 line · Rajendra
What Silicon Rev does your SDP have? I currently am using an
ES3.1 based SDP
Quoted 1 line
and I havent seen any of these issues you have reported with
off-while-idle.
I have and ES3.0 SDP.
Quoted 1 line
Infact I have kept the board running overnight a couple
times in the last week
Quoted 1 line
with off-while-idle and voltage scaling to 0v enabled,
mainly to test the recent
Quoted 1 line
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.
Quoted 1 line
I will see if I can get hold of an ES3 and ES2.1 based SDP's
and see if I reproduce
Quoted 1 line
the issue. Besides I use nfs and I am not sure if that's got
something to do with it.
Quoted 1 line
Will try a ramdisk also.
I'm using a ramdisk.
Quoted 1 line
Does it take you a while to reproduce this, or is it seen
after the very first UART
Quoted 1 line
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                         

Quoted 8 lines

Quoted 1 line
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.

Rajendra,

Thanks a lot for testing. It sounds like something specific to the ES3.0 GP SDP.

Kevin

Woodruff, Richard

2009-06-19 16:41 UTC #7 lore raw

Quoted 8 lines

-----Original Message-----
From: Kevin Hilman [mailto:[email protected]]
Sent: Friday, June 19, 2009 11:21 AM
Thanks a lot for testing. It sounds like something specific to the ES3.0 GP SDP.

Are DIP switches the same?

ROM code may touch UART in one case and not the other.

Regards,
Richard W.