* [BK PATCH] ACPI Update (resend 1)
@ 2003-02-05 23:17 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A161-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Grover, Andrew @ 2003-02-05 23:17 UTC (permalink / raw)
To: Linus Torvalds; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi Linus, please do a
bk pull http://linux-acpi.bkbits.net/linux-acpi
(somewhat big, since we moved a directory)
Regards -- Andy
This will update the following files:
drivers/acpi/acpi_bus.h | 312 -----
drivers/acpi/acpi_drivers.h | 163 --
drivers/acpi/include/acconfig.h | 188 ---
drivers/acpi/include/acdebug.h | 430 -------
drivers/acpi/include/acdispat.h | 494 --------
drivers/acpi/include/acevents.h | 221 ---
drivers/acpi/include/acexcep.h | 283 ----
drivers/acpi/include/acglobal.h | 298 -----
drivers/acpi/include/achware.h | 154 --
drivers/acpi/include/acinterp.h | 717 ------------
drivers/acpi/include/aclocal.h | 953 ----------------
drivers/acpi/include/acmacros.h | 578 ---------
drivers/acpi/include/acnamesp.h | 489 --------
drivers/acpi/include/acobject.h | 473 -------
drivers/acpi/include/acoutput.h | 166 --
drivers/acpi/include/acparser.h | 328 -----
drivers/acpi/include/acpi.h | 50
drivers/acpi/include/acpiosxf.h | 337 -----
drivers/acpi/include/acpixf.h | 387 ------
drivers/acpi/include/acresrc.h | 366 ------
drivers/acpi/include/acstruct.h | 183 ---
drivers/acpi/include/actables.h | 218 ---
drivers/acpi/include/actbl.h | 208 ---
drivers/acpi/include/actbl1.h | 117 -
drivers/acpi/include/actbl2.h | 182 ---
drivers/acpi/include/actbl71.h | 144 --
drivers/acpi/include/actypes.h | 1189 --------------------
drivers/acpi/include/acutils.h | 815 -------------
drivers/acpi/include/amlcode.h | 477 --------
drivers/acpi/include/amlresrc.h | 310 -----
drivers/acpi/include/platform/acenv.h | 344 -----
drivers/acpi/include/platform/acgcc.h | 40
drivers/acpi/include/platform/aclinux.h | 72 -
include/acpi/amlresrc.h | 310 -----
arch/i386/Kconfig | 11
arch/i386/kernel/acpi.c | 22
arch/i386/kernel/acpi_wakeup.S | 18
arch/i386/kernel/cpu/cpufreq/Makefile | 7
arch/i386/kernel/cpu/cpufreq/acpi.c | 696 +++++++++++
arch/i386/kernel/setup.c | 2
drivers/acpi/Kconfig | 8
drivers/acpi/Makefile | 4
drivers/acpi/ac.c | 1
drivers/acpi/acpi_bus.h | 2
drivers/acpi/acpi_ksyms.c | 2
drivers/acpi/battery.c | 1
drivers/acpi/button.c | 1
drivers/acpi/dispatcher/dsinit.c | 3
drivers/acpi/ec.c | 1
drivers/acpi/fan.c | 1
drivers/acpi/hardware/hwtimer.c | 5
drivers/acpi/namespace/nsload.c | 6
drivers/acpi/osl.c | 2
drivers/acpi/power.c | 1
drivers/acpi/processor.c | 895 ---------------
drivers/acpi/resources/rscalc.c | 2
drivers/acpi/scan.c | 2
drivers/acpi/tables.c | 3
drivers/acpi/tables/tbinstal.c | 8
drivers/acpi/thermal.c | 25
drivers/acpi/toshiba_acpi.c | 24
drivers/acpi/utilities/utcopy.c | 4
drivers/hotplug/acpiphp.h | 3
include/acpi/acconfig.h | 190 +++
include/acpi/acdebug.h | 462 +++++++
include/acpi/acdispat.h | 494 ++++++++
include/acpi/acevents.h | 221 +++
include/acpi/acexcep.h | 283 ++++
include/acpi/acglobal.h | 298 +++++
include/acpi/achware.h | 154 ++
include/acpi/acinterp.h | 717 ++++++++++++
include/acpi/aclocal.h | 953 ++++++++++++++++
include/acpi/acmacros.h | 578 +++++++++
include/acpi/acnamesp.h | 489 ++++++++
include/acpi/acobject.h | 473 +++++++
include/acpi/acoutput.h | 166 ++
include/acpi/acparser.h | 328 +++++
include/acpi/acpi.h | 50
include/acpi/acpi_bus.h | 312 +++++
include/acpi/acpi_drivers.h | 163 ++
include/acpi/acpiosxf.h | 346 +++++
include/acpi/acpixf.h | 387 ++++++
include/acpi/acresrc.h | 366 ++++++
include/acpi/acstruct.h | 183 +++
include/acpi/actables.h | 218 +++
include/acpi/actbl.h | 210 +++
include/acpi/actbl1.h | 117 +
include/acpi/actbl2.h | 182 +++
include/acpi/actbl71.h | 144 ++
include/acpi/actypes.h | 1189 ++++++++++++++++++++
include/acpi/acutils.h | 815 +++++++++++++
include/acpi/amlcode.h | 477 ++++++++
include/acpi/amlresrc.h | 310 +++++
include/acpi/platform/acenv.h | 344 +++++
include/acpi/platform/acgcc.h | 40
include/acpi/platform/aclinux.h | 72 +
include/acpi/processor.h | 141 ++
include/linux/acpi.h | 11
98 files changed, 12717 insertions(+), 12922 deletions(-)
through these ChangeSets:
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/02/04 1.963)
ACPI: Optimize for space
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/02/03 1.962)
ACPI: It is OK to not have a _PPC, so don't error out if it's not
found
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/23 1.960)
ACPI: update to 20030122
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/21 1.959)
ACPI: Handle P_BLK lengths shorter than 6 more gracefully
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.958)
ACPI: This makes it possible to select method of bios restoring after
S3
resume. [=> no more ugly ifdefs] (Pavel Machek)
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.957)
ACPI: Make proc write interfaces work (Pavel Machek)
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.956)
ACPI: Properly init/clean up in cpufreq/acpi (Dominik Brodowski)
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.955)
ACPI: Remove include of unused header (Adrian Bunk)
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.954)
ACPI: acpiphp.h includes both linux/acpi.h and acpi_bus.h. Since the
former now also includes the latter, acpiphp.h only needs the one,
now.
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.953)
CPUFREQ: Break out ACPI Perf code into its own module, under cpufreq
(Dominik Brodowski)
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/20 1.952)
ACPI: Move more headers to include/acpi, and delete an unused header.
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/17 1.951)
ACPI: Move drivers/acpi/include directory to include/acpi
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/01/15 1.914.9.1)
ACPI: Boot functions don't use cmdline, so don't pass it around
-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BK PATCH] ACPI Update (resend 1)
[not found] ` <F760B14C9561B941B89469F59BA3A84725A161-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
@ 2003-02-06 1:44 ` Linus Torvalds
0 siblings, 0 replies; 5+ messages in thread
From: Linus Torvalds @ 2003-02-06 1:44 UTC (permalink / raw)
To: Grover, Andrew; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
On Wed, 5 Feb 2003, Grover, Andrew wrote:
>
> bk pull http://linux-acpi.bkbits.net/linux-acpi
Hmm..
drivers/built-in.o(.text+0x32f93): In function `acpi_processor_apply_limit':
: undefined reference to `cpufreq_get_policy'
This seems to happen if ACPI is on, but CPUFREQ isn't.. Which is my normal
dual P4-HT desktop requirement.
Linus
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [BK PATCH] ACPI Update (resend 1)
@ 2003-02-06 2:42 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A162-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Grover, Andrew @ 2003-02-06 2:42 UTC (permalink / raw)
To: Dominik Brodowski
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, Linus Torvalds
Dominik, I can come up with a quick fix (put a CONFIG_CPU_FREQ around
the code block at line 1044 in processor.c) but is there a better way?
Thanks -- Regards -- Andy
> -----Original Message-----
> From: Linus Torvalds [mailto:torvalds-Lhe3bsMrZseB+jHODAdFcQ@public.gmane.org]
> Sent: Wednesday, February 05, 2003 5:45 PM
> To: Grover, Andrew
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [BK PATCH] ACPI Update (resend 1)
>
>
>
> On Wed, 5 Feb 2003, Grover, Andrew wrote:
> >
> > bk pull http://linux-acpi.bkbits.net/linux-acpi
>
> Hmm..
>
> drivers/built-in.o(.text+0x32f93): In function
> `acpi_processor_apply_limit':
> : undefined reference to `cpufreq_get_policy'
>
> This seems to happen if ACPI is on, but CPUFREQ isn't.. Which
> is my normal
> dual P4-HT desktop requirement.
>
> Linus
>
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BK PATCH] ACPI Update (resend 1)
[not found] ` <F760B14C9561B941B89469F59BA3A84725A162-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
@ 2003-02-06 9:27 ` Dominik Brodowski
0 siblings, 0 replies; 5+ messages in thread
From: Dominik Brodowski @ 2003-02-06 9:27 UTC (permalink / raw)
To: Linus Torvalds, Grover, Andrew
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Sorry ...
On Wed, Feb 05, 2003 at 06:42:20PM -0800, Grover, Andrew wrote:
> Dominik, I can come up with a quick fix (put a CONFIG_CPU_FREQ around
> the code block at line 1044 in processor.c) but is there a better way?
No, there's no better way ... even though this code block can only be called
when CONFIG_CPU_FREQ is enabled -- pr->flags.performance is zero otherwise.
> > -----Original Message-----
> > From: Linus Torvalds [mailto:torvalds-Lhe3bsMrZseB+jHODAdFcQ@public.gmane.org]
> >
> > On Wed, 5 Feb 2003, Grover, Andrew wrote:
> > >
> > > bk pull http://linux-acpi.bkbits.net/linux-acpi
> >
> > Hmm..
> >
> > drivers/built-in.o(.text+0x32f93): In function
> > `acpi_processor_apply_limit':
> > : undefined reference to `cpufreq_get_policy'
> >
> > This seems to happen if ACPI is on, but CPUFREQ isn't.. Which
> > is my normal
> > dual P4-HT desktop requirement.
> >
> > Linus
> >
--- linux/drivers/acpi/processor.c.original 2003-02-06 10:13:50.000000000 +0100
+++ linux/drivers/acpi/processor.c 2003-02-06 10:16:55.000000000 +0100
@@ -1041,6 +1041,7 @@
return_VALUE(-ENODEV);
if (pr->flags.performance) {
+#ifdef CONFIG_CPU_FREQ
px = pr->performance_platform_limit;
if (pr->limit.user.px > px)
px = pr->limit.user.px;
@@ -1055,6 +1056,7 @@
}
if (result)
goto end;
+#endif
} else if (pr->performance_platform_limit) {
ACPI_DEBUG_PRINT((ACPI_DB_INFO, "Platform limit event detected. Consider using ACPI P-States CPUfreq driver\n"));
}
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [BK PATCH] ACPI Update (resend 1)
@ 2003-02-06 17:56 Grover, Andrew
0 siblings, 0 replies; 5+ messages in thread
From: Grover, Andrew @ 2003-02-06 17:56 UTC (permalink / raw)
To: Dominik Brodowski, Linus Torvalds
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi Linus, please do a
bk pull http://linux-acpi.bkbits.net/linux-acpi
This will update the following files:
drivers/acpi/processor.c | 2 ++
1 files changed, 2 insertions(+)
through these ChangeSets:
<agrover-qb8aLOKklSjp4P8CbLYnNQ@public.gmane.org> (03/02/06 1.968)
ACPI: Enable compilation w/o cpufreq
Thanks -- Andy
> -----Original Message-----
> From: Dominik Brodowski [mailto:linux-JhLEnvuH02M@public.gmane.org]
> Sent: Thursday, February 06, 2003 1:27 AM
> To: Linus Torvalds; Grover, Andrew
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [BK PATCH] ACPI Update (resend 1)
>
>
> Sorry ...
>
> On Wed, Feb 05, 2003 at 06:42:20PM -0800, Grover, Andrew wrote:
> > Dominik, I can come up with a quick fix (put a
> CONFIG_CPU_FREQ around
> > the code block at line 1044 in processor.c) but is there a
> better way?
> No, there's no better way ... even though this code block can
> only be called
> when CONFIG_CPU_FREQ is enabled -- pr->flags.performance is
> zero otherwise.
>
> > > -----Original Message-----
> > > From: Linus Torvalds [mailto:torvalds-Lhe3bsMrZseB+jHODAdFcQ@public.gmane.org]
> > >
> > > On Wed, 5 Feb 2003, Grover, Andrew wrote:
> > > >
> > > > bk pull http://linux-acpi.bkbits.net/linux-acpi
> > >
> > > Hmm..
> > >
> > > drivers/built-in.o(.text+0x32f93): In function
> > > `acpi_processor_apply_limit':
> > > : undefined reference to `cpufreq_get_policy'
> > >
> > > This seems to happen if ACPI is on, but CPUFREQ isn't.. Which
> > > is my normal
> > > dual P4-HT desktop requirement.
> > >
> > > Linus
> > >
>
> --- linux/drivers/acpi/processor.c.original 2003-02-06
> 10:13:50.000000000 +0100
> +++ linux/drivers/acpi/processor.c 2003-02-06
> 10:16:55.000000000 +0100
> @@ -1041,6 +1041,7 @@
> return_VALUE(-ENODEV);
>
> if (pr->flags.performance) {
> +#ifdef CONFIG_CPU_FREQ
> px = pr->performance_platform_limit;
> if (pr->limit.user.px > px)
> px = pr->limit.user.px;
> @@ -1055,6 +1056,7 @@
> }
> if (result)
> goto end;
> +#endif
> } else if (pr->performance_platform_limit) {
> ACPI_DEBUG_PRINT((ACPI_DB_INFO, "Platform limit
> event detected. Consider using ACPI P-States CPUfreq driver\n"));
> }
>
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-02-06 17:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-06 2:42 [BK PATCH] ACPI Update (resend 1) Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A162-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-02-06 9:27 ` Dominik Brodowski
-- strict thread matches above, loose matches on Subject: below --
2003-02-06 17:56 Grover, Andrew
2003-02-05 23:17 Grover, Andrew
[not found] ` <F760B14C9561B941B89469F59BA3A84725A161-sBd4vmA9Se4Lll3ZsUKC9FDQ4js95KgL@public.gmane.org>
2003-02-06 1:44 ` Linus Torvalds
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox