public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Luca Capello <luca-wlebWZzHoyE@public.gmane.org>
To: ML ACPI-devel
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: PBLK length again
Date: Fri, 25 Jun 2004 13:51:04 +0200	[thread overview]
Message-ID: <40DC11A8.8060705@pca.it> (raw)
In-Reply-To: <1087850404.2501.43.camel-O4LVqDAXoJg@public.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

on 06/21/04 22:40, Herman Sheremetyev wrote:

> From the research I've done I am fairly certain that 7 is not a legal
> value but Asus insists on breaking the spec by sticking 5's and 7's in
> PBLK length even though they mean 6, and Windows doesn't seem to mind.
> There should be a way for Linux to deal with this too I think.
I agree. And it seems that after having informed ASUS of this problem,
they don't care about it  :-(

>> ASAP I'll try your patch, just to confirm that it works on different
>> machines.
> Cool, I run a "Linux on the M6N" forum so you can post your results
> there as it probably doesn't need to be on this list:
>
> http://mrhammy2.ath.cx:81/forum/viewtopic.php?t=85
I know your site: it's there that I found that the ASUS M6N has an
S3_bios. Anyway, I'm posting here the results:
=====
luca-HSB4nKSusd8@public.gmane.org:~$ cat /proc/acpi/processor/CPU1/*
processor id:            0
acpi id:                 1
bus mastering control:   yes
power management:        yes
throttling control:      yes
limit interface:         yes
active limit:            P0:T0
user limit:              P0:T0
thermal limit:           P0:T0
active state:            C2
default state:           C1
bus master activity:     00000000
states:
  C1:          promotion[C2] demotion[--] latency[000] usage[00088150]
 *C2:          promotion[--] demotion[C1] latency[099] usage[00399406]
  C3:          <not supported>
state count:             8
active state:            T0
states:
   *T0:                  00%
    T1:                  12%
    T2:                  25%
    T3:                  37%
    T4:                  50%
    T5:                  62%
    T6:                  75%
    T7:                  87%
luca-HSB4nKSusd8@public.gmane.org:~$
=====

> What this patch does is really no different from using a custom DSDT,
> in the end you're still overriding the value the BIOS provides with
> one that make sense to the OSPM system.  I'm definitely no expert on
> this stuff but I would think a kernel based solution (granted it
> should be nicer than my initial patch) is better than a DSDT based
> one.  Having either a compile-time or boot-time option to accept other
> values or maybe override the PBLK length would probably benefit a lot
> of people with broken BIOS's.
I agree, I prefer to not have a custom DSDT, but it's now always
possible  :-(

Thx, bye,
Gismo / Luca
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFA3BGoVAp7Xm10JmkRAh0WAJ91cJ/hIGiFJnNOpzuRk1gjjAH39gCfRyiS
mEIR/2T80FKJsvHVPx2yLFs=
=Bfr7
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

      parent reply	other threads:[~2004-06-25 11:51 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       ` PBLK length again Herman Sheremetyev
     [not found]         ` <1087770015.23371.27.camel-l85cmlzfk8I@public.gmane.org>
2004-06-21 20:05           ` 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 [this message]

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=40DC11A8.8060705@pca.it \
    --to=luca-wlebwzzhoye@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