Bug 5148 - no C2 state detected
Summary: no C2 state detected
Status: REJECTED UNREPRODUCIBLE
Alias: None
Product: ACPI
Classification: Unclassified
Component: Power-Processor (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Venkatesh Pallipadi
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-29 07:41 UTC by Daniel Nofftz
Modified: 2006-03-25 07:37 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.13
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
output from dmesg -s40000 (14.44 KB, text/plain)
2005-08-29 07:46 UTC, Daniel Nofftz
Details
output from dmidecode (10.70 KB, text/plain)
2005-08-29 07:52 UTC, Daniel Nofftz
Details
output from acpidump (90.91 KB, text/plain)
2005-08-29 07:53 UTC, Daniel Nofftz
Details
output from lspci -vv (13.31 KB, text/plain)
2005-08-29 07:54 UTC, Daniel Nofftz
Details
output from cat /proc/interrupts (503 bytes, text/plain)
2005-08-29 07:55 UTC, Daniel Nofftz
Details

Description Daniel Nofftz 2005-08-29 07:41:57 UTC
Most recent kernel where this bug did not occur: don't know
Distribution: Debian/unstable
Hardware Environment: Epox 8rda3+ (Nforce 2) Motherboard + Athlon XP 3200+
(Barton) + linux on a sata-hd connected to a sil 3112a port
Software Environment: Linux/2.6.13/Debian
Problem Description: The C2 idle state capability isn't detected anymore. It
defenetly worked with some older kernel but i can't say with which it stoped to
work, cause i didn't controlled it for some time. but it defenetly don't work
with 2.6.12.5, 2.6.13-rc6, 2.6.13-rc6-mm1 or 2.6.13.
Comment 1 Daniel Nofftz 2005-08-29 07:46:52 UTC
Created attachment 5798 [details]
output from dmesg -s40000

output from dmesg -s40000
Comment 2 Daniel Nofftz 2005-08-29 07:52:09 UTC
Created attachment 5799 [details]
output from dmidecode
Comment 3 Daniel Nofftz 2005-08-29 07:53:27 UTC
Created attachment 5800 [details]
output from acpidump
Comment 4 Daniel Nofftz 2005-08-29 07:54:51 UTC
Created attachment 5801 [details]
output from lspci -vv
Comment 5 Daniel Nofftz 2005-08-29 07:55:57 UTC
Created attachment 5802 [details]
output from cat /proc/interrupts
Comment 6 Venkatesh Pallipadi 2005-08-30 10:45:56 UTC
Does patch in bug #4485 help?
Comment 7 Daniel Nofftz 2005-08-30 11:49:55 UTC
i tried #4485 patch in post #9

it doesn't help ... sorry ...
Comment 8 Venkatesh Pallipadi 2005-08-31 17:49:58 UTC
It will help if you can give the kernel version where C2 states did work. Also 
the acpidump/disassembly from this system will help too.

Thanks.
Comment 9 Len Brown 2005-08-31 19:51:21 UTC
any difference if the processor module is loaded with nocst?
eg
modprobe processor nocst=1
Comment 10 Daniel Nofftz 2005-09-01 02:48:58 UTC
hmm ... ok 
the c2 state definetly worked some time. i am the author of the athlon
powersaving howto and i know that it worked ...
BUT: all kernels i checked this morning DIDN't detect the C2 state and i checked
every kernel i used back to 2.6.2 or so ... 

so it looks like there is another cause ... maybe a bios update ... or some
sunspots ... the problem is i can't flash back to an old bios to check, cause i
need the newest to use my sata drive ... 

any suggestions where i could look ?
Comment 11 Venkatesh Pallipadi 2006-03-25 06:25:51 UTC
I don't see either FADT or CST in acpi dump that you have attached. So, there is
no way for OS to find out about the C-state capability of this system. Probably
BIOS update is the issue. You will have to check with the BIOS provider.
Comment 12 Daniel Nofftz 2006-03-25 07:28:51 UTC
yes ... i also think its a bios issue ...
i puzzled a little bit with it last year, but came to no definite solution.
chistmas brought me a new amd64 system and so from my perspective we can close
this bug cause i don't have the athlon XP computer anymore.

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