All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dominik Brodowski <linux@brodo.de>
To: "Grover, Andrew" <andrew.grover@intel.com>
Cc: David Moore <dcm@acm.org>,
	"Adachi, Kenichi" <adachi@rd.scei.sony.co.jp>,
	acpi-devel@lists.sourceforge.net, cpufreq@www.linux.org.uk
Subject: Re: [ACPI] _PDC method in DSDT
Date: Mon, 23 Jun 2003 15:38:34 +0200	[thread overview]
Message-ID: <20030623133834.GA2330@brodo.de> (raw)
In-Reply-To: <F760B14C9561B941B89469F59BA3A84725A303@orsmsx401.jf.intel.com>

On Mon, Jun 23, 2003 at 02:19:27AM -0700, Grover, Andrew wrote:
> The spec intended FixedFunctionalHW registers to be an "escape hatch".
> FFH means that while ACPI is used for perf state enumeration, the
> transitions will be handled in a CPU-specific driver, not via methods
> described in the ACPI spec. This division (use ACPI for enum, x for
> control) isn't currently supported by cpufreq; ACPI either does both
> enum and control, or neither.

But it could easily be added to the cpufreq drivers. For example, the
speedstep-centrino driver could call a 

int acpi_get_frequency_table(struct cpufreq_frequency_table **freq_table)

which returns an array with the frequency in freq_table[i].frequency, and
some sort of "index" in freq_table[i].index, e.g. what needs to be written
into the IA32_PERF_CTL MSR.


	Dominik

WARNING: multiple messages have this Message-ID (diff)
From: Dominik Brodowski <linux-JhLEnvuH02M@public.gmane.org>
To: "Grover, Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: David Moore <dcm-HInyCGIudOg@public.gmane.org>,
	"Adachi,
	Kenichi"
	<adachi-fvZ7ij+YLgEZc9YY0SgeQc8NsWr+9BEh@public.gmane.org>,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	cpufreq-1walMZg8u8rXmaaqVzeoHQ@public.gmane.org
Subject: Re: [ACPI] _PDC method in DSDT
Date: Mon, 23 Jun 2003 15:38:34 +0200	[thread overview]
Message-ID: <20030623133834.GA2330@brodo.de> (raw)
In-Reply-To: <F760B14C9561B941B89469F59BA3A84725A303-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>

On Mon, Jun 23, 2003 at 02:19:27AM -0700, Grover, Andrew wrote:
> The spec intended FixedFunctionalHW registers to be an "escape hatch".
> FFH means that while ACPI is used for perf state enumeration, the
> transitions will be handled in a CPU-specific driver, not via methods
> described in the ACPI spec. This division (use ACPI for enum, x for
> control) isn't currently supported by cpufreq; ACPI either does both
> enum and control, or neither.

But it could easily be added to the cpufreq drivers. For example, the
speedstep-centrino driver could call a 

int acpi_get_frequency_table(struct cpufreq_frequency_table **freq_table)

which returns an array with the frequency in freq_table[i].frequency, and
some sort of "index" in freq_table[i].index, e.g. what needs to be written
into the IA32_PERF_CTL MSR.


	Dominik

  reply	other threads:[~2003-06-23 13:38 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-23  9:19 [ACPI] _PDC method in DSDT Grover, Andrew
2003-06-23  9:19 ` Grover, Andrew
2003-06-23 13:38 ` Dominik Brodowski [this message]
2003-06-23 13:38   ` Dominik Brodowski
2003-06-23 16:11   ` Ducrot Bruno
2003-06-23 16:11     ` Ducrot Bruno
2003-06-23 17:12     ` Jeremy Fitzhardinge
2003-06-23 17:12       ` Jeremy Fitzhardinge
2003-06-23 20:02       ` David Moore
2003-06-23 20:02         ` David Moore
2003-06-23 21:37         ` Dominik Brodowski
2003-06-23 21:37           ` Dominik Brodowski
2003-06-24  1:14           ` David Moore
2003-06-24  1:14             ` David Moore
2003-06-24  1:37             ` Jeremy Fitzhardinge
2003-06-24  1:37               ` Jeremy Fitzhardinge
2003-06-24  2:02               ` David Moore
2003-06-24  2:02                 ` David Moore
2003-06-24  2:16                 ` Jeremy Fitzhardinge
2003-06-24  2:16                   ` Jeremy Fitzhardinge
2003-06-24  9:18                 ` Ducrot Bruno
2003-06-24  9:18                   ` Ducrot Bruno
2003-06-24 21:47                   ` David Moore
2003-06-24 21:47                     ` David Moore
2003-06-26 10:40                     ` Ducrot Bruno
2003-06-26 10:40                       ` Ducrot Bruno
2003-06-26 11:13                       ` Ducrot Bruno
2003-06-26 11:13                         ` Ducrot Bruno
2003-09-04 23:19                     ` [RFC] cpufreq: use new acpi processor perflib in speedstep-centrino [Was: Re: [ACPI] _PDC method in DSDT] Dominik Brodowski
2003-09-04 23:19                       ` Dominik Brodowski
2003-09-05 16:53                       ` Jeremy Fitzhardinge
2003-09-05 16:53                         ` Jeremy Fitzhardinge
  -- strict thread matches above, loose matches on Subject: below --
2003-06-23  7:11 [ACPI] _PDC method in DSDT Grover, Andrew
2003-06-23  7:11 ` Grover, Andrew
2003-06-23  7:53 ` David Moore
2003-06-23  7:53   ` David Moore
2003-06-23 12:27   ` Ducrot Bruno
2003-06-23 12:27     ` Ducrot Bruno
2003-06-23 13:42   ` Dominik Brodowski
2003-06-23 13:42     ` Dominik Brodowski
2003-06-23  7:59 ` Arjan van de Ven
2003-06-23  7:59   ` Arjan van de Ven
2003-06-23 13:44 ` Dominik Brodowski
2003-06-23 13:44   ` Dominik Brodowski

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=20030623133834.GA2330@brodo.de \
    --to=linux@brodo.de \
    --cc=acpi-devel@lists.sourceforge.net \
    --cc=adachi@rd.scei.sony.co.jp \
    --cc=andrew.grover@intel.com \
    --cc=cpufreq@www.linux.org.uk \
    --cc=dcm@acm.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.