* Fail to suspend to ram: "Class driver suspend failed for cpu0" @ 2011-01-20 21:16 Luke Gong 2011-01-20 22:54 ` Kevin Hilman 0 siblings, 1 reply; 7+ messages in thread From: Luke Gong @ 2011-01-20 21:16 UTC (permalink / raw) To: linux-omap Hello, 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, it fails and I get the message "Class driver suspend failed for cpu0". 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-20 21:16 Fail to suspend to ram: "Class driver suspend failed for cpu0" Luke Gong @ 2011-01-20 22:54 ` Kevin Hilman 2011-01-20 23:32 ` Luke Gong 0 siblings, 1 reply; 7+ messages in thread From: Kevin Hilman @ 2011-01-20 22:54 UTC (permalink / raw) To: Luke Gong; +Cc: linux-omap Luke Gong <lukejgong@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. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-20 22:54 ` Kevin Hilman @ 2011-01-20 23:32 ` Luke Gong 2011-01-21 4:23 ` Vishwanath Sripathy 2011-01-21 5:09 ` Kevin Hilman 0 siblings, 2 replies; 7+ messages in thread From: Luke Gong @ 2011-01-20 23:32 UTC (permalink / raw) To: Kevin Hilman; +Cc: linux-omap Thanks, Kevin. On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman <khilman@ti.com> wrote: > Luke Gong <lukejgong@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-20 23:32 ` Luke Gong @ 2011-01-21 4:23 ` Vishwanath Sripathy 2011-01-21 15:28 ` Luke Gong 2011-01-21 5:09 ` Kevin Hilman 1 sibling, 1 reply; 7+ messages in thread From: Vishwanath Sripathy @ 2011-01-21 4:23 UTC (permalink / raw) To: Luke Gong, Kevin Hilman; +Cc: linux-omap Luke, > -----Original Message----- > From: linux-omap-owner@vger.kernel.org [mailto:linux-omap- > owner@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 <khilman@ti.com> > wrote: > > Luke Gong <lukejgong@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 majordomo@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-21 4:23 ` Vishwanath Sripathy @ 2011-01-21 15:28 ` Luke Gong 0 siblings, 0 replies; 7+ messages in thread From: Luke Gong @ 2011-01-21 15:28 UTC (permalink / raw) To: Vishwanath Sripathy; +Cc: Kevin Hilman, linux-omap 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.bs@ti.com> wrote: > Luke, > >> -----Original Message----- >> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap- >> owner@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 <khilman@ti.com> >> wrote: >> > Luke Gong <lukejgong@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 majordomo@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-20 23:32 ` Luke Gong 2011-01-21 4:23 ` Vishwanath Sripathy @ 2011-01-21 5:09 ` Kevin Hilman 2011-01-21 15:30 ` Luke Gong 1 sibling, 1 reply; 7+ messages in thread From: Kevin Hilman @ 2011-01-21 5:09 UTC (permalink / raw) To: Luke Gong; +Cc: linux-omap Luke Gong <lukejgong@gmail.com> writes: > Thanks, Kevin. > > On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman <khilman@ti.com> wrote: >> Luke Gong <lukejgong@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Fail to suspend to ram: "Class driver suspend failed for cpu0" 2011-01-21 5:09 ` Kevin Hilman @ 2011-01-21 15:30 ` Luke Gong 0 siblings, 0 replies; 7+ messages in thread From: Luke Gong @ 2011-01-21 15:30 UTC (permalink / raw) To: Kevin Hilman; +Cc: linux-omap 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 <khilman@ti.com> wrote: > Luke Gong <lukejgong@gmail.com> writes: > >> Thanks, Kevin. >> >> On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman <khilman@ti.com> wrote: >>> Luke Gong <lukejgong@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-01-21 15:30 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-01-20 21:16 Fail to suspend to ram: "Class driver suspend failed for cpu0" Luke Gong 2011-01-20 22:54 ` Kevin Hilman 2011-01-20 23:32 ` Luke Gong 2011-01-21 4:23 ` Vishwanath Sripathy 2011-01-21 15:28 ` Luke Gong 2011-01-21 5:09 ` Kevin Hilman 2011-01-21 15:30 ` Luke Gong
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox