From: Herman Sheremetyev <mlists-6MNMYbGzEYJWk0Htik3J/w@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: PBLK length again
Date: Sun, 20 Jun 2004 18:20:43 -0400 [thread overview]
Message-ID: <1087770015.23371.27.camel@djinn> (raw)
In-Reply-To: <20040620154726.GT20511-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 992 bytes --]
Hi All,
I have an Asus M6N and the Bios DSDT provides a PBLK length of 7 which
causes ACPI to always use the C1 processor state. This laptop
definitely supports C2 and most people have just used custom DSDT's and
changed the value to 6. I don't like using a custom DSDT so I made a
quick kernel patch (attached) to accept 7 as a good value.
I've searched the archives and found that other people have had issues
with PBLK being set to something other than 0 or 6 and at one point the
ACPI code was relaxed to allow for other values but then changed back to
the original strict mode due to issues with C2 being used when it
shouldn't be. There was also talk of making the relaxed code optional
but it seems that never got off the ground.
My question is, if I make a nicer patch that allows for either strict
interpretation versus a relaxed one, is there a chance that it will get
included? It seems there is enough interest out there to make it worth
the effort.
Thanks,
-Herman
[-- Attachment #2: pblk_length-7-hack.patch --]
[-- Type: text/x-patch, Size: 864 bytes --]
--- linux-2.6.7/drivers/acpi/processor.c 2004-06-20 14:49:10.066168648 -0400
+++ linux-2.6.7.hack/drivers/acpi/processor.c 2004-06-19 21:26:33.000000000 -0400
@@ -2214,7 +2230,8 @@
if (!object.processor.pblk_address)
ACPI_DEBUG_PRINT((ACPI_DB_INFO, "No PBLK (NULL address)\n"));
- else if (object.processor.pblk_length != 6)
+ else if ((object.processor.pblk_length != 6 ) &&
+ (object.processor.pblk_length != 7 ))
ACPI_DEBUG_PRINT((ACPI_DB_ERROR, "Invalid PBLK length [%d]\n",
object.processor.pblk_length));
else {
@@ -2233,7 +2250,7 @@
*
* (In particular, allocating the IO range for Cardbus)
*/
- request_region(pr->throttling.address, 6, "ACPI CPU throttle");
+ request_region(pr->throttling.address, object.processor.pblk_length, "ACPI CPU throttle");
request_region(acpi_fadt.xpm_tmr_blk.address, 4, "ACPI timer");
}
next prev parent reply other threads:[~2004-06-20 22:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-20 2:55 patch & a question about the serial driver Dino Klein
[not found] ` <BAY16-F112kKIBXEHt30004aded-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>
2004-06-20 15:47 ` Matthew Wilcox
[not found] ` <20040620154726.GT20511-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
2004-06-20 22:20 ` Herman Sheremetyev [this message]
[not found] ` <1087770015.23371.27.camel-l85cmlzfk8I@public.gmane.org>
2004-06-21 20:05 ` PBLK length again Luca Capello
[not found] ` <40D73F9E.4030805-wlebWZzHoyE@public.gmane.org>
2004-06-21 20:40 ` Herman Sheremetyev
[not found] ` <1087850404.2501.43.camel-O4LVqDAXoJg@public.gmane.org>
2004-06-23 13:32 ` Stefan Seyfried
[not found] ` <20040623133208.GA3152-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2004-06-24 16:21 ` Karol Kozimor
[not found] ` <20040624162117.GA697-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2004-06-24 18:08 ` Herman Sheremetyev
2004-06-24 21:44 ` Stefan Seyfried
2004-06-25 11:51 ` Luca Capello
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1087770015.23371.27.camel@djinn \
--to=mlists-6mnmybgzeyjwk0htik3j/w@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox