2.6.15-rc5-mm1
Nope, neither "nocst" nor "acpi=nocst" gave me back the C1 functionality...
Mvh
Mats Johannesson
--
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
A message that is not in the archive (sent off-list or not yet received): 20051210111557.18ba5fc8.lista1-zq6IREYz3ykAvxtiuMwx3w@public.gmane.org
10 декабря 2005 13:15 | Voluspa:
Quoted 2 lines
Nope, neither "nocst" nor "acpi=nocst" gave me back the C1 functionality...
Yep, same here, just tried.
Signature · 6 lines
Roman ,---------------------------. ,--------------------------. / http://www.3os.ru/ V http://www.osrc.info/ \ .o. \ mailto: [email protected] ^ mailto: [email protected] / ..o `---------------------------' `--------------------------' ooo gpg --recv-keys 0xE5E055C3 --keyserver hkp://subkeys.pgp.net
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 5 lines · On Sat, 10 Dec 2005 13:20:15 +0300 Roman I Khimov wrote:
| Voluspa:
Quoted 2 lines
Nope, neither "nocst" nor "acpi=nocst" gave me back the C1 functionality...
Yep, same here, just tried.
Sorry about the red herring. I've patched 2.6.14 with the two acpi suggestions for this stable series that Greg KH posted (both single and combined):
[patch 10/26] ACPI: Prefer _CST over FADT for C-state capabilities
http://marc.theaimsgroup.com/?l=linux-kernel&m=113446277408937&w=2
[patch 12/26] ACPI: Add support for FADT P_LVL2_UP flag
http://marc.theaimsgroup.com/?l=linux-kernel&m=113446277427267&w=2
I thought nr 10 was the cause for the C-state regression, but neither effected my machine. C1 was used as it should. Now, I don't have the stomach for an un-cheerleaded "git bisect" of approximately four hours to find the real culprit. So unless someone waves the pompoms I'll slip quietly into the shadows, hoping the issue will disappear by itself before 2.6.15 is finalized.
Mvh
Mats Johannesson
--
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
A message that is not in the archive (sent off-list or not yet received): 20051214050428.21d3f224.lista1-zq6IREYz3ykAvxtiuMwx3w@public.gmane.org
Quoted 16 lines · Voluspa
Quoted 4 lines · On Sat, 10 Dec 2005 13:20:15 +0300 Roman I Khimov wrote:
| Voluspa:
Quoted 2 lines
Nope, neither "nocst" nor "acpi=nocst" gave me back the C1 functionality...
Yep, same here, just tried.
Sorry about the red herring. I've patched 2.6.14 with the two acpi suggestions for this stable series that Greg KH posted (both single and combined):
[patch 10/26] ACPI: Prefer
_CSTover FADT for C-state capabilities
http://marc.theaimsgroup.com/?l=linux-kernel&m=113446277408937&w=2[patch 12/26] ACPI: Add support for FADT
P_LVL2_UPflag
http://marc.theaimsgroup.com/?l=linux-kernel&m=113446277427267&w=2
Quoted 7 lines
I thought nr 10 was the cause for the C-state regression, but neither effected my machine. C1 was used as it should. Now, I don't have the stomach for an un-cheerleaded "git bisect" of approximately four hours to find the real culprit. So unless someone waves the pompoms I'll slip quietly into the shadows, hoping the issue will disappear by itself before 2.6.15 is finalized.
Maybe it is this little patch that also has been applied in rc5?
http://bugzilla.kernel.org/show_bug.cgi?id=5452
If you have ACPI_DEBUG=y compiled in you should have seen:
"BIOS reporting wrong ACPI idfor the processor", then it might be this one.
Good luck,
Thomas
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 8 lines · On Thu, 22 Dec 2005 14:35:35 +0100 Thomas Renninger wrote:
Quoted 7 lines · Voluspa
Quoted 4 lines · On Sat, 10 Dec 2005 13:20:15 +0300 Roman I Khimov wrote:
| Voluspa:
Quoted 2 lines
Nope, neither "nocst" nor "acpi=nocst" gave me back the C1 functionality...
Yep, same here, just tried.
Sorry about the red herring. I've patched 2.6.14 with the two acpi
[...]
Quoted 5 lines
Maybe it is this little patch that also has been applied in rc5?
http://bugzilla.kernel.org/show_bug.cgi?id=5452If you have ACPI_DEBUG=y compiled in you should have seen:
"BIOS reporting wrong ACPI idfor the processor", then it might be this one.
Thanx Thomas, but no, I tripped on a bug totally unrelated to Roman's. Found the culprit and reported + opened a bugzilla:
http://bugzilla.kernel.org/show_bug.cgi?id=5767
Mvh
Mats Johannesson
--
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click