Re: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-21 Thread Luke Gong
But at this moment, it seems I cannot use both dvfs and suspend to ram
simultaneously :(.

On Thu, Jan 20, 2011 at 11:23 PM, Vishwanath Sripathy
vishwanath...@ti.com wrote:
 Luke,

 -Original Message-
 From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
 ow...@vger.kernel.org] On Behalf Of Luke Gong
 Sent: Friday, January 21, 2011 5:03 AM
 To: Kevin Hilman
 Cc: linux-omap@vger.kernel.org
 Subject: Re: Fail to suspend to ram: Class driver suspend failed for
 cpu0

 Thanks, Kevin.

 On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman khil...@ti.com
 wrote:
  Luke Gong lukejg...@gmail.com writes:
 
  I have a beagle board with OMAP3530. I ported linux-omap-
 pm2.6.32 to
  this board. When I want to let it suspend to ram,
 
  This is an old kernel.  Any reason you're not using a newer kernel?

 I have Angstrom7 with kernel 2.6.32 running on this board. So I
 selected this old version to test. I might try the latest one.

 
  it fails and I get
  the message Class driver suspend failed for cpu0
 
  This is the CPUfreq driver failing to suspend, probably because there
 is
  no CPUfreq driver implemented in your kernel.  Try disabling
 CPU_FREQ in
  your kernel config.

 It seems can suspend to ram after disabling CPU_FREQ. Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)

 **
 ***
 Once I hit the keyboard, I get:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Powerdomain (core_pwrdm) didn't enter target state 1
 Powerdomain (cam_pwrdm) didn't enter target state 1
 Powerdomain (per_pwrdm) didn't enter target state 1
 Could not enter target state in pm_suspend
 Restarting tasks ... done.
 root@beagleboard:~#
 ***

 I am just curious why the powerdomain didn't enter target state 1.
 It looks like your camera module is not idling upon suspend preventing per
 and core to idle. Pls check whether camera driver has implemented
 suspend/resume hooks properly. OR you can disable camera module and try.

 Another issue is about CPU frequency scaling. Using the original
 Angstrom7, I can scale CPU frequency. But with the linux-omap-pm
 kernel, I cannot do it even though I enable this feature in the config
 file. Is there any solution to support both cpu frequency scaling and
 suspend to ram?
 In current linux-omap-pm branch, DVFS feature is not supported and this
 work is under progress. Previously DVFS feature was supported in pm branch
 using SRF and it has been removed sometime back.
 If you really want cpufreq support, you can pick DVFS patches under review
 available at: https://patchwork.kernel.org/patch/290542/

 It's also available in the dvfs tree hosted@
 http://dev.omapzoom.org/?p=thara/omap-dvfs.git;a=shortlog;h=refs/heads/pm-
 dvfs

 Vishwa


 Thanks again for your help.
 
  Kevin
 
  . Here is the log:
 
  root@beagleboard:~# echo mem  /sys/power/state
  PM: Syncing filesystems ... done.
  Freezing user space processes ... (elapsed 0.00 seconds) done.
  Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
  Suspending console(s) (use no_console_suspend to debug)
  omapfb omapfb: timeout waiting for FRAME DONE
  Class driver suspend failed for cpu0
  Restarting tasks ... done.
 
  *
 
  Is there any idea to fix this problem? Thanks.
 



 --
 Luke
 --
 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




-- 
Luke
--
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


Re: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-21 Thread Luke Gong
All right. Thank you.

One more question. At this moment, I can wake up the board by
keyboard. Can I wake it up on LAN?

On Fri, Jan 21, 2011 at 12:09 AM, Kevin Hilman khil...@ti.com wrote:
 Luke Gong lukejg...@gmail.com writes:

 Thanks, Kevin.

 On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman khil...@ti.com wrote:
 Luke Gong lukejg...@gmail.com writes:

 I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to
 this board. When I want to let it suspend to ram,

 This is an old kernel.  Any reason you're not using a newer kernel?

 I have Angstrom7 with kernel 2.6.32 running on this board. So I
 selected this old version to test. I might try the latest one.


 You'll have to get support from the folks making the Angstrom kernel as
 I don't keep track of the kernel baseline they use or the local patches
 they apply, so can't help you.

 If you can reproduce on current linux-omap, I'll be glad to help.

 Kevin



 it fails and I get
 the message Class driver suspend failed for cpu0

 This is the CPUfreq driver failing to suspend, probably because there is
 no CPUfreq driver implemented in your kernel.  Try disabling CPU_FREQ in
 your kernel config.

 It seems can suspend to ram after disabling CPU_FREQ. Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)

 *
 Once I hit the keyboard, I get:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Powerdomain (core_pwrdm) didn't enter target state 1
 Powerdomain (cam_pwrdm) didn't enter target state 1
 Powerdomain (per_pwrdm) didn't enter target state 1
 Could not enter target state in pm_suspend
 Restarting tasks ... done.
 root@beagleboard:~#
 ***

 I am just curious why the powerdomain didn't enter target state 1.

 Another issue is about CPU frequency scaling. Using the original
 Angstrom7, I can scale CPU frequency. But with the linux-omap-pm
 kernel, I cannot do it even though I enable this feature in the config
 file. Is there any solution to support both cpu frequency scaling and
 suspend to ram?

 Thanks again for your help.

 Kevin

 . Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Class driver suspend failed for cpu0
 Restarting tasks ... done.

 *

 Is there any idea to fix this problem? Thanks.





-- 
Luke
--
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


Re: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-20 Thread Kevin Hilman
Luke Gong lukejg...@gmail.com writes:

 I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to
 this board. When I want to let it suspend to ram, 

This is an old kernel.  Any reason you're not using a newer kernel?

 it fails and I get
 the message Class driver suspend failed for cpu0

This is the CPUfreq driver failing to suspend, probably because there is
no CPUfreq driver implemented in your kernel.  Try disabling CPU_FREQ in
your kernel config.

Kevin

 . Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Class driver suspend failed for cpu0
 Restarting tasks ... done.

 *

 Is there any idea to fix this problem? Thanks.
--
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


Re: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-20 Thread Luke Gong
Thanks, Kevin.

On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman khil...@ti.com wrote:
 Luke Gong lukejg...@gmail.com writes:

 I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to
 this board. When I want to let it suspend to ram,

 This is an old kernel.  Any reason you're not using a newer kernel?

I have Angstrom7 with kernel 2.6.32 running on this board. So I
selected this old version to test. I might try the latest one.


 it fails and I get
 the message Class driver suspend failed for cpu0

 This is the CPUfreq driver failing to suspend, probably because there is
 no CPUfreq driver implemented in your kernel.  Try disabling CPU_FREQ in
 your kernel config.

It seems can suspend to ram after disabling CPU_FREQ. Here is the log:

root@beagleboard:~# echo mem  /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Suspending console(s) (use no_console_suspend to debug)

*
Once I hit the keyboard, I get:

root@beagleboard:~# echo mem  /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Suspending console(s) (use no_console_suspend to debug)
omapfb omapfb: timeout waiting for FRAME DONE
Powerdomain (core_pwrdm) didn't enter target state 1
Powerdomain (cam_pwrdm) didn't enter target state 1
Powerdomain (per_pwrdm) didn't enter target state 1
Could not enter target state in pm_suspend
Restarting tasks ... done.
root@beagleboard:~#
***

I am just curious why the powerdomain didn't enter target state 1.

Another issue is about CPU frequency scaling. Using the original
Angstrom7, I can scale CPU frequency. But with the linux-omap-pm
kernel, I cannot do it even though I enable this feature in the config
file. Is there any solution to support both cpu frequency scaling and
suspend to ram?

Thanks again for your help.

 Kevin

 . Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Class driver suspend failed for cpu0
 Restarting tasks ... done.

 *

 Is there any idea to fix this problem? Thanks.




-- 
Luke
--
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


RE: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-20 Thread Vishwanath Sripathy
Luke,

 -Original Message-
 From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
 ow...@vger.kernel.org] On Behalf Of Luke Gong
 Sent: Friday, January 21, 2011 5:03 AM
 To: Kevin Hilman
 Cc: linux-omap@vger.kernel.org
 Subject: Re: Fail to suspend to ram: Class driver suspend failed for
 cpu0

 Thanks, Kevin.

 On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman khil...@ti.com
 wrote:
  Luke Gong lukejg...@gmail.com writes:
 
  I have a beagle board with OMAP3530. I ported linux-omap-
 pm2.6.32 to
  this board. When I want to let it suspend to ram,
 
  This is an old kernel.  Any reason you're not using a newer kernel?

 I have Angstrom7 with kernel 2.6.32 running on this board. So I
 selected this old version to test. I might try the latest one.

 
  it fails and I get
  the message Class driver suspend failed for cpu0
 
  This is the CPUfreq driver failing to suspend, probably because there
is
  no CPUfreq driver implemented in your kernel.  Try disabling
 CPU_FREQ in
  your kernel config.

 It seems can suspend to ram after disabling CPU_FREQ. Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)

 **
 ***
 Once I hit the keyboard, I get:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Powerdomain (core_pwrdm) didn't enter target state 1
 Powerdomain (cam_pwrdm) didn't enter target state 1
 Powerdomain (per_pwrdm) didn't enter target state 1
 Could not enter target state in pm_suspend
 Restarting tasks ... done.
 root@beagleboard:~#
 ***

 I am just curious why the powerdomain didn't enter target state 1.
It looks like your camera module is not idling upon suspend preventing per
and core to idle. Pls check whether camera driver has implemented
suspend/resume hooks properly. OR you can disable camera module and try.

 Another issue is about CPU frequency scaling. Using the original
 Angstrom7, I can scale CPU frequency. But with the linux-omap-pm
 kernel, I cannot do it even though I enable this feature in the config
 file. Is there any solution to support both cpu frequency scaling and
 suspend to ram?
In current linux-omap-pm branch, DVFS feature is not supported and this
work is under progress. Previously DVFS feature was supported in pm branch
using SRF and it has been removed sometime back.
If you really want cpufreq support, you can pick DVFS patches under review
available at: https://patchwork.kernel.org/patch/290542/

It's also available in the dvfs tree hosted@
http://dev.omapzoom.org/?p=thara/omap-dvfs.git;a=shortlog;h=refs/heads/pm-
dvfs

Vishwa


 Thanks again for your help.
 
  Kevin
 
  . Here is the log:
 
  root@beagleboard:~# echo mem  /sys/power/state
  PM: Syncing filesystems ... done.
  Freezing user space processes ... (elapsed 0.00 seconds) done.
  Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
  Suspending console(s) (use no_console_suspend to debug)
  omapfb omapfb: timeout waiting for FRAME DONE
  Class driver suspend failed for cpu0
  Restarting tasks ... done.
 
  *
 
  Is there any idea to fix this problem? Thanks.
 



 --
 Luke
 --
 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
--
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


Re: Fail to suspend to ram: Class driver suspend failed for cpu0

2011-01-20 Thread Kevin Hilman
Luke Gong lukejg...@gmail.com writes:

 Thanks, Kevin.

 On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman khil...@ti.com wrote:
 Luke Gong lukejg...@gmail.com writes:

 I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to
 this board. When I want to let it suspend to ram,

 This is an old kernel.  Any reason you're not using a newer kernel?

 I have Angstrom7 with kernel 2.6.32 running on this board. So I
 selected this old version to test. I might try the latest one.


You'll have to get support from the folks making the Angstrom kernel as
I don't keep track of the kernel baseline they use or the local patches
they apply, so can't help you.

If you can reproduce on current linux-omap, I'll be glad to help.

Kevin



 it fails and I get
 the message Class driver suspend failed for cpu0

 This is the CPUfreq driver failing to suspend, probably because there is
 no CPUfreq driver implemented in your kernel.  Try disabling CPU_FREQ in
 your kernel config.

 It seems can suspend to ram after disabling CPU_FREQ. Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)

 *
 Once I hit the keyboard, I get:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Powerdomain (core_pwrdm) didn't enter target state 1
 Powerdomain (cam_pwrdm) didn't enter target state 1
 Powerdomain (per_pwrdm) didn't enter target state 1
 Could not enter target state in pm_suspend
 Restarting tasks ... done.
 root@beagleboard:~#
 ***

 I am just curious why the powerdomain didn't enter target state 1.

 Another issue is about CPU frequency scaling. Using the original
 Angstrom7, I can scale CPU frequency. But with the linux-omap-pm
 kernel, I cannot do it even though I enable this feature in the config
 file. Is there any solution to support both cpu frequency scaling and
 suspend to ram?

 Thanks again for your help.

 Kevin

 . Here is the log:

 root@beagleboard:~# echo mem  /sys/power/state
 PM: Syncing filesystems ... done.
 Freezing user space processes ... (elapsed 0.00 seconds) done.
 Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
 Suspending console(s) (use no_console_suspend to debug)
 omapfb omapfb: timeout waiting for FRAME DONE
 Class driver suspend failed for cpu0
 Restarting tasks ... done.

 *

 Is there any idea to fix this problem? Thanks.

--
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