All of lore.kernel.org
 help / color / mirror / Atom feed
From: Janosch Machowinski <scotch-cGBD8117FJM@public.gmane.org>
To: Erik Slagter <erik-KW7PGP3XNp7a5EbDDlwbIw@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: C states on AMD SMP
Date: Sat, 10 Sep 2005 10:59:25 +0200	[thread overview]
Message-ID: <4322A06D.8050804@tzi.de> (raw)
In-Reply-To: <1126339733.22979.2.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>



Erik Slagter wrote:
> On Fri, 2005-09-09 at 12:08 +0200, Janosch Machowinski wrote:
> 
> 
>>The P_BLK is actually defined int the FADT...
>>And you do not have a _CST object, cause it would habe been decalared here :
>>     Scope (\_PR)
>>     {
>>         Processor (CPU0, 0x00, 0x00008010, 0x06) {}
>>         Processor (CPU1, 0x01, 0x00000000, 0x00) {}
>>     }
>>
>>
>>The little 0x06 after CPU0 tells us that there is an P_BLK,
>>but like pavel told us, I think the OEM of the Mainboard disabled C2 and 
>>  C3, but you are free to verify it ;-)
> 
> 
> Indeed:
> 
> Signature:        FACP
> Length:           244
> Revision:         0x01
> Checksum:         0xf7
> OEMID:            AMD
> OEM Table ID:     TECATE
> OEM Revision:     0x06040000
> Creator ID:       PTL
> Creator Revision: 0x000f4240
> FIRMWARE_CTRL:    0x3fefffc0
> DSDT:             0x3fefcf54
> INT_MODEL:        0x00
> SCI_INT:          9
> SMI_CMD:          0x0000802f
> ACPI_ENABLE:      0xf0
> ACPI_DISABLE:     0xf1
> S4BIOS_REQ:       0x00
> PM1a_EVT_BLK:     0x00008000
> PM1b_EVT_BLK:     0x00000000
> PM1a_CNT_BLK:     0x00008004
> PM1b_CNT_BLK:     0x00000000
> PM2_CNT_BLK:      0x00000000
> PM_TMR_BLK:       0x00008008
> GPE0_BLK:         0x00008020
> GPE1_BLK:         0x00000000
> PM1_EVT_LEN:      4
> PM1_CNT_LEN:      2
> PM2_CNT_LEN:      0
> PM_TM_LEN:        4
> GPE0_BLK_LEN:     4
> GPE1_BLK_LEN:     0
> GPE1_BASE:        0
> P_LVL2_LAT:       101
> P_LVL3_LAT:       1001
> FLUSH_SIZE:       0
> FLUSH_STRIDE:     0
> DUTY_OFFSET:      1
> DUTY_WIDTH:       0
> DAY_ALRM:         0x0d
> MON_ALRM:         0x00
> CENTURY:          0x32
> Flags:            0x00000005
> 
> Is there a way to patch the FADT or to fool linux-acpi into it does
> actually work (to at least be able to test the thing)?
Shure, patch the verify functions in processor_idle.c ...
But actually I think this is no good idea...
    Janosch


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

  parent reply	other threads:[~2005-09-10  8:59 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-08 11:29 C states on AMD SMP Erik Slagter
     [not found] ` <1126178956.24699.42.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-08 11:52   ` Pavel Troller
2005-09-08 11:53   ` Janosch Machowinski
     [not found]     ` <43202621.9080600-cGBD8117FJM@public.gmane.org>
2005-09-08 12:26       ` Erik Slagter
     [not found]         ` <1126182374.4397.8.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-09 10:08           ` Janosch Machowinski
     [not found]             ` <43215F09.7030909-cGBD8117FJM@public.gmane.org>
2005-09-10  8:08               ` Erik Slagter
     [not found]                 ` <1126339733.22979.2.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-10  8:59                   ` Janosch Machowinski [this message]
     [not found]                     ` <4322A06D.8050804-cGBD8117FJM@public.gmane.org>
2005-09-10  9:17                       ` Erik Slagter
     [not found]                         ` <1126343826.4766.29.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-10 10:01                           ` Pavel Troller
     [not found]                             ` <20050910100113.GA2582-hxMeMO63rIAUgFT2KJq8fg@public.gmane.org>
2005-09-10 10:46                               ` Erik Slagter
     [not found]                                 ` <1126349195.4766.48.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-10 17:08                                   ` Pavel Troller
     [not found]                                     ` <20050910170808.GA683-hxMeMO63rIAUgFT2KJq8fg@public.gmane.org>
2005-09-11 10:09                                       ` Erik Slagter
2005-09-10 10:49                       ` Erik Slagter
     [not found]                         ` <1126349362.4766.51.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2005-09-10 12:47                           ` Janosch Machowinski
     [not found]                             ` <4322D5FE.2040308-cGBD8117FJM@public.gmane.org>
2005-09-10 14:51                               ` Erik Slagter
2005-09-15 13:33   ` Pavel Machek

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=4322A06D.8050804@tzi.de \
    --to=scotch-cgbd8117fjm@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=erik-KW7PGP3XNp7a5EbDDlwbIw@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.