LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* [BKPATCH] ACPI for 2.6
@ 2004-05-20 19:12 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-05-20 19:12 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.7

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.7/acpi-20040326-2.6.7.diff.gz

This will update the following files:

 arch/i386/kernel/acpi/boot.c       |   42 +++++++++++++++++--------
 arch/i386/kernel/mpparse.c         |    8 ++--
 arch/i386/mach-es7000/es7000plat.c |   24 ++++++++++++++
 arch/ia64/kernel/acpi.c            |   41 ++++++++++++++++--------
 arch/x86_64/kernel/io_apic.c       |    2 -
 drivers/acpi/ac.c                  |    3 +
 drivers/acpi/acpi_ksyms.c          |    2 -
 drivers/acpi/asus_acpi.c           |   26 ++++++++++++++-
 drivers/acpi/battery.c             |    7 ++++
 drivers/acpi/bus.c                 |    8 ++++
 drivers/acpi/button.c              |   19 +++++------
 drivers/acpi/ec.c                  |    6 +++
 drivers/acpi/events/evxface.c      |   27 ++++++++++++++++
 drivers/acpi/fan.c                 |    2 +
 drivers/acpi/osl.c                 |   16 ++++++++-
 drivers/acpi/power.c               |    2 +
 drivers/acpi/scan.c                |   18 ++--------
 drivers/acpi/tables.c              |    5 +-
 drivers/acpi/thermal.c             |   10 +++++
 include/acpi/acpiosxf.h            |    4 ++
 include/linux/acpi.h               |    2 -
 21 files changed, 213 insertions(+), 61 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/05/18 1.1371.709.22)
   [ACPI] remove /proc files before unloading modules
   from Sau Dan Lee, Zhenyu Wang
   http://bugzilla.kernel.org/show_bug.cgi?id=2705

<len.brown@intel.com> (04/05/18 1.1371.709.21)
   [ACPI] revert button module unload fix (2281)
   Cset exclude: len.brown@intel.com|ChangeSet|20040503042906|02093
   Cset exclude: len.brown@intel.com|ChangeSet|20040428081825|02121
   Cset exclude:
len.brown@intel.com[lenb]|ChangeSet|20040428071221|03892

<len.brown@intel.com> (04/05/14 1.1608.9.6)
   [ACPI] delete IOAPIC-disable workaround on x86_64/VIA
   http://bugme.osdl.org/show_bug.cgi?id=1530

<len.brown@intel.com> (04/05/13 1.1608.9.5)
   [ACPI] create kacpid thread to handle ACPI work in process context.
   Also will be needed for cpu hot-unplug.
   from Anil S Keshavamurthy and David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=2515

<len.brown@intel.com> (04/05/12 1.1608.9.4)
   [ACPI] Add MADT error checking (Yi Zhu)
   http://bugzilla.kernel.org/show_bug.cgi?id=1434

<len.brown@intel.com> (04/05/12 1.1608.9.3)
   [ACPI] if _STA.functional, set _STA.present (Bjorn Helgaas)
   workaround for Big Sur and Bull systems

<len.brown@intel.com> (04/05/11 1.1608.9.2)
   [ACPI] create platform_rename_gsi() so ES7000 can munge IRQ numbers
   from Natalie Protasevich





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-11-12 17:42 ` Pavel Machek
@ 2004-12-01 23:13   ` Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-12-01 23:13 UTC (permalink / raw)
  To: Pavel Machek; +Cc: Linus Torvalds, Kernel Mailing List, ACPI Developers

[-- Attachment #1: Type: text/plain, Size: 916 bytes --]

On Fri, 2004-11-12 at 12:42, Pavel Machek wrote:

> > <len.brown@intel.com> (04/11/05 1.1803.163.1)
> >    [ACPI] Allow limiting idle C-States.
> >   
> >    Useful to workaround C3 ipw2100 packet loss,
> >    reducing noise or boot issues on some models.
> >    http://bugme.osdl.org/show_bug.cgi?id=3549
> >   
> >    For static processor driver, boot cmdline:
> >    processor.acpi_cstate_limit=2
> 
> You certainly win "ugliest parameter of the month" contest :-).
> 
> What about processor.max_cstate= or something?

I agree, this is better.

> > <len.brown@intel.com> (04/10/18 1.1803.119.24)
> >    [ACPI] add module parameters: processor.c2=[0,1]
> processor.c3=[0,1]
> >    to disable/enable C2 or C3
> >    blacklist entries for R40e and Medion 41700
> 
> So we have two independend ways to disable C states?

With the addition of the dynamic method, the
static method can go away.  patch attached.

-Len


[-- Attachment #2: max_cstate.patch --]
[-- Type: text/plain, Size: 7092 bytes --]

===== Documentation/kernel-parameters.txt 1.51 vs edited =====
--- 1.51/Documentation/kernel-parameters.txt	2004-11-10 15:50:17 -05:00
+++ edited/Documentation/kernel-parameters.txt	2004-12-01 18:11:18 -05:00
@@ -960,10 +960,9 @@
 			(param: profile step/bucket size as a power of 2 for
 				statistical time based profiling)
 
-	processor.c2=	[HW, ACPI]
-	processor.c3=	[HW, ACPI]
-			0 - disable C2 or C3 idle power saving state.
-			1 - enable C2 or C3 (default unless DMI blacklist entry)
+	processor.max_cstate=   [HW, ACPI]
+			Limit processor to maximum C-state
+			max_cstate=9 overrides any DMI blacklist limit.
 
 	prompt_ramdisk=	[RAM] List of RAM disks to prompt for floppy disk
 			before loading.
===== drivers/acpi/osl.c 1.59 vs edited =====
--- 1.59/drivers/acpi/osl.c	2004-11-12 00:25:31 -05:00
+++ edited/drivers/acpi/osl.c	2004-12-01 14:36:24 -05:00
@@ -1152,10 +1152,10 @@
 __setup("acpi_wake_gpes_always_on", acpi_wake_gpes_always_on_setup);
 
 /*
- * acpi_cstate_limit is defined in the base kernel so modules can
+ * max_cstate is defined in the base kernel so modules can
  * change it w/o depending on the state of the processor module.
  */
-unsigned int acpi_cstate_limit = ACPI_C_STATES_MAX;
+unsigned int max_cstate = ACPI_C_STATES_MAX;
 
 
-EXPORT_SYMBOL(acpi_cstate_limit);
+EXPORT_SYMBOL(max_cstate);
===== drivers/acpi/processor.c 1.63 vs edited =====
--- 1.63/drivers/acpi/processor.c	2004-11-10 15:40:29 -05:00
+++ edited/drivers/acpi/processor.c	2004-12-01 18:06:51 -05:00
@@ -101,8 +101,6 @@
 			},
 };
 
-static int c2 = -1;
-static int c3 = -1;
 
 struct acpi_processor_errata {
 	u8			smp;
@@ -144,8 +142,6 @@
 
 static struct acpi_processor	*processors[NR_CPUS];
 static struct acpi_processor_errata errata;
-module_param_named(c2, c2, bool, 0);
-module_param_named(c3, c3, bool, 0);
 static void (*pm_idle_save)(void);
 
 
@@ -338,8 +334,8 @@
 {
 	struct acpi_processor	*pr = NULL;
 	struct acpi_processor_cx *cx = NULL;
-	int			next_state = 0;
-	int			sleep_ticks = 0;
+	unsigned int			next_state = 0;
+	unsigned int		sleep_ticks = 0;
 	u32			t1, t2 = 0;
 
 	pr = processors[smp_processor_id()];
@@ -475,9 +471,9 @@
 	 * Track the number of longs (time asleep is greater than threshold)
 	 * and promote when the count threshold is reached.  Note that bus
 	 * mastering activity may prevent promotions.
-	 * Do not promote above acpi_cstate_limit.
+	 * Do not promote above max_cstate.
 	 */
-	if (cx->promotion.state && (cx->promotion.state <= acpi_cstate_limit)) {
+	if (cx->promotion.state && (cx->promotion.state <= max_cstate)) {
 		if (sleep_ticks > cx->promotion.threshold.ticks) {
 			cx->promotion.count++;
  			cx->demotion.count = 0;
@@ -515,10 +511,10 @@
 
 end:
 	/*
-	 * Demote if current state exceeds acpi_cstate_limit
+	 * Demote if current state exceeds max_cstate
 	 */
-	if (pr->power.state > acpi_cstate_limit) {
-		next_state = acpi_cstate_limit;
+	if (pr->power.state > max_cstate) {
+		next_state = max_cstate;
 	}
 
 	/*
@@ -672,11 +668,6 @@
 		else if (errata.smp)
 			ACPI_DEBUG_PRINT((ACPI_DB_INFO,
 				"C2 not supported in SMP mode\n"));
-
-
-		else if (!c2) 
-			printk(KERN_INFO "C2 disabled\n");
-
 		/*
 		 * Otherwise we've met all of our C2 requirements.
 		 * Normalize the C2 latency to expidite policy.
@@ -732,9 +723,6 @@
 			ACPI_DEBUG_PRINT((ACPI_DB_INFO,
 				"C3 not supported on PIIX4 with Type-F DMA\n"));
 		}
-		else if (!c3)
-			printk(KERN_INFO "C3 disabled\n");
-
 		/*
 		 * Otherwise we've met all of our C3 requirements.  
 		 * Normalize the C2 latency to expidite policy.  Enable
@@ -995,7 +983,7 @@
 	struct acpi_buffer	format = {sizeof("NNNNNN"), "NNNNNN"};
 	struct acpi_buffer	state = {0, NULL};
 	union acpi_object 	*pss = NULL;
-	int			i = 0;
+	unsigned int		i;
 
 	ACPI_FUNCTION_TRACE("acpi_processor_get_performance_states");
 
@@ -1117,7 +1105,7 @@
 static int acpi_processor_perf_seq_show(struct seq_file *seq, void *offset)
 {
 	struct acpi_processor	*pr = (struct acpi_processor *)seq->private;
-	int			i = 0;
+	unsigned int		i;
 
 	ACPI_FUNCTION_TRACE("acpi_processor_perf_seq_show");
 
@@ -1880,7 +1868,7 @@
 static int acpi_processor_power_seq_show(struct seq_file *seq, void *offset)
 {
 	struct acpi_processor	*pr = (struct acpi_processor *)seq->private;
-	int			i = 0;
+	unsigned int		i;
 
 	ACPI_FUNCTION_TRACE("acpi_processor_power_seq_show");
 
@@ -1889,9 +1877,11 @@
 
 	seq_printf(seq, "active state:            C%d\n"
 			"default state:           C%d\n"
+			"max_cstate:              C%d\n"
 			"bus master activity:     %08x\n",
 			pr->power.state,
 			pr->power.default_state,
+			max_cstate,
 			pr->power.bm_activity);
 
 	seq_puts(seq, "states:\n");
@@ -2478,17 +2468,22 @@
 	return_VALUE(0);
 }
 
-/* IBM ThinkPad R40e crashes mysteriously when going into C2 or C3. 
-   For now disable this. Probably a bug somewhere else. */
+/*
+ * IBM ThinkPad R40e crashes mysteriously when going into C2 or C3. 
+ * For now disable this. Probably a bug somewhere else.
+ *
+ * To skip this limit, boot/load with a large max_cstate limit.
+ */
 static int no_c2c3(struct dmi_system_id *id)
 {
-	printk(KERN_INFO 
-	       "%s detected - C2,C3 disabled. Overwrite with \"processor.c2=1 processor.c3=1\n\"",
-	       id->ident);
-	if (c2 == -1) 
-		c2 = 0;
-	if (c3 == -1) 
-		c3 = 0; 
+	if (max_cstate > ACPI_C_STATES_MAX)
+		return 0;
+
+	printk(KERN_NOTICE PREFIX "%s detected - C2,C3 disabled."
+		" Override with \"processor.max_cstate=9\"\n", id->ident);
+
+	max_cstate = 1;
+
 	return 0;
 }
 
@@ -2533,6 +2528,9 @@
 
 	dmi_check_system(processor_dmi_table); 
 
+	if (max_cstate < ACPI_C_STATES_MAX)
+		printk(KERN_NOTICE "ACPI: processor limited to max C-state %d\n", max_cstate);
+
 	return_VALUE(0);
 }
 
@@ -2556,6 +2554,6 @@
 
 module_init(acpi_processor_init);
 module_exit(acpi_processor_exit);
-module_param_named(acpi_cstate_limit, acpi_cstate_limit, uint, 0);
+module_param_named(max_cstate, max_cstate, uint, 0);
 
 EXPORT_SYMBOL(acpi_processor_set_thermal_limit);
===== include/acpi/processor.h 1.8 vs edited =====
--- 1.8/include/acpi/processor.h	2004-01-29 04:57:52 -05:00
+++ edited/include/acpi/processor.h	2004-12-01 17:45:39 -05:00
@@ -17,7 +17,7 @@
 
 struct acpi_processor_cx_policy {
 	u32			count;
-	int			state;
+	u32			state;
 	struct {
 		u32			time;
 		u32			ticks;
@@ -38,8 +38,8 @@
 };
 
 struct acpi_processor_power {
-	int			state;
-	int			default_state;
+	u32			state;
+	u32			default_state;
 	u32			bm_activity;
 	struct acpi_processor_cx states[ACPI_PROCESSOR_MAX_POWER];
 };
===== include/linux/acpi.h 1.39 vs edited =====
--- 1.39/include/linux/acpi.h	2004-11-05 21:42:25 -05:00
+++ edited/include/linux/acpi.h	2004-12-01 14:36:25 -05:00
@@ -483,15 +483,15 @@
  * 2: C2 okay, but not C3 etc.
  */
 
-extern unsigned int acpi_cstate_limit;
+extern unsigned int max_cstate;
 
 static inline unsigned int acpi_get_cstate_limit(void)
 {
-	return acpi_cstate_limit;
+	return max_cstate;
 }
 static inline void acpi_set_cstate_limit(unsigned int new_limit)
 {
-	acpi_cstate_limit = new_limit;
+	max_cstate = new_limit;
 	return;
 }
 #else

^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-11-09  7:47 Len Brown
@ 2004-11-12 17:42 ` Pavel Machek
  2004-12-01 23:13   ` Len Brown
  0 siblings, 1 reply; 27+ messages in thread
From: Pavel Machek @ 2004-11-12 17:42 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, Kernel Mailing List, ACPI Developers

Hi!


> <len.brown@intel.com> (04/11/05 1.1803.163.1)
>    [ACPI] Allow limiting idle C-States.
>    
>    Useful to workaround C3 ipw2100 packet loss,
>    reducing noise or boot issues on some models.
>    http://bugme.osdl.org/show_bug.cgi?id=3549
>    
>    For static processor driver, boot cmdline:
>    processor.acpi_cstate_limit=2

You certainly win "ugliest parameter of the month" contest :-).

What about processor.max_cstate= or something?


> <len.brown@intel.com> (04/10/18 1.1803.119.24)
>    [ACPI] add module parameters: processor.c2=[0,1] processor.c3=[0,1]
>    to disable/enable C2 or C3
>    blacklist entries for R40e and Medion 41700

So we have two independend ways to disable C states?
				Pavel
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-11-09  7:47 Len Brown
  2004-11-12 17:42 ` Pavel Machek
  0 siblings, 1 reply; 27+ messages in thread
From: Len Brown @ 2004-11-09  7:47 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/26-latest-release

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/26-latest-release/acpi-20041105-26-latest-release.diff.gz

This will update the following files:

 Documentation/ibm-acpi.txt                        |  474 ++
 Documentation/kernel-parameters.txt               |    5 
 Documentation/power/video_extension.txt           |   34 
 arch/i386/kernel/acpi/boot.c                      |    8 
 arch/i386/kernel/cpu/cpufreq/acpi.c               |    4 
 arch/i386/kernel/cpu/cpufreq/powernow-k7.c        |    3 
 arch/i386/kernel/cpu/cpufreq/powernow-k8.c        |    4 
 arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c |    3 
 arch/i386/kernel/dmi_scan.c                       |   15 
 arch/i386/kernel/io_apic.c                        |    7 
 arch/i386/kernel/mpparse.c                        |    6 
 arch/i386/kernel/process.c                        |    4 
 arch/i386/mach-es7000/es7000.h                    |    7 
 arch/i386/mach-es7000/es7000plat.c                |   65 
 arch/i386/pci/irq.c                               |   25 
 arch/ia64/kernel/process.c                        |    2 
 arch/x86_64/kernel/process.c                      |    4 
 drivers/acpi/Kconfig                              |   31 
 drivers/acpi/Makefile                             |    2 
 drivers/acpi/ac.c                                 |    8 
 drivers/acpi/acpi_ksyms.c                         |    3 
 drivers/acpi/bus.c                                |   10 
 drivers/acpi/button.c                             |    8 
 drivers/acpi/dispatcher/dsmthdat.c                |   21 
 drivers/acpi/dispatcher/dsutils.c                 |    2 
 drivers/acpi/dispatcher/dswexec.c                 |   45 
 drivers/acpi/dispatcher/dswload.c                 |   22 
 drivers/acpi/dispatcher/dswstate.c                |    1 
 drivers/acpi/events/evgpe.c                       |    9 
 drivers/acpi/events/evgpeblk.c                    |    4 
 drivers/acpi/events/evxface.c                     |   45 
 drivers/acpi/executer/exconvrt.c                  |  359 -
 drivers/acpi/executer/exdump.c                    |  221 -
 drivers/acpi/executer/exfldio.c                   |    2 
 drivers/acpi/executer/exmisc.c                    |  467 +-
 drivers/acpi/executer/exoparg1.c                  |  211 -
 drivers/acpi/executer/exoparg2.c                  |  140 
 drivers/acpi/executer/exprep.c                    |    1 
 drivers/acpi/executer/exregion.c                  |    2 
 drivers/acpi/executer/exresolv.c                  |   60 
 drivers/acpi/executer/exresop.c                   |   16 
 drivers/acpi/executer/exstore.c                   |   37 
 drivers/acpi/executer/exsystem.c                  |    5 
 drivers/acpi/executer/exutils.c                   |   18 
 drivers/acpi/hardware/hwregs.c                    |   34 
 drivers/acpi/hardware/hwtimer.c                   |   19 
 drivers/acpi/ibm_acpi.c                           | 1237 ++++++
 drivers/acpi/motherboard.c                        |    4 
 drivers/acpi/namespace/nsaccess.c                 |   16 
 drivers/acpi/namespace/nsalloc.c                  |    8 
 drivers/acpi/namespace/nsdump.c                   |   61 
 drivers/acpi/namespace/nsdumpdv.c                 |   11 
 drivers/acpi/namespace/nseval.c                   |   92 
 drivers/acpi/namespace/nsinit.c                   |   27 
 drivers/acpi/namespace/nsload.c                   |   11 
 drivers/acpi/namespace/nsnames.c                  |    9 
 drivers/acpi/namespace/nssearch.c                 |   49 
 drivers/acpi/namespace/nsutils.c                  |   53 
 drivers/acpi/namespace/nswalk.c                   |    4 
 drivers/acpi/osl.c                                |   51 
 drivers/acpi/parser/psopcode.c                    |   27 
 drivers/acpi/parser/psparse.c                     |  189 
 drivers/acpi/parser/psutils.c                     |   25 
 drivers/acpi/pci_link.c                           |   27 
 drivers/acpi/power.c                              |   16 
 drivers/acpi/processor.c                          |  196 
 drivers/acpi/resources/rscalc.c                   |  112 
 drivers/acpi/scan.c                               |   11 
 drivers/acpi/sleep/main.c                         |    5 
 drivers/acpi/tables/tbconvrt.c                    |   54 
 drivers/acpi/tables/tbget.c                       |    3 
 drivers/acpi/tables/tbinstal.c                    |    3 
 drivers/acpi/tables/tbxfroot.c                    |   27 
 drivers/acpi/thermal.c                            |   20 
 drivers/acpi/utilities/utalloc.c                  |   20 
 drivers/acpi/utilities/utcopy.c                   |   27 
 drivers/acpi/utilities/utdelete.c                 |    9 
 drivers/acpi/utilities/utglobal.c                 |    5 
 drivers/acpi/utilities/utmath.c                   |   43 
 drivers/acpi/utilities/utmisc.c                   |  102 
 drivers/acpi/utilities/utobject.c                 |   60 
 drivers/acpi/utils.c                              |    2 
 drivers/acpi/video.c                              | 1988 ++++++++++
 drivers/pci/quirks.c                              |    1 
 drivers/pnp/Kconfig                               |    4 
 drivers/pnp/Makefile                              |    1 
 drivers/pnp/interface.c                           |    6 
 drivers/pnp/isapnp/Kconfig                        |    2 
 drivers/pnp/isapnp/core.c                         |    4 
 drivers/pnp/manager.c                             |   10 
 drivers/pnp/pnpacpi/Kconfig                       |   18 
 drivers/pnp/pnpacpi/Makefile                      |    5 
 drivers/pnp/pnpacpi/core.c                        |  258 +
 drivers/pnp/pnpacpi/pnpacpi.h                     |   13 
 drivers/pnp/pnpacpi/rsparser.c                    |  820 ++++
 drivers/pnp/pnpbios/Kconfig                       |    3 
 drivers/pnp/pnpbios/core.c                        |    2 
 drivers/pnp/pnpbios/rsparser.c                    |    7 
 drivers/pnp/quirks.c                              |    7 
 drivers/pnp/resource.c                            |    9 
 include/acpi/acconfig.h                           |    2 
 include/acpi/acglobal.h                           |    6 
 include/acpi/acinterp.h                           |   43 
 include/acpi/aclocal.h                            |    2 
 include/acpi/acmacros.h                           |    2 
 include/acpi/acobject.h                           |    5 
 include/acpi/acpi_bus.h                           |    4 
 include/acpi/acpiosxf.h                           |    9 
 include/acpi/acpixf.h                             |    9 
 include/acpi/actbl.h                              |    2 
 include/acpi/actbl2.h                             |   90 
 include/acpi/actypes.h                            |   17 
 include/acpi/acutils.h                            |   20 
 include/acpi/amlcode.h                            |   50 
 include/acpi/amlresrc.h                           |    4 
 include/acpi/platform/acenv.h                     |    2 
 include/acpi/processor.h                          |    4 
 include/asm-i386/processor.h                      |    2 
 include/asm-ia64/processor.h                      |    2 
 include/asm-x86_64/processor.h                    |    2 
 include/linux/acpi.h                              |   27 
 include/linux/pnp.h                               |    4 
 122 files changed, 7089 insertions(+), 1466 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/11/09 1.1803.119.53)
   [ACPI] ibm ACPI 0.8 by Chris Wright and Borislav Deianov
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/06 1.1803.162.10)
   [ACPI] ACPICA 20041105 from Bob Moore
   
   Implemented support for FADT revision 2.  This was an
   interim table (between ACPI 1.0 and ACPI 2.0) that adds
   support for the FADT reset register.
   
   Implemented optional support to allow uninitialized LocalX
   and ArgX variables in a control method.  The variables
   are initialized to an Integer object with a value
   of zero.  This support is enabled by setting the
   acpi_gbl_enable_interpreter_slack flag to TRUE,
   which is default unless booted with "acpi=strict".
   
   Implemented support for Integer objects for the SizeOf
   operator.  Either 4 or 8 is returned, depending on the
   current integer size (32-bit or 64-bit, depending on the
   parent table revision).
   
   Fixed a problem in the implementation of the SizeOf and
   ObjectType operators where the operand was resolved to
   a value too early, causing incorrect return values for
   some objects.
   
   Fixed some possible memory leaks during exceptional conditions.

<len.brown@intel.com> (04/11/05 1.1803.163.1)
   [ACPI] Allow limiting idle C-States.
   
   Useful to workaround C3 ipw2100 packet loss,
   reducing noise or boot issues on some models.
   http://bugme.osdl.org/show_bug.cgi?id=3549
   
   For static processor driver, boot cmdline:
   processor.acpi_cstate_limit=2
   
   For processor module, /etc/modprobe.conf:
   options processor acpi_cstate_limit=2
   
   For manual processor module load:
   # modprobe processor acpi_cstate_limit=2
   
   From kernel or kernel module:
   #include <linux/acpi.h>
   acpi_set_cstate_limit(2);
   
   Inspired by patches from Jos Delbar and Andi Kleen
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/04 1.2047)
   [ACPI] delete duplicated code resulting from auto-merge

<len.brown@intel.com> (04/11/04 1.1803.119.50)
   [ACPI] disable PNPBIOS if ACPI, even without PNPACPI
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/04 1.1803.119.49)
   [ACPI] keep processor driver loaded even if acpi_disabled
   
   for benefit of powernow-k8 driver which depends on it
   but runs even if acpi is disabled.
   
   Signed-off-by: Andi Kleen <ak@suse.de>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/04 1.2043)
   [ACPI] enable VIA quirk to fix audio interrupt on VIA_8233_5
   http://bugzilla.kernel.org/show_bug.cgi?id=3175
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/04 1.1803.119.48)
   [ACPI] remove obsolete blacklist entries (Andi Kleen)
   http://bugzilla.kernel.org/show_bug.cgi?id=3164
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/02 1.1803.119.47)
   [ACPI] Remove default PNPACPI driver binding to legacy ACPI devices.
   
   This conflicted with PNP-aware and ACPI-aware drivers,
   and required that its exclude-list carry vendor-specific
   driver names, which we can't possibly maintain.
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/02 1.1803.119.46)
   [ACPI] fix return values for ACPI_FUNCTION_TRACE
   http://bugzilla.kernel.org/show_bug.cgi?id=3336
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/01 1.1803.119.45)
   [ACPI] correct compiled-in acpi_dbg_level default
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/01 1.1803.119.44)
   [ACPI] fix x86_64 build warnings in video.c (Luming Yu)
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/11/01 1.1803.119.43)
   [ACPI] ACPIPNP handle IRQ resource value of 0 (David Shaohua Li)
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/29 1.1803.119.42)
   [PNP] handler more than 16 IRQs
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.41)
   [ACPI] fix video module unload oops
   
   Signed-off-by: Luming Yu <luming.yu@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.40)
   [ACPI] create ACPI-based PNP driver.
   
   With this driver, legacy device drivers (floppy ACPI driver,
   COM ACPI driver, and ACPI motherboard driver) which
   directly use ACPI can be removed, since now we have unified PNP
   interface for legacy ACPI enumerated devices.
   
   Originally by Matthieu Castet
   Signed-off-by: Li Shaohua <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.39)
   [ACPI] export acpi_match_ids()
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.38)
   [ACPI] introduces acpi_penalize_isa_irq() to to avoid PCI
   devices use IRQ of legacy PNP devices.
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.37)
   8250_pnp serial_req.port_high fix for Tiger
   
   Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.36)
   [PATCH] apply recent ES7000 ACPI interrupt fix to MPS mode
   
   Before:
   IRQ26 -> 0:10-> 1:2
   IRQ27 -> 0:11-> 1:3
   
   After:
   IRQ26 -> 1:2
   IRQ27 -> 1:3
   IRQ58 -> 0:10
   IRQ59 -> 0:11
   
   Signed-off-by: Natalie Protasevich <Natalie.Protasevich@unisys.com>
   Signed-off-by: Len Brown <Len.Brown@intel.com>

<len.brown@intel.com> (04/10/28 1.1803.119.35)
   [ACPI] C1 fixes when processor driver is loaded
   honor "halt=" cmdline parameter
   use monitor/mwait when available
   http://bugzilla.kernel.org/show_bug.cgi?id=2280
   
   Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/25 1.1803.119.34)
   [ACPI] Move the "only do this once" stuff from acpi_register_gsi()
into
   eisa_set_level().
   
   Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
   Signed-off-by: Andrew Morton <akpm@osdl.org>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/25 1.1803.119.33)
   [ACPI] ACPI_VIDEO is EXPERIMENTAL

<len.brown@intel.com> (04/10/25 1.1803.119.32)
   [ACPI] Extensions for Display Adapters (Bruno Ducrot)
   http://bugme.osdl.org/show_bug.cgi?id=1944
   
   Signed-off-by: Luming Yu <luming.yu@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/25 1.1803.119.31)
   [ACPI] ACPI_CUSTOM_DSDT for IA64 too
   
   Signed-off-by: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>
   Signed-off-by: Len Brown <len.brown@intel.com

<len.brown@intel.com> (04/10/23 1.1803.119.30)
   [ACPI] ibm-acpi 0.7 from Borislav Deianov
   
   The CMOS handle was incorrectly marked as required, breaking insmod
   on models without one;
   
   The BLED method was incorrectly required if LED is not defined,
   breaking LED control on the A21e.
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/23 1.2028)
   Cset exclude:
jason.davis@unisys.com[torvalds]|ChangeSet|20040914144015|50315

<len.brown@intel.com> (04/10/22 1.1803.162.9)
   [ACPI] fix build warning

<len.brown@intel.com> (04/10/22 1.1803.162.8)
   [ACPI] ACPICA 20041015 from Bob Moore
   
   Signed-off-by: Len Brown <len.brown@intel.com>
   
   Note: ACPI CA is currently undergoing an in-depth and
   complete formal evaluation to test/verify the following
   areas. Other suggestions are welcome. This will result in
   an increase in the frequency of releases and the number
   of bug fixes in the next few months.
   
   - Functional tests for all ASL/AML operators
   - All implicit/explicit type conversions
   - Bit fields and operation regions
   - 64-bit math support and 32-bit-only "truncated" math support
   - Exceptional conditions, both compiler and interpreter
   - Dynamic object deletion and memory leaks
   - ACPI 3.0 support when implemented
   - External interfaces to the ACPI subsystem
   
   Fixed two alignment issues on 64-bit platforms -
   within debug statements in acpi_ev_gpe_detect and
   acpi_ev_create_gpe_block. Removed references to the
   Address field within the non-aligned ACPI generic address
   structure.
   
   Fixed a problem in the Increment and Decrement operators
   where incorrect operand resolution could result in the
   inadvertent modification of the original integer when the
   integer is passed into another method as an argument and
   the arg is then incremented/decremented.
   
   Fixed a problem in the FromBCD operator where the upper
   32-bits of a 64-bit BCD number were truncated during
   conversion.
   
   Fixed a problem in the ToDecimal operator where the length
   of the resulting string could be set incorrectly too long
   if the input operand was a Buffer object.
   
   Fixed a problem in the Logical operators (LLess,
   etc.) where a NULL byte (0) within a buffer would
   prematurely terminate a compare between buffer objects.
   
   Added a check for string overflow (>200 characters as per
   the ACPI specification) during the Concatenate operator
   with two string operands.

<len.brown@intel.com> (04/10/22 1.1803.162.7)
   [ACPI] fix build warning in tables/tbget.c

<len.brown@intel.com> (04/10/22 1.1803.162.6)
   [ACPI] ACPICA 20041006 from Bob Moore
   
   Signed-off-by: Len Brown <len.brown@intel.com>
   
   Implemented support for the ACPI 3.0 Timer operator. This
   ASL function implements a 64-bit timer with 100 nanosecond
   granularity.
   
   Defined a new OSL interface, acpi_os_get_timer. This
   interface is used to implement the ACPI 3.0 Timer
   operator. This allows the host OS to implement the timer
   with the best clock available.  Also, it keeps the core
   subsystem out of the clock handling business, since the
   host OS (usually) performs this function.
   
   Fixed an alignment issue on 64-bit platforms. The
   hw_low_level_read/write() functions use a 64-bit address
   which is part of the packed ACPI Generic Address
   Structure. Since the structure is non-aligned, the
   alignment macros are now used to extract the address to
   a local variable before use.
   
   Fixed a problem where the ToInteger operator assumed all
   input strings were hexadecimal. The operator now handles
   both decimal strings and hex strings (prefixed with "0x").
   
   Fixed a problem where the string length in the string
   object created as a result of the internal ConvertToString
   procedure could be incorrect.  This potentially affected
   all implicit conversions and also the ToDecimalString and
   ToHexString operators.
   
   Fixed two problems in the ToString operator. If the
   length parameter was zero, an incorrect string object was
   created and the value of the input length parameter was
   inadvertently changed from zero to Ones.
   
   Fixed a problem where the optional ResourceSource string
   in the ExtendedIRQ resource macro was ignored.
   
   Simplified the interfaces to the internal division
   functions, reducing code size and complexity.

<len.brown@intel.com> (04/10/22 1.1803.162.5)
   [ACPI] place-holder for ACPI 3.0 acpi_os_get_timer()

<len.brown@intel.com> (04/10/22 1.1803.162.4)
   [ACPI] ACPICA 20040924 from Bob Moore
   
   Signed-off-by: Len Brown <len.brown@intel.com>
   
   Added a new OSL interface, acpi_os_get_timer.  This
   interface implements a 64-bit monotonic timer in 100
   nanosecond units.
   
   Implemented support for the ACPI 3.0 Timer operator.
   This 64-bit timer utilizes the timer provided by the
   acpi_os_get_timer interface.

<len.brown@intel.com> (04/10/22 1.1803.162.3)
   [ACPI] acpi_os_sleep() now takes a single 64-bit value in [ms]
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/22 1.1803.162.2)
   [ACPI] ACPICA 20040922 from Bob Moore
   
   Signed-off-by: Len Brown <len.brown@intel.com>
   
   Fixed a problem with the implementation of the LNot()
   operator where "Ones" was not returned for the TRUE
   case. Changed the code to return Ones instead of (!Arg)
   which was usually 1. This change affects iASL constant
   folding for this operator also.
   
   Fixed a problem in acpi_ut_initialize_buffer where an
   existing buffer was not initialized properly -- Now zero
   the entire buffer in this case where the buffer already
   exists.
   
   Changed the interface to acpi_os_sleep from (UINT32
   Seconds, UINT32 Milliseconds) to simply (ACPI_INTEGER
   Milliseconds). This simplifies all related code
   considerably. This requires changes/updates to all OS
   interface layers (OSLs.)
   
   Implemented a new external interface,
   acpi_install_exception_handler, to allow a system exception
   handler to be installed. This handler is invoked upon
   any run-time exception that occurs during control method
   execution.
   
   Added support for the DSDT in acpi_tb_find_table. This
   allows the DataTableRegion() operator to access the local
   copy of the DSDT.

<len.brown@intel.com> (04/10/22 1.1803.162.1)
   [ACPI] ACPICA 20040827 update from Bob Moore
   
   Signed-off-by: Len Brown <len.brown@intel.com>
   
   Implemented support for implicit object conversion in
   the non-numeric logical operators (LEqual, LGreater,
   LGreaterEqual, LLess, LLessEqual, and LNotEqual.) Any
   combination of Integers/Strings/Buffers may now be used;
   the second operand is implicitly converted on the fly to
   match the type of the first operand.  For example:
   
   LEqual (Source1, Source2)
   
   Source1 and Source2 must each evaluate to an integer, a
   string, or a buffer. The data type of Source1 dictates the
   required type of Source2.  Source2 is implicitly converted
   if necessary to match the type of Source1.
   
   Updated and corrected the behavior of the string
   conversion support.  The rules concerning conversion of
   buffers to strings (according to the ACPI specification)
   are as follows:
   
   ToDecimalString - explicit byte-wise conversion of buffer
   to string of decimal values (0-255) separated by commas.
   
   ToHexString - explicit byte-wise conversion of buffer to
   string of hex values (0-FF) separated by commas.
   
   ToString - explicit byte-wise conversion of buffer to
   string.  Byte-by-byte copy with no transform except NULL
   terminated.  Any other implicit buffer-to-string conversion
   
   byte-wise conversion of buffer to string of hex values
   (0-FF) separated by spaces.
   
   Fixed a problem in acpi_ns_get_pathname_length where the
   returned length was one byte too short in the case of a
   node in the root scope.  This could cause a fault during
   debug output.

<len.brown@intel.com> (04/10/21 1.1803.119.28)
   [ACPI] disable printk on AML breakpoint
   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135856
   
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/20 1.1803.119.27)
   [ACPI] clarify #define ACPI_THERMAL_MODE_CRITICAL (Pavel Machek)

<len.brown@intel.com> (04/10/20 1.1803.119.26)
   [ACPI] simplify ES7000 IRQ re-naming scheme
   so that it works for all PCI interrupts.
   
   Signed-off-by: Natalie Protasevich <Natalie.Protasevich@UNISYS.com>
   Signed-off-by: Len Brown <Len.Brown@intel.com>

<len.brown@intel.com> (04/10/19 1.1803.119.25)
   [ACPI] create IBM ThinkPad ACPI driver -- ibm-acpi-0.6.patch
   
   by Borislav Deianov
   Signed-off-by: Len Brown <len.brown@intel.com>

<len.brown@intel.com> (04/10/18 1.1803.119.24)
   [ACPI] add module parameters: processor.c2=[0,1] processor.c3=[0,1]
   to disable/enable C2 or C3
   blacklist entries for R40e and Medion 41700
   http://bugme.osdl.org/show_bug.cgi?id=3549
   
   from Andi Kleen

<len.brown@intel.com> (04/10/18 1.1803.119.23)
   [ACPI] firmware wakeup address is physical, not virtual (David
Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=3390

<len.brown@intel.com> (04/10/10 1.1988.76.3)
   EXPORT_SYMBOL(acpi_os_write_port);
   EXPORT_SYMBOL(acpi_fadt_is_v1);

<len.brown@intel.com> (04/10/08 1.1988.76.2)
   [ACPI] Notify SMM of cpufreq
   http://marc.theaimsgroup.com/?l=acpi4linux&m=109428989121089&w=2
   
   Signed-off-by: Dominik Brodowski <linux@brodo.de>





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-10-09  5:54 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-10-09  5:54 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: ACPI Developers, Kernel Mailing List

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/26-latest-release

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/26-latest-release/acpi-20040816-26-latest-release.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |   14 ++
 arch/i386/kernel/acpi/boot.c        |   13 +-
 arch/i386/kernel/dmi_scan.c         |   39 -------
 arch/i386/kernel/io_apic.c          |   10 -
 arch/i386/pci/mmconfig.c            |    7 +
 arch/x86_64/kernel/io_apic.c        |   10 -
 arch/x86_64/kernel/setup.c          |    6 -
 drivers/acpi/Kconfig                |   26 ++++
 drivers/acpi/asus_acpi.c            |  125 +++++++++++-------------
 drivers/acpi/blacklist.c            |   44 ++++++++
 drivers/acpi/bus.c                  |   12 +-
 drivers/acpi/debug.c                |  105 +++++++++++++++++++-
 drivers/acpi/dispatcher/dsmethod.c  |   52 +++++----
 drivers/acpi/dispatcher/dsutils.c   |   53 +++++++---
 drivers/acpi/events/evgpe.c         |    6 -
 drivers/acpi/events/evmisc.c        |   32 ++++--
 drivers/acpi/events/evregion.c      |   17 +--
 drivers/acpi/events/evrgnini.c      |   12 +-
 drivers/acpi/events/evxface.c       |   11 --
 drivers/acpi/executer/exfldio.c     |   37 -------
 drivers/acpi/hardware/hwgpe.c       |    2 
 drivers/acpi/hardware/hwregs.c      |   70 ++++---------
 drivers/acpi/hardware/hwtimer.c     |   28 ++---
 drivers/acpi/numa.c                 |   16 +--
 drivers/acpi/osl.c                  |   10 +
 drivers/acpi/pci_link.c             |    4 
 drivers/acpi/tables.c               |    4 
 drivers/acpi/thermal.c              |   17 ++-
 drivers/acpi/utilities/utglobal.c   |    9 -
 include/acpi/acconfig.h             |    2 
 include/acpi/acexcep.h              |    2 
 include/acpi/acglobal.h             |    2 
 include/acpi/acmacros.h             |   18 ---
 include/acpi/acpi_drivers.h         |   55 ----------
 include/linux/acpi.h                |    7 -
 init/main.c                         |    6 -
 36 files changed, 484 insertions(+), 399 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/10/09 1.1803.119.22)
   [ACPI4ASUS] globalize hotk structure
   
   This cleans the code up a bit, but mainly allows most functions
   to be called externally when need (read: video driver) arises.
   
   Signed-off-by: Karol Kozimor <sziwan@hell.org.pl

<len.brown@intel.com> (04/10/09 1.1803.119.21)
   [ACPI4ASUS] support M6700R laptops
   
   Signed-off-by: Karol Kozimor <sziwan@hell.org.pl

<len.brown@intel.com> (04/10/09 1.1803.119.20)
   [ACPI4ASUS] acpi_bus_register_driver() return code
   
   Signed-off-by: Karol Kozimor <sziwan@hell.org.pl>

<len.brown@intel.com> (04/10/09 1.1803.119.19)
   [ACPI] acpi4asus update: support W1N, v0.29
   
   Signed-off-by: Karol Kozimor <sziwan@hell.org.pl>

<len.brown@intel.com> (04/10/08 1.1803.119.18)
   [ACPI] thermal module race condition/memory leak (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=3231

<len.brown@intel.com> (04/10/08 1.1803.119.17)
   [ACPI] fix double quoted params such as acpi_os_string="a b c"
   by Christian Lupien
   http://bugzilla.kernel.org/show_bug.cgi?id=3242

<len.brown@intel.com> (04/10/08 1.1803.119.16)
   [ACPI] x86_64 build fix
   
   Signed-off-by: Andrew Morton <akpm@osdl.org>

<len.brown@intel.com> (04/10/08 1.1803.119.15)
   [ACPI] fix allmodconfig build
   
   Signed-off-by: Andrew Morton <akpm@osdl.org>

<len.brown@intel.com> (04/09/16 1.1832.46.34)
   add GPL to mmconfig.c

<len.brown@intel.com> (04/09/02 1.1803.119.14)
   [ACPI] delete ACPI DMI/BIOS cutoff year by default
   
   CONFIG_ACPI_BLACKLIST_YEAR=2001 for old behaviour

<len.brown@intel.com> (04/09/01 1.1803.119.13)
   [ACPI] move acpi_bios_year() to blacklist.c from dmi_scan.c (Pavel
Machek)

<len.brown@intel.com> (04/09/01 1.1803.119.12)
   [ACPI] debugging enhancements (Yi Zhu)
   
   new cmdline options: "acpi_dbg_layer=",  "acpi_dbg_level="
   and /proc/acpi/debug_layer, debug_level now describe levels
   
   http://bugzilla.kernel.org/show_bug.cgi?id=2398

<len.brown@intel.com> (04/09/01 1.1803.119.11)
   [ACPI] allow config to specify custom DSDT (Ulf Dambacher)

<len.brown@intel.com> (04/09/01 1.1803.119.10)
   [ACPI] cleanup: use ioapic_register_intr()

<len.brown@intel.com> (04/08/26 1.1803.119.9)
   [ACPI] Export acpi_strict for use in modular drivers.
   This will enable drivers to work around BIOS deficiencies,
   while still allowing the drivers to be more picky with "acpi=strict"
   
   Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

<len.brown@intel.com> (04/08/26 1.1803.119.8)
   [ACPI] fix numa build warnings (Keith Owens)
   
   Signed-off-by: Takayoshi Kochi <t-kochi@bq.jp.nec.com>

<len.brown@intel.com> (04/08/24 1.1803.119.7)
   [ACPI] quiet ACPI NUMA boot messages
   Signed-off-by: Jesse Barnes <jbarnes@sgi.com>

<len.brown@intel.com> (04/08/21 1.1803.119.6)
   [ACPI] Enable ACPICA workarounds for 'RELAXED_AML' and 'implicit
return'
   These workarounds are disabled if "acpi=strict"

<len.brown@intel.com> (04/08/20 1.1803.119.5)
   [ACPI] ACPICA 20040816 update from Bob Moore
   
   Designed and implemented support within the AML interpreter
   for the so-called implicit return.  This support returns
   the result of the last ASL operation within a control
   method, in the absence of an explicit Return() operator.
   A few machines depend on this behavior, even though it
   is not explicitly supported by the ASL language.  It is
   optional support that can be enabled at runtime via the
   acpi_gbl_enable_interpreter_slack flag.
   
   Removed support for the PCI_Config address space from the
   internal low level hardware interfaces (acpi_hw_low_level_read
   and acpi_hw_low_level_write).  This support was not used
   internally, and would not work correctly anyway because
   the PCI bus number and segment number were not supported.
   There are separate interfaces for PCI configuration space
   access because of the unique interface.
   acpica-unix-20040816.patch
   
   AE_CODE_AML_MAX fix from Bjorn Helgaas

<len.brown@intel.com> (04/08/19 1.1803.119.4)
   [ACPI] fix __initdata bug in acpi_irq_penalty[]
   
   Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-08-14 18:43 ` Len Brown
@ 2004-08-15 16:58   ` Marcus Hartig
  0 siblings, 0 replies; 27+ messages in thread
From: Marcus Hartig @ 2004-08-15 16:58 UTC (permalink / raw)
  To: Len Brown; +Cc: linux-kernel

Len Brown wrote:

> Hmm, this config builds for me with gcc 3.3,
> and neither dsfield.c nor acnamesp.h have changed in months.
> 
> is it possible your source tree has been corrupted?

Yes, my kernel source tree was corrupted... Do not know why.
Now, with 2.6.8.1 and the ACPI patch no problems with my nForce2 board.

Thanks,

Marcus

-- 
www.marcush.de


^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-08-14 23:08 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-08-14 23:08 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, Jesse Barnes

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.8

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.8/acpi-20040715-2.6.8.diff.gz

This will update the following files:

 include/asm-ia64/acpi.h |    1 +
 init/main.c             |    2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

through these ChangeSets:

<len.brown@intel.com> (04/08/14 1.1731.1.31)
   [ACPI] ia64 build fix
   Signed-off-by: Jesse Barnes <jbarnes@sgi.com>

<len.brown@intel.com> (04/08/14 1.1731.1.30)
   fix main.c build warning





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-08-14  6:55 Len Brown
@ 2004-08-14 20:56 ` Jesse Barnes
  0 siblings, 0 replies; 27+ messages in thread
From: Jesse Barnes @ 2004-08-14 20:56 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, linux-kernel, ACPI Developers

[-- Attachment #1: Type: text/plain, Size: 537 bytes --]

On Friday, August 13, 2004 11:55 pm, Len Brown wrote:
> Hi Linus, please do a
>
> 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.8
>
> 	Key fixes for suspend/resume, a couple of common
> 	boot failures, and misc. random fixes.

You'll need this fix for ia64 though.  Linus, please apply.

Define acpi_noirq on ia64 since it's used now in pci_link.c.  All ia64 
machines use ACPI, so we can just define it to 0 like we do for acpi_disabled 
and acpi_pci_disabled.

Signed-off-by: Jesse Barnes <jbarnes@sgi.com>

Thanks,
Jesse

[-- Attachment #2: ia64-acpi-build-fix.patch --]
[-- Type: text/x-diff, Size: 702 bytes --]

diff -Napur -X /home/jbarnes/dontdiff linux-2.6.8-rc4.orig/include/asm-ia64/acpi.h linux-2.6.8-rc4/include/asm-ia64/acpi.h
--- linux-2.6.8-rc4.orig/include/asm-ia64/acpi.h	2004-08-10 09:01:34.000000000 -0700
+++ linux-2.6.8-rc4/include/asm-ia64/acpi.h	2004-08-10 09:26:39.000000000 -0700
@@ -89,6 +89,7 @@ ia64_acpi_release_global_lock (unsigned 
 	((Acq) = ia64_acpi_release_global_lock((unsigned int *) GLptr))
 
 #define acpi_disabled 0	/* ACPI always enabled on IA64 */
+#define acpi_noirq 0	/* ACPI always enabled on IA64 */
 #define acpi_pci_disabled 0 /* ACPI PCI always enabled on IA64 */
 #define acpi_strict 1	/* no ACPI spec workarounds on IA64 */
 static inline void disable_acpi(void) { }

^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
       [not found] <566B962EB122634D86E6EE29E83DD808182C3286@hdsmsx403.hd.intel.com>
@ 2004-08-14 18:43 ` Len Brown
  2004-08-15 16:58   ` Marcus Hartig
  0 siblings, 1 reply; 27+ messages in thread
From: Len Brown @ 2004-08-14 18:43 UTC (permalink / raw)
  To: Marcus Hartig; +Cc: linux-kernel

On Sat, 2004-08-14 at 12:40, Marcus Hartig wrote:
> Hello,
> 
> when I compile 2.6.8(.1) with this ACPI patch or without, I get this
> error while compiling:
> 
>   CC      drivers/acpi/dispatcher/dsfield.o
> In file included from drivers/acpi/dispatcher/dsfield.c:49:
> include/acpi/acnamesp.h:450: error: syntax error before '(' token
> include/acpi/acnamesp.h:457: warning: function declaration isn't a
> prototype
> make[3]: *** [drivers/acpi/dispatcher/dsfield.o] Error 1
> make[2]: *** [drivers/acpi/dispatcher] Error 2
> make[1]: *** [drivers/acpi] Error 2
> make: *** [drivers] Error 2
> 
> ?
> 
> gcc version 3.4.1 20040714 (Red Hat 3.4.1-7)
> config: http://www.marcush.de/.config

Hmm, this config builds for me with gcc 3.3,
and neither dsfield.c nor acnamesp.h have changed in months.

is it possible your source tree has been corrupted?

thanks,
-Len



^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
@ 2004-08-14 16:40 Marcus Hartig
  0 siblings, 0 replies; 27+ messages in thread
From: Marcus Hartig @ 2004-08-14 16:40 UTC (permalink / raw)
  To: linux-kernel

Hello,

when I compile 2.6.8(.1) with this ACPI patch or without, I get this
error while compiling:

  CC      drivers/acpi/dispatcher/dsfield.o
In file included from drivers/acpi/dispatcher/dsfield.c:49:
include/acpi/acnamesp.h:450: error: syntax error before '(' token
include/acpi/acnamesp.h:457: warning: function declaration isn't a
prototype
make[3]: *** [drivers/acpi/dispatcher/dsfield.o] Error 1
make[2]: *** [drivers/acpi/dispatcher] Error 2
make[1]: *** [drivers/acpi] Error 2
make: *** [drivers] Error 2

?

gcc version 3.4.1 20040714 (Red Hat 3.4.1-7)
config: http://www.marcush.de/.config


Marcus

-- 
www.marcush.de




^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-08-14  6:55 Len Brown
  2004-08-14 20:56 ` Jesse Barnes
  0 siblings, 1 reply; 27+ messages in thread
From: Len Brown @ 2004-08-14  6:55 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.8

	Key fixes for suspend/resume, a couple of common
	boot failures, and misc. random fixes.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.8/acpi-20040715-2.6.8.diff.gz

This will update the following files:

 arch/i386/kernel/acpi/boot.c        |    7 
 arch/i386/kernel/acpi/sleep.c       |    5 
 arch/i386/kernel/cpu/cpufreq/acpi.c |  103 +++++-
 arch/i386/kernel/dmi_scan.c         |   47 --
 arch/i386/kernel/i8259.c            |   25 +
 arch/i386/kernel/io_apic.c          |   93 +++++
 arch/i386/kernel/setup.c            |   15 
 arch/i386/kernel/smpboot.c          |    6 
 arch/i386/mm/discontig.c            |   15 
 arch/ia64/kernel/acpi.c             |    6 
 arch/x86_64/kernel/i8259.c          |   53 +++
 arch/x86_64/kernel/setup.c          |   17 +
 arch/x86_64/kernel/smpboot.c        |    2 
 drivers/acpi/Makefile               |    2 
 drivers/acpi/acpi_ksyms.c           |    2 
 drivers/acpi/asus_acpi.c            |   65 ++-
 drivers/acpi/blacklist.c            |   14 
 drivers/acpi/bus.c                  |   38 +-
 drivers/acpi/button.c               |    9 
 drivers/acpi/dispatcher/dsmethod.c  |   18 -
 drivers/acpi/dispatcher/dsmthdat.c  |    8 
 drivers/acpi/dispatcher/dsopcode.c  |    7 
 drivers/acpi/dispatcher/dswload.c   |   22 +
 drivers/acpi/dispatcher/dswstate.c  |   18 -
 drivers/acpi/ec.c                   |   13 
 drivers/acpi/events/evevent.c       |   12 
 drivers/acpi/events/evgpe.c         |  393 ++++++++++++++++++++++--
 drivers/acpi/events/evgpeblk.c      |  181 +++++++----
 drivers/acpi/events/evmisc.c        |   13 
 drivers/acpi/events/evregion.c      |  373 +++++++++++++++++++++-
 drivers/acpi/events/evxface.c       |  180 +++++++---
 drivers/acpi/events/evxfevnt.c      |  173 +++++-----
 drivers/acpi/events/evxfregn.c      |  201 ------------
 drivers/acpi/executer/exconfig.c    |   47 ++
 drivers/acpi/executer/exfldio.c     |  165 ++++++----
 drivers/acpi/executer/exmisc.c      |  151 +++++++--
 drivers/acpi/executer/exmutex.c     |   46 +-
 drivers/acpi/executer/exoparg2.c    |   48 ++
 drivers/acpi/executer/exresolv.c    |    8 
 drivers/acpi/executer/exstore.c     |   17 -
 drivers/acpi/hardware/hwgpe.c       |  339 +++++---------------
 drivers/acpi/hardware/hwregs.c      |   34 +-
 drivers/acpi/hardware/hwsleep.c     |   57 ++-
 drivers/acpi/motherboard.c          |  173 ++++++++++
 drivers/acpi/namespace/nsaccess.c   |    2 
 drivers/acpi/namespace/nsalloc.c    |    2 
 drivers/acpi/namespace/nseval.c     |   90 +----
 drivers/acpi/namespace/nsinit.c     |   42 +-
 drivers/acpi/namespace/nsparse.c    |    5 
 drivers/acpi/namespace/nsxfeval.c   |   52 +--
 drivers/acpi/namespace/nsxfname.c   |    4 
 drivers/acpi/osl.c                  |   30 +
 drivers/acpi/parser/psopcode.c      |    8 
 drivers/acpi/parser/psxface.c       |   51 +--
 drivers/acpi/pci_link.c             |   76 ++++
 drivers/acpi/power.c                |   80 ++++
 drivers/acpi/processor.c            |   74 +++-
 drivers/acpi/resources/rsutils.c    |    7 
 drivers/acpi/resources/rsxface.c    |    3 
 drivers/acpi/scan.c                 |  191 +++++++++--
 drivers/acpi/sleep/Makefile         |    2 
 drivers/acpi/sleep/main.c           |   33 +-
 drivers/acpi/sleep/proc.c           |   86 +++++
 drivers/acpi/sleep/sleep.h          |    3 
 drivers/acpi/sleep/wakeup.c         |  181 +++++++++++
 drivers/acpi/tables/tbxfroot.c      |  203 +++++++-----
 drivers/acpi/thermal.c              |   67 ++--
 drivers/acpi/utilities/utalloc.c    |   13 
 drivers/acpi/utilities/uteval.c     |   18 -
 drivers/acpi/utilities/utglobal.c   |   83 +++--
 drivers/acpi/utilities/utxface.c    |   41 +-
 include/acpi/acconfig.h             |   25 +
 include/acpi/acdebug.h              |    8 
 include/acpi/acdisasm.h             |   15 
 include/acpi/acdispat.h             |    3 
 include/acpi/acevents.h             |   54 +++
 include/acpi/acexcep.h              |    6 
 include/acpi/acglobal.h             |   44 ++
 include/acpi/achware.h              |   36 +-
 include/acpi/acinterp.h             |   15 
 include/acpi/aclocal.h              |   39 +-
 include/acpi/acmacros.h             |    5 
 include/acpi/acnamesp.h             |   18 -
 include/acpi/acobject.h             |   13 
 include/acpi/acparser.h             |    4 
 include/acpi/acpi_bus.h             |   28 +
 include/acpi/acpi_drivers.h         |    3 
 include/acpi/acpiosxf.h             |   15 
 include/acpi/acpixf.h               |   10 
 include/acpi/acstruct.h             |   23 +
 include/acpi/actbl.h                |   29 -
 include/acpi/actypes.h              |   84 +++--
 include/acpi/platform/acenv.h       |    8 
 include/acpi/platform/aclinux.h     |    2 
 include/asm-i386/acpi.h             |    8 
 include/asm-i386/smp.h              |    1 
 include/asm-ia64/acpi.h             |    2 
 include/asm-x86_64/acpi.h           |    2 
 init/main.c                         |    7 
 99 files changed, 3648 insertions(+), 1527 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/08/14 1.1731.1.29)
   [ACPI] Enter ACPI mode earlier
   Fixes two common boot failures due to buggy SMM BIOS code
   
   SMP boot crash if SMI_CMD=ACPI written from CPU1
   http://bugzilla.kernel.org/show_bug.cgi?id=2941
   
   laptop crash due to LAPIC timer before SMI_CMD=ACPI
   http://bugzilla.kernel.org/show_bug.cgi?id=1269

<len.brown@intel.com> (04/08/13 1.1731.1.28)
   [ACPI] clean out blacklist entries that do nothing

<len.brown@intel.com> (04/08/09 1.1731.1.27)
   [ACPI] init wakeup devcies only if ACPI enabled (David Shaohua Li)

<len.brown@intel.com> (04/08/09 1.1731.1.26)
   [ACPI] acpi_bus_register_driver() now return a count
   consistent with pnp_register_driver() and pci_register_driver()
   
   All existing callers of acpi_bus_register_driver() either ignore the
   return value or check only for negative (error) return values.
   
   Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>

<len.brown@intel.com> (04/08/09 1.1731.1.25)
   [ACPI] acpi for asus update from Karol Kozimor
   
   support for L4R and M5N, moves some bits for M6N
   and restores WLED functionality for M2N
   comment and whitespace cleanups
   fix get/set typo from /proc patch, delete trailing spaces

<len.brown@intel.com> (04/08/08 1.1731.1.24)
   [ACPI] acpi_system_write_wakeup_device() has the wrong return type
   and is missing the __user attribution from its buffer argument.
   This patch shuts up the resulting warnings on x86-64.
   
   From: William Lee Irwin III <wli@holomorphy.com>
   Signed-off-by: Andrew Morton <akpm@osdl.org>

<nbryant@optonline.net> (04/08/04 1.1731.1.23)
   [ACPI] restore PCI Interrupt Link Devices upon resume
   
   * register as as a sys_device so that we can get resume callbacks and
restore
     interrupt routing state.
   * add acpi_pci_link_resume(), which will be called when resuming from
a suspend
     state that needs IRQ routing to be restored. This fixes issues
reported on
     the mailing lists, e.g.:
   http://marc.theaimsgroup.com/?l=acpi4linux&m=109142999328643&w=2
   * rename setonboot --> initialized
   * change to test acpi_noirq in init
   
   We want to initialize everything on S3 resume in case the BIOS points
an
   interrupt link somewhere we didn't expect. (Doing so avoids "missing
interrupt"
   or "irq x: nobody cared" problems.) According to Len, past experience
has shown
   that it's a good idea to initialize only devices that exist or were
explicitly
   asked for, so we try to initialize only the IRQ's that were
previously
   initialized at some point before suspend, by checking the
"initialized" flag.
   This corresponds to links that have PCI devices attached.  Everything
else, we
   leave alone. Assuming the BIOS does the same thing on resume that it
did on
   boot, this will leave all the unused links in the same state that
they were on
   boot.
   
   We are registered as a sysdev in order to do this work fairly early
during
   resume, before devices are resumed; some devices may not call
   pci_device_enable.
   
   Previous "setonboot once" behavior is left in place, to be
conservative.

<len.brown@intel.com> (04/08/03 1.1731.1.22)
   [ACPI] BIOS workaround allowing devices to use reserved IO ports
   Author: David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=3049

<len.brown@intel.com> (04/07/28 1.1731.1.21)
   [ACPI] fix build warning (Andrew Morton)

<len.brown@intel.com> (04/07/28 1.1731.1.20)
   [ACPI] synchronize_kernel for idle-loop unload (Zwane Mwaikambo)
   http://bugzilla.kernel.org/show_bug.cgi?id=1716

<len.brown@intel.com> (04/07/28 1.1731.1.19)
   [ACPI] S3 is independent of CONFIG_X86_PAE (David Shaohua Li)

<len.brown@intel.com> (04/07/17 1.1731.1.18)
   [ACPI] ACPICA 20040715 from Bob Moore
   
   Restructured the internal HW GPE interfaces to pass/track
   the current state of interrupts (enabled/disabled) in
   order to avoid possible deadlock and increase flexibility
   of the interfaces.
   
   Implemented a "lexicographical compare" for String and
   Buffer objects within the logical operators -- LGreater,
   LLess, LGreaterEqual, and LLessEqual -- as per further
   clarification to the ACPI specification.  Behavior is
   similar to C library "strcmp".
   
   Completed a major reduction in CPU stack use for the
   acpi_get_firmware_table external function.  In the 32-bit
   non-debug case, the stack use has been reduced from 168
   bytes to 32 bytes.
   
   Deployed a new run-time configuration flag,
   acpi_gbl_enable_interpeter_slack, whose purpose is to allow
   the AML interpreter to forgive certain bad AML constructs.
   Default setting is FALSE.
   
   Implemented the first use of acpi_gbl_enable_interpeter_slack
   in the Field IO support code.  If enabled, it allows field
   access to go beyond the end of a region definition if the
   field is within the region length rounded up to the next
   access width boundary (a common coding error.)
   
   Renamed OSD_HANDLER to acpi_osd_handler, and
   OSD_EXECUTION_CALLBACK to acpi_osd_exec_callback for
   consistency with other ACPI symbols.  Also, these symbols
   are lowercased by the latest version of the acpisrc tool.
   
   The prototypes for the PCI interfaces in acpiosxf.h
   have been updated to rename "register" to simply "reg"
   to prevent certain compilers from complaining.

<len.brown@intel.com> (04/07/15 1.1731.1.17)
   [ACPI] Enable run-time CM button/LID events (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1415

<len.brown@intel.com> (04/07/15 1.1731.1.16)
   [ACPI] Create /proc/acpi/wakeup to allow enabling
   the optional wakeup event sources. (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1415

<len.brown@intel.com> (04/07/15 1.1731.1.15)
   [ACPI] ACPI bus support for wakeup GPE (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1415

<len.brown@intel.com> (04/07/15 1.1731.1.14)
   [ACPI] IOAPIC suspend/resume (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=3037

<len.brown@intel.com> (04/07/14 1.1731.1.13)
   [ACPI] Tell the BIOS Linux can handle
   Enhanced Speed Step (EST). (Venkatesh Pallipadi)
   http://bugzilla.kernel.org/show_bug.cgi?id=2712

<len.brown@intel.com> (04/07/14 1.1731.1.12)
   [ACPI] add SMP suport to processor driver (Venkatesh Pallipadi)
   http://bugzilla.kernel.org/show_bug.cgi?id=2615

<len.brown@intel.com> (04/07/14 1.1731.1.11)
   [ACPI] save/restore ELCR on suspend/resume (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2643

<len.brown@intel.com> (04/07/14 1.1731.1.10)
   [ACPI] /proc/acpi/thermal_zone/THRM/cooling_mode
   Add concept of (mandatory) "critical", when (optional)
   "passive" and "active" are not present.  (Zhenyu Z Wang)
   http://bugzilla.kernel.org/show_bug.cgi?id=1770

<len.brown@intel.com> (04/07/14 1.1731.1.9)
   [ACPI] fix ability to set thermal trip points (Hugo Haas, Stefan
Seyfried)
   eg. # echo -n "100:90:80:70:60:50" >
/proc/acpi/thermal_zone/THRM/trip_points
   http://bugzilla.kernel.org/show_bug.cgi?id=2588

<len.brown@intel.com> (04/07/07 1.1731.1.8)
   [ACPI] reserve EBDA for Dell BIOS that neglects to. (David Shaohua
Li)
   http://bugme.osdl.org/show_bug.cgi?id=2990

<len.brown@intel.com> (04/06/24 1.1731.1.7)
   [ACPI] reserve IOPORTS for ACPI (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2641

<len.brown@intel.com> (04/06/24 1.1731.1.6)
   [ACPI] enable GPE for ECDT (David Shaohua Li)

<len.brown@intel.com> (04/06/23 1.1731.1.5)
   [ACPI] enable Embedded Controller (EC)'s
   General Purpose Event (GPE) from David Shaohua Li

<len.brown@intel.com> (04/06/23 1.1728.2.5)
   [ACPI] fix return-from-sleep PM/ACPI state conversion bug (David
Shaohua Li)

<len.brown@intel.com> (04/06/22 1.1371.717.27)
   [ACPI] update EC GPE handler to new ACPICA handler type

<len.brown@intel.com> (04/06/22 1.1371.717.26)
   [ACPI] ACPICA 20040615 from Bob Moore
   
   Implemented support for Buffer and String objects (as
   per ACPI 2.0) for the following ASL operators: LEqual,
   LGreater, LLess, LGreaterEqual, and LLessEqual.

<len.brown@intel.com> (04/06/22 1.1371.717.25)
   [ACPI] ACPICA 20040527 from Bob Moore
   
   Completed a new design and implementation for EBDA
   (Extended BIOS Data Area) support in the RSDP scan code.
   The original code improperly scanned for the EBDA by simply
   scanning from memory location 0 to 0x400.  The correct
   method is to first obtain the EBDA pointer from within
   the BIOS data area, then scan 1K of memory starting at the
   EBDA pointer.  There appear to be few if any machines that
   place the RSDP in the EBDA, however.
   http://bugme.osdl.org/show_bug.cgi?id=2415
   
   Integrated a fix for a possible fault during evaluation
   of BufferField arguments.  Obsolete code that was causing
   the problem was removed. (Asus laptop boot crash)
   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121760
   
   Found and fixed a problem in the Field Support Code
   where data could be corrupted on a bit field read that
   starts on an aligned boundary but does not end on an
   aligned boundary.  Merged the read/write "datum length"
   calculation code into a common procedure.

<len.brown@intel.com> (04/06/22 1.1371.717.24)
   [ACPI] ACPICA 20040514 from Bob Moore
   
   Fixed a problem where hardware GPE enable bits sometimes
   not set properly during and after GPE method execution.
   Result of ACPICA 20040427 changes.
   
   Removed extra "clear all GPEs" when sleeping/waking.
   
   Removed acpi_ht_enable_gpe and acpi_hw_disable_gpe, replaced
   by the single acpi_hw_write_gpe_enable_reg. Changed a couple
   of calls to the functions above to the new acpi_ev* calls
   as appropriate.
   
   ACPI_OS_NAME was removed from the OS-specific headers.
   The default name is now "Microsoft Windows NT" for maximum
   compatibility. However this can be changed by modifying
   the acconfig.h file.  Fixes EHCI probe issue:
   http://bugme.osdl.org/show_bug.cgi?id=1762
   
   Allow a single invocation of acpi_install_notify_handler
   for a handler that traps both types of notifies (System,
   Device). Use ACPI_ALL_NOTIFY flag.
   
   Run _INI methods on ThermalZone objects. This is against
   the ACPI specification, but there is apparently ASL code
   in the field that has these _INI methods, and apparently
   "other" AML interpreters execute them.
   
   Performed a full 16/32/64 bit lint that resulted in some
   small changes.

<len.brown@intel.com> (04/05/07 1.1371.717.23)
   [ACPI] ACPICA 20040427 from Bob Moore
   
   Completed a major overhaul of the GPE handling within ACPI CA.
   There are now three types of GPEs:
   wake-only; runtime-only; combination wake/run.
   
   The only GPEs allowed to be combination wake/run are for
   button-style devices such as a control-method power button,
   control-method sleep button, or a notebook lid switch.
   GPEs that have an _Lxx or _Exx method and are not referenced
   by any _PRW methods are marked for "runtime" and hardware enabled.
   
   Any GPE that is referenced by a _PRW method is marked for "wake"
   (and disabled at runtime).  However, at sleep time, only those
   GPEs that have been specifically enabled for wake via the
   acpi_enable_gpe() interface will actually be hardware enabled.
   
   A new external interface has been added, acpi_set_gpe_type()
   that is meant to be used by device drivers to force a GPE
   to a particular type.  It will be especially useful for the
   drivers for the button devices mentioned above.
   
   Completed restructuring of the ACPI CA initialization sequence
   so that default operation region handlers are installed
   before GPEs are initialized and the _PRW methods are executed.
   This will prevent errors when the _PRW methods attempt to
   access system memory or I/O space.
   
   GPE enable/disable no longer reads the GPE enable register.
   We now keep the enable info for runtime and wake separate
   and in the GPE_EVENT_INFO.  We thus no longer depend on
   the hardware to maintain these bits.
   
   Always clear the wake status and fixed/GPE status bits
   before sleep, even for state S5.
   
   Improved the AML debugger output for displaying the
   GPE blocks and their current status.
   
   Added new strings for the _OSI method, of the form
   "Windows 2001 SPx" where x = 0,1,2,3,4.
   
   Fixed a problem where the physical address was incorrectly
   calculated when the Load() operator was used to directly
   load from an Operation Region (vs. loading from a Field object.)
   Also added check for minimum table length for this case.
   
   Fix for multiple mutex acquisition.  Restore original thread
   SyncLevel on mutex release.
   
   Added ACPI_VALID_SXDS flag to the acpi_get_object_info interface
   for consistency with the other fields returned.
   
   Shrunk the ACPI_GPE_EVENT_INFO structure by 40%.
   There is one such structure for each GPE in the system,
   so the size of this structure is important.
   
   CPU stack requirement reduction:
   Cleaned up the method execution and object evaluation paths
   so that now a parameter structure is passed, instead of copying
   the various method parameters over and over again.
   
   In evregion.c:
   Correctly exit and reenter the interpreter region if and only
   if dispatching an operation region request to a user-installed
   handler. Do not exit/reenter when dispatching to a default
   handler (e.g., default system memory or I/O handlers)

<len.brown@intel.com> (04/05/07 1.1371.717.22)
   [ACPI] ACPICA 20040402 from Bob Moore
   
   Fixed an interpreter problem where an indirect store through an
   ArgX parameter was incorrectly applying the "implicit conversion
   rules" during the store.  From the ACPI specification: "If the
   target is a method local or argument (LocalX or ArgX), no
   conversion is performed and the result is stored directly to the
   target".  The new behavior is to disable implicit conversion
   during ALL stores to an ArgX.
   
   Changed the behavior of the _PRW method scan to ignore any and
   all errors returned by a given _PRW.  This prevents the scan from
   aborting from the failure of any single _PRW.
   
   Moved the runtime configuration parameters from the global init
   procedure to static variables in acglobal.h.  This will allow the
   host to override the default values easily.

<len.brown@intel.com> (04/05/03 1.1371.717.21)
   Cset exclude: torvalds@evo.osdl.org|ChangeSet|20040401021818|60003





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-06-21 19:41 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-06-21 19:41 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Andrew Morton, linux-kernel, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.7

thanks,
-Len

ps. a plain patch is here:
http://linux-acpi.bkbits.net:8080/linux-acpi-release-2.6.7/gnupatch@40d735136IS3UC6I-LbwG91v0UYtLw

This will update the following files:

 arch/i386/kernel/mpparse.c   |    2 +-
 arch/x86_64/kernel/mpparse.c |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/06/21 1.1728.2.3)
   [ACPI] fix double timer interrupt mapping (Hans-Frieder Vogt)
   caused by errant fix for OSDL 2835





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-06-18  6:42 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-06-18  6:42 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.7

Signed-off-by: Len Brown <len.brown@intel.com>

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.7/acpi-20040326-2.6.7.diff.gz

This will update the following files:

 arch/i386/kernel/acpi/boot.c |   33 ++++
 arch/i386/kernel/dmi_scan.c  |   18 +-
 arch/i386/kernel/mpparse.c   |  119 +++++------------
 arch/i386/pci/acpi.c         |   31 +++-
 arch/ia64/kernel/acpi.c      |   23 +--
 arch/ia64/kernel/iosapic.c   |  209 +++++++++++--------------------
 arch/ia64/pci/pci.c          |   16 +-
 arch/x86_64/kernel/mpparse.c |  112 +++++-----------
 drivers/acpi/Kconfig         |    2 
 drivers/acpi/pci_irq.c       |  119 +++++------------
 drivers/acpi/pci_link.c      |   26 ---
 drivers/acpi/pci_root.c      |   49 +++++++
 drivers/acpi/tables.c        |    6 
 drivers/acpi/thermal.c       |    7 +
 drivers/serial/8250_acpi.c   |   22 ---
 drivers/serial/8250_hcdp.c   |   12 -
 include/acpi/acpi_drivers.h  |    2 
 include/asm-i386/mpspec.h    |    2 
 include/asm-ia64/iosapic.h   |    1 
 include/asm-x86_64/mpspec.h  |    2 
 include/linux/acpi.h         |    4 
 21 files changed, 361 insertions(+), 454 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/06/18 1.1608.11.12)
   [ACPI] handle SCI override to nth IOAPIC
   http://bugzilla.kernel.org/show_bug.cgi?id=2835

<len.brown@intel.com> (04/06/17 1.1608.11.11)
   [ACPI] avoid spurious interrupts on VIA
   http://bugzilla.kernel.org/show_bug.cgi?id=2243

<len.brown@intel.com> (04/06/17 1.1728.2.1)
   [ACPI] fix passive cooling mode indicator (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=1770

<len.brown@intel.com> (04/06/17 1.1608.11.10)
   [ACPI] PCI bus numbering workaround for ServerWorks
   from David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=1662

<len.brown@intel.com> (04/06/17 1.1722.18.6)
   [ACPI] Fix a lockup which Sid Boyce <sboyce@blueyonder.co.uk>
   discovered with IOAPIC disabled.
   
   The problem was that drivers/serial/8250_acpi.c found COM1 in the
ACPI
   namespace and called acpi_register_gsi() to set up its IRQ.  ACPI
tells us
   that the COM1 IRQ is edge triggered, active high, but
acpi_register_gsi()
   was ignoring the edge_level argument, so it blindly set the COM1 IRQ
to be
   level-triggered.
   
   Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
   Signed-off-by: Andrew Morton <akpm@osdl.org

<len.brown@intel.com> (04/06/17 1.1722.18.5)
   [ACPI] delete "__init" from x86_64 version of mp_find_ioapic() 
   Signed-off-by: Arnd Bergmann <arnd@arndb.de>
   Signed-off-by: Andrew Morton <akpm@osdl.or

<len.brown@intel.com> (04/06/17 1.1722.18.4)
   [ACPI] mp_find_ioapic() oops from mp_register_gsi() on device resume
   Signed-off-by: Andrew Morton <akpm@osdl.org>

<len.brown@intel.com> (04/06/17 1.1722.18.3)
   [ACPI] *** Warning: "acpi_register_gsi" [drivers/serial/8250_acpi.ko]
undefined!
   
   Signed-off-by: Andrew Morton <akpm@osdl.org>

<len.brown@intel.com> (04/06/03 1.1608.11.9)
   [ACPI] acpi=force overrides blacklist pci=noacpi or acpi=noirq (Andi
Kleen)

<len.brown@intel.com> (04/06/03 1.1722.18.2)
   [ACPI] fix !CONFIG_PCI build (Bjorn Helgaas)

<len.brown@intel.com> (04/05/25 1.1722.18.1)
   [ACPI] PCI IRQ update (Bjorn Helgaas)
   http://bugme.osdl.org/show_bug.cgi?id=2574
   
   mp_parse_prt() and iosapic_parse_prt() used to allocate all
   IRQs, whether devices needed them or not.  Some devices
   failed because the this method enabled unused PCI Interrupt
   Link Devices, which disrupted active link devices.
   
   Now the PRT knowledge is pulled out of the arch
   code and the IRQ allocation and IO-APIC programming
   is done by pci_enable_device().
   This is also a step toward allowing the addition
   of new root bridges and PRTs at run-time.
   
   The architecture supplies
   
    unsigned int
    acpi_register_gsi(u32 gsi, int edge_level, int active_high_low)
   
   which is called by acpi_pci_irq_enable().  ACPI supplies
   all the information from the PRT, and the arch sets up
   the routing and returns the IRQ it allocated.

<len.brown@intel.com> (04/05/22 1.1608.11.8)
   Kconfig typo fix from Jochen Voss





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-05-11 16:48 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-05-11 16:48 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.6

	This handles the IRQ15 IDE issue we exposed just as
	2.6.6 closed.  It also handles a similar mouse issue.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.6/acpi-20040326-2.6.6.diff.gz

This will update the following files:

 drivers/acpi/pci_link.c |   16 +++++++++++-----
 1 files changed, 11 insertions(+), 5 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/05/10 1.1618)
   [ACPI] handle _CRS outside _PRS -- even when non-zero
   avoid sharing IRQ12
   http://bugzilla.kernel.org/show_bug.cgi?id=2665





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-05-03 16:52 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-05-03 16:52 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.6

	A couple of key interrupt configuration fixes in this patch.
thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.6/acpi-20040326-2.6.6.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |   14 +
 arch/i386/kernel/acpi/boot.c        |   19 +-
 arch/i386/kernel/dmi_scan.c         |  147 ++++++++---------
 arch/i386/kernel/io_apic.c          |   18 --
 arch/i386/kernel/mpparse.c          |   40 +---
 arch/i386/kernel/setup.c            |   13 +
 arch/i386/mach-default/setup.c      |    4 
 arch/i386/mach-es7000/setup.c       |    7 
 arch/i386/mach-voyager/setup.c      |    4 
 arch/i386/pci/acpi.c                |    1 
 arch/i386/pci/irq.c                 |    5 
 arch/x86_64/kernel/Makefile         |    2 
 arch/x86_64/kernel/i8259.c          |    4 
 arch/x86_64/kernel/io_apic.c        |   16 -
 arch/x86_64/kernel/mpparse.c        |   37 +---
 arch/x86_64/kernel/setup.c          |   10 -
 drivers/acpi/ac.c                   |    3 
 drivers/acpi/asus_acpi.c            |  121 ++++++++------
 drivers/acpi/battery.c              |   15 +
 drivers/acpi/button.c               |   37 ++++
 drivers/acpi/fan.c                  |    3 
 drivers/acpi/osl.c                  |   27 +--
 drivers/acpi/pci_irq.c              |    2 
 drivers/acpi/pci_link.c             |  199 ++++++++++++------------
 drivers/acpi/pci_root.c             |   10 +
 drivers/acpi/processor.c            |   12 +
 drivers/acpi/scan.c                 |   16 +
 drivers/acpi/thermal.c              |    7 
 drivers/acpi/toshiba_acpi.c         |    5 
 include/acpi/acpiosxf.h             |    6 
 include/asm-i386/acpi.h             |   16 +
 include/asm-ia64/acpi.h             |    1 
 include/asm-x86_64/acpi.h           |   16 +
 include/linux/acpi.h                |    1 
 34 files changed, 495 insertions(+), 343 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/05/03 1.1371.707.20)
   [ACPI] export symbols to button module

<len.brown@intel.com> (04/05/01 1.1371.707.19)
   [ACPI] PCI Interrupt Link fixes
   Handle BIOS that reference disabled PCI Interrupt Link Devices
   http://bugme.osdl.org/show_bug.cgi?id=1581
   
   Clean up VIA _CRS = 0 BIOS workaround
   
   Handle BIOS returning _CRS outside _PRS
   http://bugme.osdl.org/show_bug.cgi?id=2567
   
   delete now unused _SRS retry code
   disable redundant console messages

<len.brown@intel.com> (04/04/28 1.1371.707.18)
   [ACPI] button build fix

<len.brown@intel.com> (04/04/28 1.1371.707.17)
   [ACPI] fix build warning in dmi_scan

<len.brown@intel.com> (04/04/28 1.1371.707.16)
   [ACPI] support button driver unload (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2281

<len.brown@intel.com> (04/04/28 1.1371.707.15)
   [ACPI] toshiba_acpi driver if acpi_disabled (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2465

<len.brown@intel.com> (04/04/28 1.1371.707.14)
   [ACPI] rmmod ACPI modules vs /proc
   from Anil S Keshavamurthy and David Shaohua Li
   http://bugzilla.kernel.org/show_bug.cgi?id=2457

<len.brown@intel.com> (04/04/28 1.1371.707.13)
   [ACPI] pci-link may not always be SHARED (SuSE via Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2404

<len.brown@intel.com> (04/04/28 1.1371.707.12)
   [ACPI] battery "charged" instead of "unknown" (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=1863

<sziwan@hell.org.pl> (04/04/28 1.1371.707.11)
   [PATCH] acpi4asus 0.28 (Karol 'sziwan' Kozimor)
   - Added support for Samsung P30
   - Fixed an oops triggered by non-standard hardware (Samsung P30)
   - Added support for L4400L and M6800N
   
   The patch also removes some superfluous data. It doesn't include the
   copy_from_user() conversion, it will be released as a separate patch.

<akpm@osdl.org> (04/04/28 1.1371.707.10)
   [PATCH] acpi build fix
   setup.c:608: `acpi_skip_timer_override' undeclared

<len.brown@intel.com> (04/04/24 1.1371.749.3)
   ACPI irq->gsi naming (Bjorn Helgaas)

<len.brown@intel.com> (04/04/24 1.1371.707.9)
   [ACPI] No IRQ known... - using IRQ 255 (Bjarni Rúnar Einarsson)
   http://bugzilla.kernel.org/show_bug.cgi?id=2148

<len.brown@intel.com> (04/04/23 1.1371.707.8)
   [ACPI] workaround for nForce2 BIOS bug: XT-PIC timer in IOAPIC mode 
   "acpi_skip_timer_override" boot parameter
   dmi_scan for common platforms, may be replaced with PCI-ID in future.
   http://bugzilla.kernel.org/show_bug.cgi?id=1203

<len.brown@intel.com> (04/04/23 1.1371.707.7)
   [ACPI] Workaround "_BBN 0" BIOS bug
   enhance "pci=noacpi" to skip ACPI PCI configuration and interrupt
config
   add "acpi=noirq" to skip just ACPI interrupt config (David Shaohua
Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1662

<len.brown@intel.com> (04/04/22 1.1371.707.6)
   [ACPI] allow IRQ2 to be used in ACPI/IOAPIC mode
   http://bugzilla.kernel.org/show_bug.cgi?id=2564

<len.brown@intel.com> (04/04/22 1.1371.707.5)
   [ACPI] if acpi_os_name= is used, print what it finds

<len.brown@intel.com> (04/04/20 1.1371.707.4)
   ACPI] Delete IRQ2 "cascade" in ACPI IOAPIC mode
   no such concept exists in ACPI, frees IRQ2 for use.

<len.brown@intel.com> (04/04/20 1.1371.707.3)
   [ACPI] enhance intr-src-override parsing to handle ES7000
   http://bugme.osdl.org/show_bug.cgi?id=2520

<len.brown@intel.com> (04/04/16 1.1371.707.2)
   [ACPI] enable 440GX PIRQ router workaround

<len.brown@intel.com> (04/04/14 1.1371.707.1)
   [ACPI] fix x86_64 mis-merge





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-04-01 10:40 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-04-01 10:40 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.5/acpi-20040326-2.6.5.diff.gz

This will update the following files:

 arch/i386/kernel/acpi/boot.c |    4 ++++
 arch/i386/kernel/io_apic.c   |    6 +++++-
 arch/x86_64/kernel/io_apic.c |    6 +++++-
 drivers/acpi/bus.c           |    5 +++++
 drivers/acpi/pci_irq.c       |   31 +++++++++++++++++--------------
 include/asm-i386/acpi.h      |    9 ---------
 include/asm-i386/system.h    |    5 +----
 7 files changed, 37 insertions(+), 29 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/04/01 1.1608.1.60)
   [ACPI] Restore PIC-mode SCI default to Level Trigger (David Shaohua
Li)
   http://bugme.osdl.org/show_bug.cgi?id=2382

<len.brown@intel.com> (04/04/01 1.1608.1.59)
   [ACPI] PCI bridge interrupt fix (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=2409

<len.brown@intel.com> (04/04/01 1.1608.1.58)
   [ACPI] delete extraneous IRQ->pin mappings below IRQ 16
   http://bugzilla.kernel.org/show_bug.cgi?id=2408

<len.brown@intel.com> (04/03/30 1.1608.1.57)
   [ACPI] allow building ACPI w/ CMPXCHG when CONFIG_M386=y
   http://bugzilla.kernel.org/show_bug.cgi?id=2391





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-03-27  0:59 Len Brown
@ 2004-03-27 11:11 ` Marcel Holtmann
  0 siblings, 0 replies; 27+ messages in thread
From: Marcel Holtmann @ 2004-03-27 11:11 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, Linux Kernel Mailing List, ACPI Developers

[-- Attachment #1: Type: text/plain, Size: 977 bytes --]

Hi Len,

> <len.brown@intel.com> (04/03/26 1.1608.1.54)
>    [ACPI] proposed fix for non-identity-mapped SCI override
>    http://bugme.osdl.org/show_bug.cgi?id=2366

this still oopses for me and leaves the network card unusable and these
are my interrupts

           CPU0       
  0:     299142    IO-APIC-edge  timer
  1:        848    IO-APIC-edge  i8042
  2:          0          XT-PIC  cascade
  8:          4    IO-APIC-edge  rtc
  9:          1    IO-APIC-edge  eth1, eth0
 12:         87    IO-APIC-edge  i8042
 14:      23716    IO-APIC-edge  ide0
 15:          1    IO-APIC-edge  ide1
 17:          0   IO-APIC-level  Intel 82801BA-ICH2
 18:          0   IO-APIC-level  yenta
 19:       3632   IO-APIC-level  uhci_hcd
 20:         53   IO-APIC-level  ohci_hcd
 21:     100000   IO-APIC-level  ohci_hcd
 22:     100000   IO-APIC-level  acpi
 23:          0   IO-APIC-level  uhci_hcd
NMI:          0 
LOC:     299073 
ERR:          0
MIS:          0

Regards

Marcel


[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 15114 bytes --]

CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU#0: Thermal monitoring enabled
CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 2017.0635 MHz.
..... host bus clock speed is 100.0881 MHz.
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf11f0, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 *6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Enabled i801 SMBus device
Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
IOAPIC[0]: Set PCI routing entry (2-17 -> 0xb1 -> IRQ 17 Mode:1 Active:1)
00:00:1f[B] -> 2-17 -> IRQ 17
IOAPIC[0]: Set PCI routing entry (2-23 -> 0xb9 -> IRQ 23 Mode:1 Active:1)
00:00:1f[C] -> 2-23 -> IRQ 23
IOAPIC[0]: Set PCI routing entry (2-19 -> 0xc1 -> IRQ 19 Mode:1 Active:1)
00:00:1f[D] -> 2-19 -> IRQ 19
IOAPIC[0]: Set PCI routing entry (2-16 -> 0xc9 -> IRQ 16 Mode:1 Active:1)
00:01:00[A] -> 2-16 -> IRQ 16
IOAPIC[0]: Set PCI routing entry (2-21 -> 0xd1 -> IRQ 21 Mode:1 Active:1)
00:02:09[A] -> 2-21 -> IRQ 21
IOAPIC[0]: Set PCI routing entry (2-20 -> 0xd9 -> IRQ 20 Mode:1 Active:1)
00:02:09[D] -> 2-20 -> IRQ 20
IOAPIC[0]: Set PCI routing entry (2-18 -> 0xe1 -> IRQ 18 Mode:1 Active:1)
00:02:0e[A] -> 2-18 -> IRQ 18
number of MP IRQ sources: 16.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
.......    : physical APIC id: 02
.......    : Delivery Type: 0
.......    : LTS          : 0
.... register #01: 00178020
.......     : max redirection entries: 0017
.......     : PRQ implemented: 1
.......     : IO APIC version: 0020
.... register #02: 00000000
.......     : arbitration: 00
.... register #03: 00000001
.......     : Boot DT    : 1
.... IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  1    0    0   0   0    0    0    00
 01 001 01  0    0    0   0   0    1    1    39
 02 001 01  0    0    0   0   0    1    1    31
 03 001 01  0    0    0   0   0    1    1    41
 04 001 01  0    0    0   0   0    1    1    49
 05 001 01  0    0    0   0   0    1    1    51
 06 001 01  0    0    0   0   0    1    1    59
 07 001 01  0    0    0   0   0    1    1    61
 08 001 01  0    0    0   0   0    1    1    69
 09 001 01  0    0    0   0   0    1    1    71
 0a 001 01  0    0    0   0   0    1    1    79
 0b 001 01  0    0    0   0   0    1    1    81
 0c 001 01  0    0    0   0   0    1    1    89
 0d 001 01  0    0    0   0   0    1    1    91
 0e 001 01  0    0    0   0   0    1    1    99
 0f 001 01  0    0    0   0   0    1    1    A1
 10 001 01  1    1    0   1   0    1    1    C9
 11 001 01  1    1    0   1   0    1    1    B1
 12 001 01  1    1    0   1   0    1    1    E1
 13 001 01  1    1    0   1   0    1    1    C1
 14 001 01  1    1    0   1   0    1    1    D9
 15 001 01  1    1    0   1   0    1    1    D1
 16 001 01  0    1    0   1   0    1    1    A9
 17 001 01  1    1    0   1   0    1    1    B9
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ16 -> 0:16
IRQ17 -> 0:17
IRQ18 -> 0:18
IRQ19 -> 0:19
IRQ20 -> 0:20
IRQ21 -> 0:21
IRQ22 -> 0:22
IRQ23 -> 0:23
.................................... done.
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
Simple Boot Flag at 0x3a set to 0x1
Machine check exception polling timer started.
ikconfig 0.7 with /proc/config*
Initializing Cryptographic API
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU] (supports C1)
Real Time Clock Driver v1.12
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2: IDE controller at PCI slot 0000:00:1f.1
ICH2: chipset revision 18
ICH2: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x8800-0x8807, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0x8808-0x880f, BIOS settings: hdc:DMA, hdd:DMA
hda: Maxtor 6Y080P0, ATA DISK drive
hdb: Maxtor 6Y080P0, ATA DISK drive
Using anticipatory io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: SONY CD-RW CRX160E, ATAPI CD/DVD-ROM drive
hdd: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(100)
 hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 >
hdb: max request size: 128KiB
hdb: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(100)
 hdb: hdb1 hdb2 hdb3 hdb4 < hdb5 hdb6 hdb7 hdb8 hdb9 >
mice: PS/2 mouse device common for all mice
serio: i8042 AUX port at 0x60,0x64 irq 12
input: ImPS/2 Generic Wheel Mouse on isa0060/serio1
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda2) for (hda2)
Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 124k freed
Adding 2097136k swap on /dev/hda3.  Priority:-1 extents:1
e100: Intel(R) PRO/100 Network Driver, 3.0.17
e100: Copyright(c) 1999-2004 Intel Corporation
e100: eth0: e100_probe: addr 0xef000000, irq 9, MAC addr 00:90:27:E8:A3:8E
e100: eth1: e100_probe: addr 0xee000000, irq 9, MAC addr 00:90:27:E8:A3:8F
netconsole: local port 4444
netconsole: local IP 192.168.5.101
netconsole: interface eth0
netconsole: remote port 514
netconsole: remote IP 192.168.5.42
netconsole: remote ethernet address 00:50:8b:35:c6:d3
netconsole: device eth0 not up yet, forcing it
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
netconsole: carrier detect appears flaky, waiting 10 seconds
netconsole: network logging started
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda5) for (hda5)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda6) for (hda6)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda7) for (hda7)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda8) for (hda8)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda9) for (hda9)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb1) for (hdb1)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb2) for (hdb2)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb5) for (hdb5)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb6) for (hdb6)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb7) for (hdb7)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb8) for (hdb8)
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hdb9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hdb9) for (hdb9)
Using r5 hash to sort names
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected an Intel i845 Chipset.
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 64M @ 0xf8000000
hw_random: RNG not detected
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
USB Universal Host Controller Interface driver v2.2
uhci_hcd 0000:00:1f.2: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1f.2 to 64
uhci_hcd 0000:00:1f.2: irq 19, io base 00008400
uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
uhci_hcd 0000:00:1f.4: UHCI Host Controller
PCI: Setting latency timer of device 0000:00:1f.4 to 64
uhci_hcd 0000:00:1f.4: irq 23, io base 00008000
uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
usb 1-1: new low speed USB device using address 2
drivers/usb/core/usb.c: registered new driver hiddev
input: USB HID v1.00 Mouse [Microsoft Microsoft Wheel Mouse Optical®] on usb-0000:00:1f.2-1
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 49314 usecs
intel8x0: clocking to 48000
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS4 at I/O 0xa800 (irq = 22) is a 16C950/954
ttyS5 at I/O 0xa400 (irq = 22) is a 16C950/954
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ohci_hcd: block sizes: ed 64 td 64
ohci_hcd 0000:02:0c.0: OHCI Host Controller
ohci_hcd 0000:02:0c.0: irq 20, pci mem e12a5000
ohci_hcd 0000:02:0c.0: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
ohci_hcd 0000:02:0c.1: OHCI Host Controller
ohci_hcd 0000:02:0c.1: irq 21, pci mem e12b4000
ohci_hcd 0000:02:0c.1: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
irq 21: nobody cared!
Call Trace:
 [<c0108e32>] __report_bad_irq+0x2a/0x8b
 [<c0108f1c>] note_interrupt+0x6f/0x9f
 [<c01091de>] do_IRQ+0x127/0x136
 [<c01076ac>] common_interrupt+0x18/0x20

handlers:
[<e12858a3>] (usb_hcd_irq+0x0/0x67 [usbcore])
Disabling IRQ #21
usb 3-2: new full speed USB device using address 2
Bluetooth: Core ver 2.4
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.5
drivers/usb/core/usb.c: registered new driver hci_usb
Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
PCI: Enabling device 0000:02:0e.0 (0000 -> 0002)
Yenta: CardBus bridge found at 0000:02:0e.0 [133f:3000]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ mask 0x0000, PCI irq 18
Socket status: 10000047
irq 22: nobody cared!
Call Trace:
 [<c0108e32>] __report_bad_irq+0x2a/0x8b
 [<c0108f1c>] note_interrupt+0x6f/0x9f
 [<c01091de>] do_IRQ+0x127/0x136
 [<c01e0328>] vt_ioctl+0x0/0x1e75
 [<c01076ac>] common_interrupt+0x18/0x20
 [<c01e0328>] vt_ioctl+0x0/0x1e75
 [<c01e032a>] vt_ioctl+0x2/0x1e75
 [<c01db58e>] tty_ioctl+0x445/0x538
 [<c015d580>] sys_ioctl+0x113/0x27f
 [<c0106d3f>] syscall_call+0x7/0xb

handlers:
[<c01b8be7>] (acpi_irq+0x0/0x16)
Disabling IRQ #22
NET: Registered protocol family 23
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
Bluetooth: L2CAP ver 2.1
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.2
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.

^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-03-27  0:59 Len Brown
  2004-03-27 11:11 ` Marcel Holtmann
  0 siblings, 1 reply; 27+ messages in thread
From: Len Brown @ 2004-03-27  0:59 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5

	Three significant interrupt fixes.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.5/acpi-20040326-2.6.5.diff.gz

This will update the following files:

 arch/i386/kernel/acpi/boot.c      |   18 +
 drivers/acpi/ec.c                 |    4 
 drivers/acpi/events/evgpe.c       |   11 -
 drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
 drivers/acpi/events/evmisc.c      |   43 ++--
 drivers/acpi/events/evxfevnt.c    |   25 ++
 drivers/acpi/executer/excreate.c  |   16 +
 drivers/acpi/executer/exdump.c    |    1 
 drivers/acpi/executer/exresnte.c  |    5 
 drivers/acpi/executer/exstoren.c  |    1 
 drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
 drivers/acpi/hardware/hwsleep.c   |   22 +-
 drivers/acpi/namespace/nsaccess.c |    9 
 drivers/acpi/namespace/nsdump.c   |    1 
 drivers/acpi/namespace/nseval.c   |    9 
 drivers/acpi/namespace/nssearch.c |    6 
 drivers/acpi/namespace/nsutils.c  |    2 
 drivers/acpi/namespace/nsxfeval.c |   26 +-
 drivers/acpi/osl.c                |   21 ++
 drivers/acpi/pci_link.c           |   18 +
 drivers/acpi/resources/rsaddr.c   |   13 -
 drivers/acpi/utilities/utglobal.c |   42 ++--
 drivers/acpi/utilities/utmisc.c   |    5 
 include/acpi/acconfig.h           |    2 
 include/acpi/acglobal.h           |    2 
 include/acpi/achware.h            |    4 
 include/acpi/aclocal.h            |    7 
 include/acpi/actypes.h            |   84 +++++----
 include/acpi/acutils.h            |    1 
 29 files changed, 537 insertions(+), 201 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/26 1.1608.1.56)
   [ACPI] Linux specific updates from ACPICA 20040326
   "acpi_wake_gpes_always_on" boot flag for old GPE behaviour

<len.brown@intel.com> (04/03/26 1.1608.1.55)
   [ACPI] ACPICA 20040326 from Bob Moore
   
   Implemented support for "wake" GPEs via interaction between
   GPEs and the _PRW methods.  Every GPE that is pointed to by
   one or more _PRWs is identified as a WAKE GPE and by default
   will no longer be enabled at runtime.  Previously, we were
   blindly enabling all GPEs with a corresponding _Lxx or _Exx
   method - but most of these turn out to be WAKE GPEs anyway.
   We believe this has been the cause of thousands of
   "spurious" GPEs on some systems.
   
   This new GPE behavior is can be reverted to the original
   behavior (enable ALL GPEs at runtime) via a runtime flag.
   
   Fixed a problem where aliased control methods could not
   access objects properly.  The proper scope within the
   namespace was not initialized (transferred to the target of
   the aliased method) before executing the target method.
   
   Fixed a potential race condition on internal object
   deletion on the return object in AcpiEvaluateObject. 
   
   Integrated a fix for resource descriptors where both
   _MEM and _MTP were being extracted instead of just _MEM.
   (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
   
   Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
   preventing a fault in some cases.
   
   Updated Notify() values for debug statements in evmisc.c
   
   Return proper status from AcpiUtMutexInitialize,
   not just simply AE_OK.

<len.brown@intel.com> (04/03/26 1.1608.1.54)
   [ACPI] proposed fix for non-identity-mapped SCI override
   http://bugme.osdl.org/show_bug.cgi?id=2366

<len.brown@intel.com> (04/03/25 1.1608.1.53)
   [ACPI] PCI interrupt link routing (Luming Yu)
   use _PRS to determine resource type for _SRS
   fixes HP Proliant servers
   http://bugzilla.kernel.org/show_bug.cgi?id=1590





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-03-23 10:02 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-03-23 10:02 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5

	A couple of key fixes in this batch.
	Sync x86_64 up to i386.
	SCI trigger/polarity fix
	yenta interrupt fix
	toshiba panic on 4G/4G fix
	etc.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.5/acpi-20040311-2.6.5.diff.gz

This will update the following files:

 arch/x86_64/kernel/acpi/boot.c      |  619 ------------------------
 Documentation/kernel-parameters.txt |    6 
 arch/i386/kernel/acpi/boot.c        |  172 +++++-
 arch/i386/kernel/dmi_scan.c         |   15 
 arch/i386/kernel/mpparse.c          |  158 +-----
 arch/i386/kernel/setup.c            |   34 +
 arch/ia64/kernel/acpi.c             |    2 
 arch/x86_64/kernel/Makefile         |    1 
 arch/x86_64/kernel/acpi/Makefile    |    2 
 arch/x86_64/kernel/mpparse.c        |   77 --
 arch/x86_64/kernel/setup.c          |   25 
 drivers/acpi/Kconfig                |    1 
 drivers/acpi/bus.c                  |   40 -
 drivers/acpi/numa.c                 |   11 
 drivers/acpi/pci_irq.c              |   14 
 drivers/acpi/processor.c            |    4 
 drivers/acpi/toshiba_acpi.c         |   55 +-
 drivers/char/sonypi.h               |    1 
 include/acpi/acpi_bus.h             |    2 
 include/asm-i386/acpi.h             |    6 
 include/asm-i386/mpspec.h           |   11 
 include/asm-ia64/acpi.h             |    2 
 include/asm-x86_64/acpi.h           |    3 
 include/asm-x86_64/mpspec.h         |    2 
 24 files changed, 335 insertions(+), 928 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/23 1.1608.1.52)
   [ACPI] share i386/kernel/acpi/boot.c with x86_64

<len.brown@intel.com> (04/03/23 1.1608.1.51)
   [ACPI] toshiba_acpi 0.18 from John Belmonte
     add missing copyin

<len.brown@intel.com> (04/03/22 1.1608.1.50)
   [ACPI] delete POWER_OF_TWO array (Pavel Machek)

<len.brown@intel.com> (04/03/22 1.1608.1.49)
   [ACPI] ACPI SCI shall be level/low unless explicit over-ride
   http://bugzilla.kernel.org/show_bug.cgi?id=1622
   add "acpi_sci=edge" and "acpi_sci=high" manual over-ride

<len.brown@intel.com> (04/03/21 1.1608.1.48)
   [ACPI] fix interrupts behind yenta cardbus bridge (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1564

<bjorn.helgaas@hp.com> (04/03/21 1.1608.1.47)
   [PATCH] clean up ACPI GSI/IRQ conversions (i386 part)
   
   Add "acpi_gsi_to_irq()" as a generic replacement for
"acpi_irq_to_vector()".
   This converts from an ACPI global system interrupt number to a Linux
IRQ.
   Also, convert i386-specific terminology to use GSI when appropriate.

<len.brown@intel.com> (04/03/21 1.1608.1.46)
   [ACPI] create disable_acpi()

<len.brown@intel.com> (04/03/18 1.1608.1.45)
   [ACPI] numa.c build fix (Luming Yu)
   http://bugzilla.kernel.org/show_bug.cgi?id=2131

<len.brown@intel.com> (04/03/17 1.1608.1.44)
   [ACPI] check "maxcpus=N" early -- same as NR_CPUS check.
   http://bugzilla.kernel.org/show_bug.cgi?id=2317
   
   When the BIOS enumerates physical processors before logical,
   maxcpus=N/2 will now effectively disable HT.
   
   This can be verified by boot messages warning that HT is off:
   eg. "maxcpus=2" on a 2xHT system:
   
   Total of 2 processors activated (11141.12 BogoMIPS).
   WARNING: No sibling found for CPU 0.
   WARNING: No sibling found for CPU 1.





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-03-14  6:08 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-03-14  6:08 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: ACPI Developers, Kernel Mailing List

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.5/acpi-20040311-2.6.5.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |    4 +
 arch/i386/kernel/acpi/boot.c        |   24 ++----
 arch/i386/kernel/bootflag.c         |    2 
 drivers/acpi/dispatcher/dsmethod.c  |   85 ++++++++++++++++--------
 drivers/acpi/events/evgpe.c         |    5 +
 drivers/acpi/executer/excreate.c    |   20 +++--
 drivers/acpi/executer/exmutex.c     |   28 ++++---
 drivers/acpi/hardware/hwsleep.c     |    2 
 drivers/acpi/namespace/nsaccess.c   |   30 ++++++--
 drivers/acpi/namespace/nsalloc.c    |    7 +
 drivers/acpi/namespace/nseval.c     |   15 +++-
 drivers/acpi/osl.c                  |   36 ++++++++++
 drivers/acpi/parser/psparse.c       |   44 +++++++++++-
 drivers/acpi/parser/psscope.c       |    9 --
 drivers/acpi/power.c                |   12 +++
 drivers/acpi/sleep/poweroff.c       |    3 
 drivers/acpi/tables.c               |    7 +
 drivers/acpi/utilities/uteval.c     |   56 +++++++++++++++
 drivers/acpi/utilities/utglobal.c   |   28 ++++---
 include/acpi/acconfig.h             |    6 +
 include/acpi/acglobal.h             |   11 ++-
 include/acpi/acmacros.h             |    3 
 include/acpi/acobject.h             |    7 +
 include/acpi/acpixf.h               |    2 
 include/acpi/actypes.h              |    5 -
 include/acpi/acutils.h              |    6 +
 include/acpi/amlcode.h              |   14 ++-
 include/asm-i386/acpi.h             |   53 ++++++++------
 include/asm-x86_64/acpi.h           |    4 -
 include/asm-x86_64/system.h         |    7 -
 30 files changed, 385 insertions(+), 150 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/13 1.1608.1.43)
   [ACPI] add boot parameters "acpi_osi=" and "acpi_serialize"
     acpi_osi= will disable the _OSI method -- which by default
   	tells the BIOS to behave as if Windows is the OS.
     acpi_serialize is for debugging AE_ALREADY_EXISTS failures

<len.brown@intel.com> (04/03/13 1.1608.1.42)
   [ACPI] ACPICA 20040311 from Bob Moore
   
   Fixed a problem where errors occurring during the parse phase of
control
   method execution did not abort cleanly.  For example, objects created
   and installed in the namespace were not deleted.  This caused all
   subsequent invocations of the method to return the AE_ALREADY_EXISTS
   exception.
   
   Implemented a mechanism to force a control method to "Serialized"
   execution if the method attempts to create namespace objects.
   (The root of the AE_ALREADY_EXISTS problem.)
   
   Implemented support for the predefined _OSI "internal" control
method.
   Initial supported strings are "Linux", "Windows 2000", "Windows
2001",
   and "Windows 2001.1", and can be easily upgraded for new strings as
   necessary.  This feature allows Linux to execute
   the fully tested, "Windows" code path through the ASL code
   
   Global Lock Support:  Now allows multiple acquires and releases with
any
   internal thread.  Removed concept of "owning thread" for this special
   mutex.
   
   Fixed two functions that were inappropriately declaring large objects
on
   the CPU stack: ps_parse_loop() and ns_evaluate_relative().
   Reduces the stack usage during method execution considerably.
   
   Fixed a problem in the ACPI 2.0 FACS descriptor (actbl2.h) where the
   S4Bios_f field was incorrectly defined as UINT32 instead of
UINT32_BIT.
   
   Fixed a problem where acpi_ev_gpe_detect() would fault
   if there were no GPEs defined on the machine.
   
   Implemented two runtime options:  One to force all control method
   execution to "Serialized" to mimic Windows behavior, another to
disable
   _OSI support if it causes problems on a given machine.

<len.brown@intel.com> (04/03/13 1.1608.1.41)
   [ACPI] SMP poweroff (David Shaohua Li)
   http://bugzilla.kernel.org/show_bug.cgi?id=1141

<len.brown@intel.com> (04/03/10 1.1557.76.9)
   [ACPI] fix printk and build warning from previous csets

<len.brown@intel.com> (04/03/10 1.1557.76.8)
   Delete (void)func() casts considered cruft in Linux style.
   
   GCC's inability to warn when return values are ignored has
conditioned
   Linux programmers into thinking that this is actually normal.
   
   delete some #define's -- suggested by Matt Wilcox

<akpm@osdl.org> (04/03/06 1.1608.1.36)
   [PATCH] gcc-3.5: acpi build fix
   
   Current gcc requires that both the declaration and the definition of
   functions describe the same register conventions.

<len.brown@intel.com> (04/03/05 1.1557.76.7)
   [ACPI] global lock macro fixes (Paul Menage, Luming Yu)
     http://bugzilla.kernel.org/show_bug.cgi?id=1669

<len.brown@intel.com> (04/03/05 1.1557.76.6)
   [ACPI] comments

<len.brown@intel.com> (04/03/03 1.1608.1.33)
   asmlinkage acpi_enter_sleep_state_s4bios() - from Pavel Machek





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-03-06  6:37 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-03-06  6:37 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: ACPI Developers, Kernel Mailing List

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.4

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.4/acpi-20040220-2.6.4.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |    5 
 MAINTAINERS                         |    2 
 arch/i386/Kconfig                   |   22 +
 arch/i386/kernel/acpi/boot.c        |  329 +++++++++++++++---------
 arch/i386/kernel/bootflag.c         |  170 ------------
 arch/i386/kernel/mpparse.c          |    2 
 arch/i386/kernel/setup.c            |    5 
 arch/i386/pci/Makefile              |    1 
 arch/i386/pci/common.c              |    9 
 arch/i386/pci/mmconfig.c            |  109 +++++++
 arch/i386/pci/pci.h                 |    3 
 arch/x86_64/kernel/acpi/boot.c      |    5 
 arch/x86_64/kernel/mpparse.c        |    2 
 drivers/acpi/Kconfig                |   12 
 drivers/acpi/executer/exfldio.c     |    7 
 drivers/acpi/hardware/hwgpe.c       |    8 
 drivers/acpi/hardware/hwregs.c      |    6 
 drivers/acpi/hardware/hwsleep.c     |   66 ++++
 drivers/acpi/namespace/nseval.c     |    4 
 drivers/acpi/namespace/nsutils.c    |    6 
 drivers/acpi/namespace/nsxfname.c   |    7 
 drivers/acpi/pci_link.c             |    2 
 drivers/acpi/resources/rsxface.c    |   18 +
 drivers/acpi/tables.c               |    9 
 drivers/acpi/utilities/uteval.c     |   60 ++++
 drivers/acpi/utilities/utglobal.c   |    7 
 include/acpi/acconfig.h             |    2 
 include/acpi/acglobal.h             |   25 -
 include/acpi/actypes.h              |    3 
 include/acpi/acutils.h              |    4 
 include/asm-i386/acpi.h             |    1 
 include/asm-i386/fixmap.h           |    3 
 include/asm-ia64/acpi.h             |    2 
 include/asm-x86_64/acpi.h           |    1 
 include/linux/acpi.h                |   35 ++
 35 files changed, 604 insertions(+), 348 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/03/01 1.1557.74.5)
   [ACPI] delete ACPI table parsing code from bootflags module

<len.brown@intel.com> (04/03/01 1.1500.39.9)
   [ACPI] Support for PCI MMCONFIG for PCI Express (Matt Wilcox)

<len.brown@intel.com> (04/03/01 1.1500.39.8)
   [ACPI] acpi_boot_init() cleanup suggested by Matt Wilcox
   HPET doesn't depend on IOAPIC

<len.brown@intel.com> (04/02/27 1.1493.1.21)
   [ACPI] ACPICA 20040220 from Bob Moore
   
   Implemented execution of _SxD methods for Device objects in the
   GetObjectInfo interface.
   
   Fixed calls to _SST method to pass the correct arguments.
   
   Added a call to _SST on wake to restore to "working" state.
   
   Check for End-Of-Buffer failure case in the WalkResources interface.
   
   Integrated fix for 64-bit alignment issue in acglobal.h by moving two
   structures to the beginning of the file.
   
   After wake, clear GPE status register(s) before enabling GPEs.
   
   After wake, clear/enable power button.
   (Perhaps we should clear/enable all fixed events upon wake.)
   
   Fixed a couple of possible memory leaks in the Namespace manager.

<len.brown@intel.com> (04/02/27 1.1493.1.20)
   [ACPI] include CONFIG_ACPI_RELAXED_AML code always
     add acpi=strict option to disable platform workarounds

<len.brown@intel.com> (04/02/26 1.1612.8.2)
   [ACPI] delete unnecessary dmesg lines, fix spelling

<len.brown@intel.com> (04/02/25 1.1612.6.2)
   ACPI URL update





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-02-25  9:18 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-02-25  9:18 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, ACPI Developers

Hi Linus, please do a 

	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.4

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.3/acpi-20040211-2.6.3.diff.gz

This will update the following files:

 drivers/acpi/dispatcher/dsmthdat.c |    9 ++++--
 drivers/acpi/dispatcher/dsobject.c |    5 +++
 drivers/acpi/dispatcher/dsopcode.c |    6 ++--
 drivers/acpi/dispatcher/dsutils.c  |    3 +-
 drivers/acpi/dispatcher/dswstate.c |    2 -
 drivers/acpi/executer/exconvrt.c   |   35 ++++++++++++++++---------
 drivers/acpi/executer/exfldio.c    |    4 +-
 drivers/acpi/executer/exmisc.c     |    8 +++--
 drivers/acpi/executer/exoparg2.c   |    4 ++
 drivers/acpi/executer/exprep.c     |    2 -
 drivers/acpi/executer/exresolv.c   |    6 ++--
 drivers/acpi/executer/exresop.c    |    4 +-
 drivers/acpi/executer/exstore.c    |   29 ++++++++++++++------
 drivers/acpi/executer/exstoren.c   |    8 +++++
 drivers/acpi/namespace/nsaccess.c  |    2 -
 drivers/acpi/parser/psargs.c       |    4 +-
 drivers/acpi/sleep/proc.c          |    8 ++---
 drivers/acpi/utils.c               |    2 -
 include/acpi/acconfig.h            |    2 -
 19 files changed, 92 insertions(+), 51 deletions(-)

through these ChangeSets:

<akpm@osdl.org> (04/02/25 1.1617.1.3)
   [PATCH] drivers/acpi/sleep/proc.c warnings
   
   drivers/acpi/sleep/proc.c:359: warning: initialization from
incompatible pointer type
   drivers/acpi/sleep/proc.c:367: warning: initialization from
incompatible pointer type

<akpm@osdl.org> (04/02/25 1.1617.1.2)
   [PATCH] acpi/utils.c warning fix
   
   drivers/acpi/utils.c: In function `acpi_evaluate_reference':
   drivers/acpi/utils.c:353: warning: unsigned int format, different
type arg (arg 5)

<len.brown@intel.com> (04/02/13 1.1493.1.19)
   [ACPI] ACPICA 20040211 udpate from Bob Moore
   
   Completed investigation and implementation of the
   call-by-reference mechanism for control method arguments.
   
   Fixed a problem where a store of an object into an indexed
   package could fail if the store occurs within a different
   method than the method that created the package.
   
   Fixed a problem where the ToDecimal operator could return
   incorrect results.
   
   Fixed a problem where the CopyObject operator could fail
   on some of the more obscure objects (e.g., Reference objects.)
   
   Improved the output of the Debug object to display buffer,
   package, and index objects.
   
   Fixed a problem where constructs of the form "RefOf (ArgX)"
   did not return the expected result.
   
   Added permanent ACPI_REPORT_ERROR macros for all instances of the
   ACPI_AML_INTERNAL exception.

<len.brown@intel.com> (04/02/13 1.1493.1.18)
   [ACPI] revert previous AML param patch for ACPICA update





^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-02-14  4:46 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-02-14  4:46 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Kernel Mailing List, ACPI Developers

Hi Linus, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.6.3

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.3/acpi-20040116-2.6.3.diff.gz

This will update the following files:

 arch/i386/Kconfig              |    6 +++---
 arch/i386/kernel/acpi/boot.c   |    4 ++++
 arch/i386/kernel/mpparse.c     |   11 ++++++-----
 arch/x86_64/kernel/acpi/boot.c |    5 +++++
 arch/x86_64/kernel/mpparse.c   |   13 +++++++------
 drivers/acpi/Kconfig           |    2 +-
 drivers/acpi/numa.c            |    2 +-
 drivers/acpi/processor.c       |    6 +++---
 8 files changed, 30 insertions(+), 19 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/02/13 1.1603.11.7)
   [ACPI] interrupt over-ride fix from i386 (Maciej W. Rozycki)

<akpm@osdl.org> (04/02/11 1.1500.36.5)
   [PATCH] acpi cpu_has_cpufreq() fix
   
   Call that function rather than evaluating its runtime address...

<len.brown@intel.com> (04/02/11 1.1500.36.4)
   [ACPI] clarify error message in processor.c

<len.brown@intel.com> (04/02/10 1.1603.11.4)
   [ACPI] don't register disabled processors -- it just confuses people

<len.brown@intel.com> (04/02/10 1.1603.11.3)
   [ACPI] delete mention of stale config option ACPI_HT_ONLY

<len.brown@intel.com> (04/02/10 1.1500.36.2)
   [ACPI] NUMA build fix -- NR_MEMBLKS is now NR_NODE_MEMBLKS

<mbligh@aracnet.com> (04/02/10 1.1603.11.1)
   [PATCH] NUMA build fix
   drivers/acpi/numa.c is IA64 only for now -- enforce it.
   (and arch/i386/kernel/srat.c is i386 only for now)

<len.brown@intel.com> (04/02/07 1.1493.1.17)
   [ACPI] nforce2 timer lockup from Maciej W. Rozycki





^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-02-07  9:10 Len Brown
  2004-02-09  9:09 ` Olaf Hering
@ 2004-02-09  9:11 ` Olaf Hering
  1 sibling, 0 replies; 27+ messages in thread
From: Olaf Hering @ 2004-02-09  9:11 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, ACPI Developers, Kernel Mailing List

 On Sat, Feb 07, Len Brown wrote:

>  drivers/acpi/numa.c                 |   28 

Hit send to fast, this file references NR_MEMBLKS...

-- 
USB is for mice, FireWire is for men!

sUse lINUX ag, nÜRNBERG

^ permalink raw reply	[flat|nested] 27+ messages in thread

* Re: [BKPATCH] ACPI for 2.6
  2004-02-07  9:10 Len Brown
@ 2004-02-09  9:09 ` Olaf Hering
  2004-02-09  9:11 ` Olaf Hering
  1 sibling, 0 replies; 27+ messages in thread
From: Olaf Hering @ 2004-02-09  9:09 UTC (permalink / raw)
  To: Len Brown; +Cc: Linus Torvalds, ACPI Developers, Kernel Mailing List

 On Sat, Feb 07, Len Brown wrote:

> Hi Linus, please do a 
> 
> 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.6.3
> 
> 	ACPI cpufreq related updates from Dominik, Asus and Toshiba
> 	model specific updates from Karol and John, misc IA64
> 	ACPI tweaks from Jes Sorensen etc.  All but Toshiba
> 	and Asus have been through -mm.
> 
> thanks,
> -Len
> 
> ps. a plain patch is also available here:
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.3/acpi-20040116-2.6.3.diff.gz

>  arch/ia64/kernel/acpi.c             |   22 

Len,

this file uses now NR_MEMBLKS, which is undefined. Do you have a patch
to fix it?

-- 
USB is for mice, FireWire is for men!

sUse lINUX ag, nÜRNBERG

^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-02-07  9:10 Len Brown
  2004-02-09  9:09 ` Olaf Hering
  2004-02-09  9:11 ` Olaf Hering
  0 siblings, 2 replies; 27+ messages in thread
From: Len Brown @ 2004-02-07  9:10 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: ACPI Developers, Kernel Mailing List

Hi Linus, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.6.3

	ACPI cpufreq related updates from Dominik, Asus and Toshiba
	model specific updates from Karol and John, misc IA64
	ACPI tweaks from Jes Sorensen etc.  All but Toshiba
	and Asus have been through -mm.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.3/acpi-20040116-2.6.3.diff.gz

This will update the following files:

 CREDITS                             |    5 
 arch/i386/kernel/acpi/boot.c        |   20 
 arch/i386/kernel/cpu/cpufreq/acpi.c |  766 ++++-----------------
 arch/ia64/kernel/acpi.c             |   22 
 arch/ia64/kernel/iosapic.c          |    2 
 arch/x86_64/kernel/acpi/boot.c      |   20 
 drivers/acpi/asus_acpi.c            |  753 +++++++++++++--------
 drivers/acpi/dispatcher/dsmthdat.c  |    5 
 drivers/acpi/numa.c                 |   28 
 drivers/acpi/pci_irq.c              |   12 
 drivers/acpi/processor.c            |  853 ++++++++++++++++++++----
 drivers/acpi/tables.c               |   28 
 drivers/acpi/toshiba_acpi.c         |   81 +-
 drivers/cpufreq/cpufreq.c           |    2 
 include/acpi/processor.h            |   30 
 include/asm-ia64/iosapic.h          |    3 
 include/linux/acpi.h                |    4 
 17 files changed, 1509 insertions(+), 1125 deletions(-)

through these ChangeSets:

<sziwan@hell.org.pl> (04/02/06 1.1493.1.16)
   [PATCH] acpi4asus update from Karol 'sziwan' Kozimor
   
   The attached patch updates the acpi4asus driver to 0.27 through the
   following changes:
   - add support for M1300A, S5200N, L8400L,
   - remove WLED support for certain models, since it is not controlled
by
     AML,
   - add LCD backlight switching for L2E / L3H,
   - C99 initializers,
   - generic LED handlers,
   - the output of ASYM method to provide battery state information
(might be
     more accurate under certain conditions) in /proc/acpi/asus/info,
   - fix several oddities, various clean-ups and other minor changes.
   
   The patch itself is quite big, which is mostly due to the C99
initializers
   and the fact that diff doesn't like moving code around.
   
   This has been compile-tested in various configurations, the
substantive
   changes were discussed on the acpi4asus mailing list.
   
   The code should apply to current bk (both for 2.4 and 2.6). The patch
is
   also available here:
   http://hell.org.pl/~sziwan/asus/acpi4asus-0.26-0.27.diff
   
   Thanks to all the contributors (notably Pontus Fuchs) to this
release.

<john@neggie.net> (04/02/05 1.1493.1.15)
   [PATCH] toshiba_acpi 0.17 from John Belmonte
   
   Fix remote chance of invalid buffer access in write_video.
   Support alternate HCI method path (recent "Phoenix BIOS" Toshiba's).
   Signal more proc-write errors.
   On proc-reads, report errors via printk instead of proc output.
   Add log level and driver name prefix to all printk's.
   Add missing __init and __exit function attributes.
   Be explicit about vars for which code relies on zero-init of BSS.

<len.brown@intel.com> (04/02/05 1.1493.1.14)
   [ACPI] fix IA64 build warning
   from Martin Hicks

<linux@dominikbrodowski.de> (04/01/30 1.1493.1.12)
   [ACPI] make # of performance states dynamic
   
   from Dominik Brodowski

<linux@dominikbrodowski.de> (04/01/30 1.1493.1.11)
   [ACPI] add _PDC support
   
   Add support for _PDC to the ACPI processor "Performance States
library" 
   (perflib). If this field is empty, a bogus entry is passed to the
_PDC
   method so that the default (io) access is returned again. This patch
   is partly based on David Moore's patch to
   arch/i386/kernel/cpu/cpufreq/acpi.c, sent to the cpufreq mailing list
on
   June 24th, 2003.

<linux@dominikbrodowski.de> (04/01/30 1.1493.1.10)
   [ACPI] Abstract the registration method between low-level drivers
   and the ACPI Processor P-States driver.
   
   from Dominik Brodowski

<linux@dominikbrodowski.de> (04/01/30 1.1493.1.9)
   [ACPI] Move the /proc/acpi/processor/./performance output to
   drivers/acpi/processor.c -- it's the same for all lowlevel drivers.
   
   By doing so, the lowlevel drivers no longer need
   to have access to struct acpi_processor.
   
   from Dominik Brodowski

<linux@dominikbrodowski.de> (04/01/30 1.1493.1.8)
   [ACPI] Move the _PSS and _PCT access to drivers/acpi/processor.c
     so that it can be used by various low-level drivers
     (centrino, acpi-io, powernow-k{7,8}, ...)
     from Dominik Brodowski

<len.brown@intel.com> (04/01/30 1.1491.1.15)
   [ACPI] proposed fix for AML parameter passing from Bob Moore
     http://bugzilla.kernel.org/show_bug.cgi?id=1766

<len.brown@intel.com> (04/01/29 1.1491.1.14)
   [ACPI] quiet numa boot -- from Jes Sorensen

<len.brown@intel.com> (04/01/29 1.1491.1.13)
   fix build error from undefined NR_IRQ_VECTORS

<linux@dominikbrodowski.de> (04/01/28 1.1491.1.12)
   [ACPI] more acpi-cpufreq fixups from Dominik Brodowski
   
   Fix a horribly wrong memcpy instruction in cpufreq_update_policy
which
   caused it to oops.

<linux@dominikbrodowski.de> (04/01/28 1.1493.1.5)
   [ACPI] acpi-cpufreq fixups from Dominik Brodowski
   
   - remove unnecessary usage of flags.performance
   - remove double check of _PPC in acpi-cpufreq driver as it's handled
in
     drivers/acpi/processor.c already
   - remove unneeded EXPORT_SYMBOL
   - allocation of memory only for probed CPUs
   - add unregistration function to the core
   - fix OOPS when PST has core_frequency values of zero
   - fix cpufreq_get() output
   - fix /proc/acpi/processor/*/performance write support [deprecated]

<linux@dominikbrodowski.de> (04/01/28 1.1491.1.11)
   [ACPI] update _PPC handling -- from Dominik Brodowski
   
   updates the _PPC handling. It is handled as a CPUfreq
   policy notifier which adjusts the maximum CPU speed
   according to the current platform limit.

<linux@dominikbrodowski.de> (04/01/28 1.1491.1.10)
   [ACPI] remove unnecessary check in acpi-cpufreq driver
   from Dominik Brodowski
   
   The acpi cpufreq driver includes a test at startup which detects
whether
   ACPI P-States are supported on any CPU, and whether transitions work.
   However, this test is faulty: it is only run _after_ the acpi driver
is
   registered, causing race situations. Also, it doesn't save anything
_as_ the
   driver is already registered. So, it can safely be removed.

<linux@dominikbrodowski.de> (04/01/28 1.1491.1.9)
   [ACPI] update passive cooling algorithm
   	from Dominik Brodowski
   
   The current algorithm used by Linux ACPI for passive thermal
management has
   two shortcomings:
   
   - if increasing the CPU processing power as a thermal situation goes
away,
     throttling states are decreased later than performance states. This
is
     not wise -- it should be the opposite ordering of going "up".
   
   - only if the ACPI CPUfreq driver is used, performance states are
used.
     A generalized approach would offer passive cooling even if the ACPI
     P-States cpufreq driver cannot be used (faulty BIOS, FixedHW
access, etc.)

<jes@wildopensource.com> (04/01/27 1.1491.1.8)
   [ACPI] Check for overflow when parsing MADT entries
   from Jes Sorensen

<len.brown@intel.com> (04/01/27 1.1500.1.2)
   [ACPI] add Bruno Ducrot to CREDITS






^ permalink raw reply	[flat|nested] 27+ messages in thread

* [BKPATCH] ACPI for 2.6
@ 2004-01-27  6:03 Len Brown
  0 siblings, 0 replies; 27+ messages in thread
From: Len Brown @ 2004-01-27  6:03 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: ACPI Developers, linux-kernel

Hi Linus, please do a 

	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.6.2

	Most all of these updates have been in both 2.4
	and the 2.6-mm tree for some time.

thanks,
-Len

ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.2/acpi-20040116-2.6.2.diff.gz

This will update the following files:

 Documentation/kernel-parameters.txt |   17 ++
 arch/i386/boot/setup.S              |    2 
 arch/i386/kernel/acpi/boot.c        |   68 ++++++--
 arch/i386/kernel/cpu/cpufreq/acpi.c |   71 +++++++--
 arch/i386/kernel/dmi_scan.c         |   10 -
 arch/i386/kernel/io_apic.c          |   10 -
 arch/i386/kernel/mpparse.c          |   19 ++
 arch/i386/kernel/setup.c            |    9 -
 arch/i386/mach-es7000/es7000.c      |    2 
 arch/i386/pci/acpi.c                |   13 -
 arch/i386/pci/common.c              |    5 
 arch/i386/pci/pci.h                 |    1 
 arch/x86_64/kernel/acpi/boot.c      |   71 +++++++--
 arch/x86_64/kernel/io_apic.c        |    8 -
 arch/x86_64/kernel/mpparse.c        |    2 
 arch/x86_64/kernel/setup.c          |    8 -
 drivers/acpi/ac.c                   |    2 
 drivers/acpi/asus_acpi.c            |    8 -
 drivers/acpi/battery.c              |    2 
 drivers/acpi/bus.c                  |    4 
 drivers/acpi/button.c               |    2 
 drivers/acpi/dispatcher/dsfield.c   |    2 
 drivers/acpi/dispatcher/dsinit.c    |    6 
 drivers/acpi/dispatcher/dsmethod.c  |    6 
 drivers/acpi/dispatcher/dsmthdat.c  |   48 ++++--
 drivers/acpi/dispatcher/dsobject.c  |    2 
 drivers/acpi/dispatcher/dsopcode.c  |   24 +--
 drivers/acpi/dispatcher/dsutils.c   |    2 
 drivers/acpi/dispatcher/dswexec.c   |   24 ++-
 drivers/acpi/dispatcher/dswload.c   |   10 -
 drivers/acpi/dispatcher/dswscope.c  |   10 -
 drivers/acpi/dispatcher/dswstate.c  |    2 
 drivers/acpi/ec.c                   |    2 
 drivers/acpi/events/evevent.c       |    2 
 drivers/acpi/events/evgpe.c         |   63 ++++----
 drivers/acpi/events/evgpeblk.c      |    7 
 drivers/acpi/events/evmisc.c        |    5 
 drivers/acpi/events/evregion.c      |  141 ++++++++++++------
 drivers/acpi/events/evrgnini.c      |   34 +++-
 drivers/acpi/events/evsci.c         |    2 
 drivers/acpi/events/evxface.c       |    2 
 drivers/acpi/events/evxfevnt.c      |    2 
 drivers/acpi/events/evxfregn.c      |   26 ++-
 drivers/acpi/executer/exconfig.c    |    2 
 drivers/acpi/executer/exconvrt.c    |    2 
 drivers/acpi/executer/excreate.c    |    2 
 drivers/acpi/executer/exdump.c      |   52 +++---
 drivers/acpi/executer/exfield.c     |    2 
 drivers/acpi/executer/exfldio.c     |  186 ++++++++++++------------
 drivers/acpi/executer/exmisc.c      |    8 -
 drivers/acpi/executer/exmutex.c     |   14 -
 drivers/acpi/executer/exnames.c     |    2 
 drivers/acpi/executer/exoparg1.c    |    5 
 drivers/acpi/executer/exoparg2.c    |    2 
 drivers/acpi/executer/exoparg3.c    |    7 
 drivers/acpi/executer/exoparg6.c    |    2 
 drivers/acpi/executer/exprep.c      |    6 
 drivers/acpi/executer/exregion.c    |   12 -
 drivers/acpi/executer/exresnte.c    |    2 
 drivers/acpi/executer/exresolv.c    |    8 -
 drivers/acpi/executer/exresop.c     |    6 
 drivers/acpi/executer/exstore.c     |    5 
 drivers/acpi/executer/exstoren.c    |    2 
 drivers/acpi/executer/exstorob.c    |    2 
 drivers/acpi/executer/exsystem.c    |   23 ++
 drivers/acpi/executer/exutils.c     |    2 
 drivers/acpi/fan.c                  |    2 
 drivers/acpi/hardware/hwacpi.c      |   15 -
 drivers/acpi/hardware/hwgpe.c       |   16 --
 drivers/acpi/hardware/hwregs.c      |   14 -
 drivers/acpi/hardware/hwsleep.c     |  167 +++++++++++++++------
 drivers/acpi/hardware/hwtimer.c     |    2 
 drivers/acpi/namespace/nsaccess.c   |   10 -
 drivers/acpi/namespace/nsalloc.c    |    9 -
 drivers/acpi/namespace/nsdump.c     |   39 ++---
 drivers/acpi/namespace/nsdumpdv.c   |    4 
 drivers/acpi/namespace/nseval.c     |    2 
 drivers/acpi/namespace/nsinit.c     |   65 ++++----
 drivers/acpi/namespace/nsload.c     |    2 
 drivers/acpi/namespace/nsnames.c    |    2 
 drivers/acpi/namespace/nsobject.c   |    9 -
 drivers/acpi/namespace/nsparse.c    |    2 
 drivers/acpi/namespace/nssearch.c   |    6 
 drivers/acpi/namespace/nsutils.c    |    8 -
 drivers/acpi/namespace/nswalk.c     |    2 
 drivers/acpi/namespace/nsxfeval.c   |    2 
 drivers/acpi/namespace/nsxfname.c   |    4 
 drivers/acpi/namespace/nsxfobj.c    |    2 
 drivers/acpi/osl.c                  |   13 -
 drivers/acpi/parser/psargs.c        |    6 
 drivers/acpi/parser/psopcode.c      |    2 
 drivers/acpi/parser/psparse.c       |    6 
 drivers/acpi/parser/psscope.c       |    2 
 drivers/acpi/parser/pstree.c        |    2 
 drivers/acpi/parser/psutils.c       |    2 
 drivers/acpi/parser/pswalk.c        |    2 
 drivers/acpi/parser/psxface.c       |   36 +++-
 drivers/acpi/pci_link.c             |  180 +++++++++++++++++++----
 drivers/acpi/pci_root.c             |   95 ------------
 drivers/acpi/power.c                |    2 
 drivers/acpi/processor.c            |    2 
 drivers/acpi/resources/rsaddr.c     |    2 
 drivers/acpi/resources/rscalc.c     |    6 
 drivers/acpi/resources/rscreate.c   |    4 
 drivers/acpi/resources/rsdump.c     |   20 --
 drivers/acpi/resources/rsio.c       |    2 
 drivers/acpi/resources/rsirq.c      |   40 ++---
 drivers/acpi/resources/rslist.c     |    6 
 drivers/acpi/resources/rsmemory.c   |    2 
 drivers/acpi/resources/rsmisc.c     |    2 
 drivers/acpi/resources/rsutils.c    |    2 
 drivers/acpi/resources/rsxface.c    |    2 
 drivers/acpi/scan.c                 |   11 -
 drivers/acpi/sleep/proc.c           |    3 
 drivers/acpi/tables.c               |   43 ++++-
 drivers/acpi/tables/tbconvrt.c      |   10 -
 drivers/acpi/tables/tbget.c         |   12 -
 drivers/acpi/tables/tbgetall.c      |    5 
 drivers/acpi/tables/tbinstal.c      |    2 
 drivers/acpi/tables/tbrsdt.c        |   16 +-
 drivers/acpi/tables/tbutils.c       |    2 
 drivers/acpi/tables/tbxface.c       |    4 
 drivers/acpi/tables/tbxfroot.c      |    9 -
 drivers/acpi/thermal.c              |    5 
 drivers/acpi/toshiba_acpi.c         |    2 
 drivers/acpi/utilities/utalloc.c    |   57 +------
 drivers/acpi/utilities/utcopy.c     |    2 
 drivers/acpi/utilities/utdebug.c    |    4 
 drivers/acpi/utilities/utdelete.c   |    6 
 drivers/acpi/utilities/uteval.c     |    6 
 drivers/acpi/utilities/utglobal.c   |  101 ++++++++++++-
 drivers/acpi/utilities/utinit.c     |    2 
 drivers/acpi/utilities/utmath.c     |    2 
 drivers/acpi/utilities/utmisc.c     |   14 +
 drivers/acpi/utilities/utobject.c   |   30 ---
 drivers/acpi/utilities/utxface.c    |    2 
 include/acpi/acconfig.h             |    8 -
 include/acpi/acdebug.h              |    2 
 include/acpi/acdisasm.h             |    2 
 include/acpi/acdispat.h             |    2 
 include/acpi/acevents.h             |   13 +
 include/acpi/acexcep.h              |    2 
 include/acpi/acglobal.h             |    5 
 include/acpi/achware.h              |    2 
 include/acpi/acinterp.h             |    2 
 include/acpi/aclocal.h              |    2 
 include/acpi/acmacros.h             |   29 +--
 include/acpi/acnamesp.h             |    2 
 include/acpi/acobject.h             |   37 ++--
 include/acpi/acoutput.h             |    2 
 include/acpi/acparser.h             |    2 
 include/acpi/acpi.h                 |    2 
 include/acpi/acpi_drivers.h         |    4 
 include/acpi/acpiosxf.h             |    2 
 include/acpi/acpixf.h               |    2 
 include/acpi/acresrc.h              |    2 
 include/acpi/acstruct.h             |    2 
 include/acpi/actables.h             |    2 
 include/acpi/actbl.h                |    9 -
 include/acpi/actbl1.h               |    2 
 include/acpi/actbl2.h               |    2 
 include/acpi/actypes.h              |    2 
 include/acpi/acutils.h              |   10 +
 include/acpi/amlcode.h              |    2 
 include/acpi/amlresrc.h             |    2 
 include/acpi/platform/acenv.h       |    2 
 include/acpi/platform/acgcc.h       |    2 
 include/acpi/platform/aclinux.h     |    2 
 include/acpi/processor.h            |    2 
 include/asm-i386/acpi.h             |   10 +
 include/asm-i386/system.h           |    1 
 include/asm-x86_64/acpi.h           |   27 +--
 172 files changed, 1493 insertions(+), 992 deletions(-)

through these ChangeSets:

<len.brown@intel.com> (04/01/26 1.1491.1.7)
   [ACPI] handle system with NULL DSDT and valid XDSDT
           from ia64 via Alex Williamson

<len.brown@intel.com> (04/01/26 1.1491.1.6)
   [ACPI] move zero initialized data to .bss
   	from Jes Sorensen

<len.brown@intel.com> (04/01/26 1.1491.1.5)
   [ACPI] on SCI allocation failure, don't mistakenly free IRQ0
   	from Jes Sorensen

<len.brown@intel.com> (04/01/26 1.1491.1.4)
   [ACPI] fix ACPI spec URL in comment - from Randy Dunlap

<len.brown@intel.com> (04/01/23 1.1491.1.3)
   [ACPI] acpi_bus_add() ignored _STA's return value
     from Bjorn Helgaas

<len.brown@intel.com> (04/01/17 1.1491.1.2)
   [ACPI] ACPICA 20040116 from Bob Moore
   
   The purpose of this release is primarily to update the copyright
years
   in each module, thus causing a huge number of diffs.  There are a few
   small functional changes, however.
   
   Improved error messages when there is a problem finding one or more
of
   the required base ACPI tables
   
   Reintroduced the definition of APIC_HEADER in actbl.h
   
   Changed definition of MADT_ADDRESS_OVERRIDE to 64 bits (actbl.h)
   
   Removed extraneous reference to NewObj in dsmthdat.c

<len.brown@intel.com> (04/01/15 1.1491.1.1)
   [ACPI] change hard-coded IO width to programmable width
   	http://bugzilla.kernel.org/show_bug.cgi?id=1349
   	from David Shaohua Li and Venatesh Pallipadi

<len.brown@intel.com> (03/12/16 1.1489)
   [ACPI] set acpi_disabled=1 on failure for clean /proc
     http://bugzilla.kernel.org/show_bug.cgi?id=991

<len.brown@intel.com> (03/12/16 1.1488)
   [ACPI] /proc/acpi files appear in /proc if acpi=off (Shaohua David
Li)

<len.brown@intel.com> (03/12/15 1.1487)
   [ACPI] delete old _TRA code formerly used just by IA64. (Bjorn
Helgaas)
   The current approach is to walk the _CRS in pcibios_scan_root()
   using acpi_walk_resources().

<len.brown@intel.com> (03/12/11 1.1486)
   [ACPI] Update Linux to ACPICA 20031203 (Bob Moore)
   
   Changed the initialization of Operation Regions during subsystem init
to
   perform two entire walks of the ACPI namespace; The first to
initialize
   the regions themselves, the second to execute the _REG methods.  This
   fixed some interdependencies across _REG methods found on some
machines.
   
   Fixed a problem where a Store(Local0, Local1) could simply update the
   object reference count, and not create a new copy of the object if
the
   Local1 is uninitialized.
   
   Implemented support for the _SST reserved method during sleep
   transitions.
   
   Implemented support to clear the SLP_TYP and SLP_EN bits when waking
up,
   this is apparently required by some machines.
   
   When sleeping, clear the wake status only if SleepState is not S5.
   
   Fixed a problem in AcpiRsExtendedIrqResource() where an incorrect
   pointer arithmetic advanced a string pointer too far.
   
   Fixed a problem in AcpiTbGetTablePtr() where a garbage pointer could
be
   returned if the requested table has not been loaded.
   
   Within the support for IRQ resources, restructured the handling of
the
   active and edge/level bits.
   
   Fixed a few problems in AcpiPsxExecute() where memory could be leaked
   under certain error conditions.
   
   Improved error messages for the cases where the ACPI mode could not
be
   entered.

<len.brown@intel.com> (03/12/11 1.1485)
   [ACPI] update Linux to ACPICA 20031029 (Bob Moore)
   
   Fixed a problem where a level-triggered GPE with an associated _Lxx
   control method was incorrectly cleared twice.
   
   Fixed a problem with the Field support code where an access can occur
   beyond the end-of-region if the field is non-aligned but extends to
the
   very end of the parent region (resulted in an AE_AML_REGION_LIMIT
   exception.)
   
   Fixed a problem with ACPI Fixed Events where an RT Clock handler
would
   not get invoked on an RTC event.  The RTC event bitmasks for the PM1
   registers were not being initialized properly.
   
   Implemented support for executing _STA and _INI methods for Processor
   objects.  Although this is currently not part of the ACPI
specification,
   there is existing ASL code that depends on the init-time execution of
   these methods.
   
   Implemented and deployed a GetDescriptorName function to decode the
   various types of internal descriptors.  Guards against null
descriptors
   during debug output also.
   
   Implemented and deployed a GetNodeName function to extract the
   4-character namespace node name.  This function simplifies the debug
and
   error output, as well as guarding against null pointers during
output.
   
   Implemented and deployed the ACPI_FORMAT_UINT64 helper macro to
simplify
   the debug and error output of 64-bit integers.  This macro replaces
the
   HIDWORD and LODWORD macros for dumping these integers.
   
   Updated the implementation of the Stall() operator to only call
   AcpiOsStall(), and also return an error if the operand is larger than
   255.  This preserves the required behavior of not relinquishing the
   processor, as would happen if AcpiOsSleep() was called for "long
   stalls".
   
   Constructs of the form "Store(LocalX,LocalX)" where LocalX is not
   initialized are now treated as NOOPs.
   
   Cleaned up a handful of warnings during 64-bit generation.
   
   Fixed a reported error where and incorrect GPE number was passed to
the
   GPE dispatch handler.  This value is only used for error output,
   however.  Used this opportunity to clean up and streamline the GPE
   dispatch code.

<len.brown@intel.com> (03/12/11 1.1484)
   [ACPI] revert two fixes in preparation for ACPICA merge

<len.brown@intel.com> (03/12/11 1.1483)
   [ACPI] replace multiple flags with acpi_noirq -- ala 2.4

<len.brown@intel.com> (03/12/10 1.1481)
   [ACPI] set APIC ACPI SCI OVR default to level/low
     http://bugzilla.kernel.org/show_bug.cgi?id=1351

<len.brown@intel.com> (03/12/02 1.1480)
   [ACPI] add warning to thermal shutdown (Pavel Machek)

<len.brown@intel.com> (03/11/30 1.1479)
   [ACPI] sync with 2.4.23
   Re-enable IRQ balacning if IOAPIC mode
   http://bugzilla.kernel.org/show_bug.cgi?id=1440
   
   Also allow IRQ balancing in PIC mode if "acpi_irq_balance"
   http://bugzilla.kernel.org/show_bug.cgi?id=1391

<len.brown@intel.com> (03/11/21 1.1477)
   [ACPI] prevent ES7000 tweak from breaking i386 IOAPIC (Andrew de
Quincey)

<len.brown@intel.com> (03/11/20 1.1476)
   [ACPI] fix compiler warning (Andrew Morton)

<len.brown@intel.com> (03/11/18 1.1450.2.3)
   [ACPI] "acpi_pic_sci=edge" in case platform requires Edge Triggered
SCI
   http://bugzilla.kernel.org/show_bug.cgi?id=1390

<len.brown@intel.com> (03/11/18 1.1450.2.2)
   [ACPI] print_IO_APIC() only after it is programmed
   http://bugzilla.kernel.org/show_bug.cgi?id=1177

<len.brown@intel.com> (03/11/07 1.1414.1.7)
   [ACPI] In ACPI mode, delay print_IO_APIC() to make its output valid.
   http://bugzilla.kernel.org/show_bug.cgi?id=1177

<len.brown@intel.com> (03/11/07 1.1414.1.6)
   [ACPI] If ACPI is disabled by DMI BIOS date, then
   turn it off completely, including table parsing for HT.
   This avoids a crash due to ancient garbled tables.
   acpi=force is available to over-ride this default.
   http://bugzilla.kernel.org/show_bug.cgi?id=1434







^ permalink raw reply	[flat|nested] 27+ messages in thread

end of thread, other threads:[~2004-12-01 23:14 UTC | newest]

Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-05-20 19:12 [BKPATCH] ACPI for 2.6 Len Brown
  -- strict thread matches above, loose matches on Subject: below --
2004-11-09  7:47 Len Brown
2004-11-12 17:42 ` Pavel Machek
2004-12-01 23:13   ` Len Brown
2004-10-09  5:54 Len Brown
2004-08-14 23:08 Len Brown
     [not found] <566B962EB122634D86E6EE29E83DD808182C3286@hdsmsx403.hd.intel.com>
2004-08-14 18:43 ` Len Brown
2004-08-15 16:58   ` Marcus Hartig
2004-08-14 16:40 Marcus Hartig
2004-08-14  6:55 Len Brown
2004-08-14 20:56 ` Jesse Barnes
2004-06-21 19:41 Len Brown
2004-06-18  6:42 Len Brown
2004-05-11 16:48 Len Brown
2004-05-03 16:52 Len Brown
2004-04-01 10:40 Len Brown
2004-03-27  0:59 Len Brown
2004-03-27 11:11 ` Marcel Holtmann
2004-03-23 10:02 Len Brown
2004-03-14  6:08 Len Brown
2004-03-06  6:37 Len Brown
2004-02-25  9:18 Len Brown
2004-02-14  4:46 Len Brown
2004-02-07  9:10 Len Brown
2004-02-09  9:09 ` Olaf Hering
2004-02-09  9:11 ` Olaf Hering
2004-01-27  6:03 Len Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).