All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.