Bug 8193 - Asus Notebooks only have full power off the dc
Summary: Asus Notebooks only have full power off the dc
Status: CLOSED CODE_FIX
Alias: None
Product: Power Management
Classification: Unclassified
Component: Other (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: Thomas Renninger
URL:
Keywords:
: 8194 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-13 11:01 UTC by Bernhard
Modified: 2007-04-16 02:08 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.20-2 (but in all kernel releases)
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description Bernhard 2007-03-13 11:01:07 UTC
Most recent kernel where this bug did *NOT* occur: there's no kernel without 
this bug
Distribution: openSUSE 10.2, mandriva 2007
Hardware Environment: Asus Z9252Va, but this affects most Asus Notebooks (and 
some others (sony vaio)
Software Environment:
Problem Description: The notebooks are really slow when they are plugged in. 
When they're running on battery there's no problem with performance... but when 
you plug them in again the performance decreases rapidly... we've found a 
solution on the linux-club forum: 
http://www.linux-club.de/viewtopic.php?p=456891#456891  
the failure is because of the smp kernel which is integrated into the kernel, 
and so the notebooks choose a false mode for it.. when you deactivate smp in 
the kernel and compile it new the problem is solved.. so maybe there's a 
possibility to detect whether it's an asus notebook and therefore deactivate 
smp.
Steps to reproduce: everytime (during boot, work, simply everytime)
Comment 1 Adrian Bunk 2007-03-14 04:29:41 UTC
*** Bug 8194 has been marked as a duplicate of this bug. ***
Comment 2 Thomas Renninger 2007-04-16 02:05:13 UTC
This could have to do with machine not waking up from C2 state?
Normally this should happen if running on battery, but maybe it's the same 
problem.
Does it work if you pass the boot param: processor.max_cstate=1
If yes, it's that and it should be fixed in latest kernels.
People stated that it got fixed with a 10.2 upgrade kernel, so it's likely that.
-> I'll try to close this one, please reopen if anyone still sees the problem.
Comment 3 Thomas Renninger 2007-04-16 02:08:27 UTC
Already fixed in kernel (should be a patch from Thomas Gleixner), using 
broadcast timer in drivers/acpi/processor_idle.c (for machines supporting C2/C3 
processor states (not sure whether all use broadcast timer or only specific 
Pentium M in the end)) -> setting to fixed and closed.

Note You need to log in before you can comment on or make changes to this bug.