Bug 19132 - Changing the default cpufreq govenor freezes suspend
Summary: Changing the default cpufreq govenor freezes suspend
Status: CLOSED PATCH_ALREADY_AVAILABLE
Alias: None
Product: Power Management
Classification: Unclassified
Component: cpufreq (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: cpufreq
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-27 07:16 UTC by Lukas Grässlin
Modified: 2012-06-05 03:52 UTC (History)
5 users (show)

See Also:
Kernel Version: 2.6.35
Subsystem:
Regression: No
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Lukas Grässlin 2010-09-27 07:16:57 UTC 
Since 2.6.35 my Thinkpad X200 with Intel Chipset freezes (the screen is getting black with just a cursor and hangs forever there) on suspend when the default cpufreq govenor is changed. This happens beacuse pm-utils changes the default govenor when going on suspend(-to-ram, but to-disk also I think).

When I disable that changing of the govenor suspend will work again.

This may have to do something with the Intel Graphic as well, because the problem only occurs when beeing on X. Without X the suspend works fine.

With 2.6.34 everything worked well.

See also:

http://lkml.org/lkml/2010/7/22/595
https://bugs.archlinux.org/task/20806
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586674#51
Comment 1 Lukas Grässlin 2010-10-02 11:14:32 UTC 
Mh seems that the problem does not exist in .35.7 anymore. I'm happy :)
Comment 2 Lukas Grässlin 2010-10-03 12:32:45 UTC 
Mh or not? I had just the same problem. But yesterday sometimes it worked!? Strange...
Comment 3 Rafał 2010-10-19 09:21:05 UTC 
After upgrade to 2.6.35.7 ( kernel26-2.6.35.7-1 in Arch linux) and few tries everything works fine for me.
Comment 4 Zhang Rui 2012-01-18 02:18:59 UTC 
But closed as it seems that the problem has already been fixed.

Please feel free to reopen it if the problem still exists in the latest upstream kernel.
Note You need to log in before you can comment on or make changes to this bug.