exchange | 1 Dec 03:17 2004
Picon

Confirmation

Congratulations! PayPal has successfully charged $175 to your credit card. Your order tracking number is A866DEC0, and your item will be shipped within three business days.

To see details please click this link.

DO NOT REPLY TO THIS MESSAGE VIA EMAIL! This email is being sent by an automated message system and the reply will not be received.

Thank you for using PayPal.

Len Brown | 1 Dec 06:41 2004
Picon

Re: Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)

Thanks for running the tests.
Please confirm that this patch make the problem go away in the 
CONFIG_PNP_ACPI=y configuration.

-Len

===== drivers/acpi/pci_link.c 1.35 vs edited =====
--- 1.35/drivers/acpi/pci_link.c	2004-11-09 03:08:36 -05:00
+++ edited/drivers/acpi/pci_link.c	2004-12-01 00:38:18 -05:00
 <at>  <at>  -791,9 +791,16  <at>  <at> 
 	return 1;
 }

+/*
+ * We'd like PNP to call this routine for the
+ * single ISA_USED value for each legacy device.
+ * But instead it calls us with each POSSIBLE setting.
+ * There is no ISA_POSSIBLE weight, so we simply use
+ * the (small) PCI_USING penalty.
+ */
 void acpi_penalize_isa_irq(int irq)
 {
-	acpi_irq_penalty[irq] += PIRQ_PENALTY_ISA_USED;
+	acpi_irq_penalty[irq] += PIRQ_PENALTY_PCI_USING;
 }

 /*
Len Brown | 1 Dec 06:44 2004
Picon

Re: Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)

CONFIG_PNPACPI=y that is...

On Wed, 2004-12-01 at 00:41, Len Brown wrote:
> Thanks for running the tests.
> Please confirm that this patch make the problem go away in the 
> CONFIG_PNP_ACPI=y configuration.
> 
> -Len
> 

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
Ahmad L. Rivas | 1 Dec 23:26 2004
Picon
Picon

Order Rolex or other Swiss watches online

Heya,

Do you want a rolex watch?

In our online store you can buy replicas of Rolex watches. They look
and feel exactly like the real thing.

- We have 20+ different brands in our selection
- Free shipping if you order 5 or more
- Save up to 40% compared to the cost of other replicas
- Standard Features:
 - Screw-in crown
 - Unidirectional turning bezel where appropriate
 - All the appropriate rolex logos, on crown and dial
 - Heavy weight

Visit us: http://www.bhex.com/rep/rolex/

Best regards,
Hilton Jones

No thanks: http://www.bhex.com/z.php

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
Len Brown | 2 Dec 00:13 2004
Picon

Re: [BKPATCH] ACPI for 2.6

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

> > <len.brown@...> (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@...> (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

===== 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
 <at>  <at>  -960,10 +960,9  <at>  <at> 
 			(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
 <at>  <at>  -1152,10 +1152,10  <at>  <at> 
 __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
 <at>  <at>  -101,8 +101,6  <at>  <at> 
 			},
 };

-static int c2 = -1;
-static int c3 = -1;

 struct acpi_processor_errata {
 	u8			smp;
 <at>  <at>  -144,8 +142,6  <at>  <at> 

 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);

 
 <at>  <at>  -338,8 +334,8  <at>  <at> 
 {
 	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()];
 <at>  <at>  -475,9 +471,9  <at>  <at> 
 	 * 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;
 <at>  <at>  -515,10 +511,10  <at>  <at> 

 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;
 	}

 	/*
 <at>  <at>  -672,11 +668,6  <at>  <at> 
 		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.
 <at>  <at>  -732,9 +723,6  <at>  <at> 
 			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
 <at>  <at>  -995,7 +983,7  <at>  <at> 
 	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");

 <at>  <at>  -1117,7 +1105,7  <at>  <at> 
 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");

 <at>  <at>  -1880,7 +1868,7  <at>  <at> 
 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");

 <at>  <at>  -1889,9 +1877,11  <at>  <at> 

 	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");
 <at>  <at>  -2478,17 +2468,22  <at>  <at> 
 	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;
 }

 <at>  <at>  -2533,6 +2528,9  <at>  <at> 

 	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);
 }

 <at>  <at>  -2556,6 +2554,6  <at>  <at> 

 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
 <at>  <at>  -17,7 +17,7  <at>  <at> 

 struct acpi_processor_cx_policy {
 	u32			count;
-	int			state;
+	u32			state;
 	struct {
 		u32			time;
 		u32			ticks;
 <at>  <at>  -38,8 +38,8  <at>  <at> 
 };

 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
 <at>  <at>  -483,15 +483,15  <at>  <at> 
  * 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
matthieu castet | 1 Dec 21:26 2004
Picon

Re: Fw: ACPI bug causes cd-rom lock-ups (2.6.10-rc2)

 >+/*
 >+ * We'd like PNP to call this routine for the
 >+ * single ISA_USED value for each legacy device.
 >+ * But instead it calls us with each POSSIBLE setting.
 >+ * There is no ISA_POSSIBLE weight, so we simply use
 >+ * the (small) PCI_USING penalty.
 >+ */

Couldn't be better to change the pnp core behaviour ?

In drivers/pnp/resource.c, pnp_register_irq_resource, instead of calling 
pcibios_penalize_isa_irq couldn't we call something like 
pcibios_penalize_possible_isa_irq ?

The pnp implemations already use pcibios_penalize_isa_irq [1] for the 
irq that are used.
So it seem it is call 2 times for the allocated resources...
Also don't we need to depenalize the irq, if we change the irq or 
disable the device ?

Matthieu CASTET

[1]
$grep -r penalize */*
pnpacpi/rsparser.c: 
pcibios_penalize_isa_irq(res->data.irq.interrupts[0]);
pnpacpi/rsparser.c: 
pcibios_penalize_isa_irq(res->data.extended_irq.interrupts[0]);
pnpbios/rsparser.c:             pcibios_penalize_isa_irq(irq);

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
Len Brown | 2 Dec 00:57 2004
Picon

[BKPATCH] ACPI for 2.6.10

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/kernel-parameters.txt |    7 
 arch/i386/kernel/acpi/Makefile      |    1 
 arch/i386/kernel/acpi/boot.c        |    6 
 arch/i386/kernel/acpi/earlyquirk.c  |   51 +++++
 arch/i386/kernel/apic.c             |   23 ++
 arch/i386/kernel/dmi_scan.c         |   56 ------
 arch/i386/kernel/io_apic.c          |   11 -
 arch/i386/kernel/mpparse.c          |    7 
 arch/i386/kernel/reboot.c           |   13 -
 arch/i386/mach-es7000/es7000plat.c  |    4 
 drivers/acpi/Makefile               |    2 
 drivers/acpi/acpi_ksyms.c           |  162 ------------------
 drivers/acpi/battery.c              |  205 +++++++++++-------------
 drivers/acpi/bus.c                  |   10 +
 drivers/acpi/dispatcher/dsmthdat.c  |    3 
 drivers/acpi/dispatcher/dswstate.c  |   10 -
 drivers/acpi/ec.c                   |   61 ++++---
 drivers/acpi/events/evxface.c       |   13 +
 drivers/acpi/events/evxfevnt.c      |   15 +
 drivers/acpi/events/evxfregn.c      |    4 
 drivers/acpi/executer/exdump.c      |    4 
 drivers/acpi/fan.c                  |   50 ++---
 drivers/acpi/hardware/Makefile      |    4 
 drivers/acpi/hardware/hwgpe.c       |    3 
 drivers/acpi/hardware/hwregs.c      |    4 
 drivers/acpi/hardware/hwsleep.c     |    7 
 drivers/acpi/hardware/hwtimer.c     |    5 
 drivers/acpi/namespace/Makefile     |    4 
 drivers/acpi/namespace/nsdump.c     |    4 
 drivers/acpi/namespace/nsload.c     |    4 
 drivers/acpi/namespace/nsutils.c    |    3 
 drivers/acpi/namespace/nsxfeval.c   |    7 
 drivers/acpi/namespace/nsxfname.c   |    4 
 drivers/acpi/namespace/nsxfobj.c    |    5 
 drivers/acpi/osl.c                  |   30 +++
 drivers/acpi/parser/pstree.c        |    4 
 drivers/acpi/parser/psutils.c       |    2 
 drivers/acpi/pci_bind.c             |    2 
 drivers/acpi/pci_irq.c              |   43 +++--
 drivers/acpi/pci_link.c             |   24 ++
 drivers/acpi/pci_root.c             |    2 
 drivers/acpi/processor.c            |   62 +++----
 drivers/acpi/resources/Makefile     |    4 
 drivers/acpi/resources/rsutils.c    |    3 
 drivers/acpi/resources/rsxface.c    |   10 +
 drivers/acpi/scan.c                 |    8 
 drivers/acpi/sleep/Makefile         |    4 
 drivers/acpi/sleep/poweroff.c       |    2 
 drivers/acpi/sleep/sleep.h          |    1 
 drivers/acpi/sleep/wakeup.c         |   32 +++
 drivers/acpi/system.c               |   45 ++---
 drivers/acpi/tables/tbconvrt.c      |    2 
 drivers/acpi/tables/tbutils.c       |    3 
 drivers/acpi/tables/tbxface.c       |    7 
 drivers/acpi/tables/tbxfroot.c      |    2 
 drivers/acpi/utilities/utalloc.c    |    3 
 drivers/acpi/utilities/utdebug.c    |    7 
 drivers/acpi/utilities/utglobal.c   |    4 
 drivers/acpi/utilities/utmisc.c     |    3 
 drivers/acpi/utilities/utxface.c    |    6 
 drivers/acpi/utils.c                |    4 
 drivers/acpi/video.c                |    4 
 drivers/char/ipmi/ipmi_si_intf.c    |    4 
 include/acpi/acdebug.h              |    5 
 include/acpi/acdispat.h             |    8 
 include/acpi/achware.h              |    5 
 include/acpi/acinterp.h             |    3 
 include/acpi/acmacros.h             |    8 
 include/acpi/acnamesp.h             |   10 +
 include/acpi/acparser.h             |    4 
 include/acpi/acpiosxf.h             |    6 
 include/acpi/acpixf.h               |   20 ++
 include/acpi/acresrc.h              |    4 
 include/acpi/actables.h             |    2 
 include/acpi/acutils.h              |    6 
 include/acpi/platform/acenv.h       |    8 
 include/acpi/processor.h            |    6 
 include/asm-i386/acpi.h             |    7 
 include/asm-i386/apic.h             |    6 
 include/asm-i386/io_apic.h          |    2 
 include/asm-i386/pci-direct.h       |    1 
 include/linux/acpi.h                |    6 
 82 files changed, 681 insertions(+), 535 deletions(-)

through these ChangeSets:

<len.brown@...> (04/12/01 1.1988.133.10)
   [ACPI] update C-state limiting patch

   Now "max_cstate=" instead of "acpi_cstate_limit="
   Delete redundant static cstate flags .c2 and .c3

   http://bugme.osdl.org/show_bug.cgi?id=3549

      For static processor driver, boot cmdline:
      processor.max_cstate=2

      For processor module, /etc/modprobe.conf:
      options processor max_cstate=2
      or
      # modprobe processor max_cstate=2

      From kernel or kernel module:
      #include <linux/acpi.h>
      acpi_set_cstate_limit(2);

   Suggested-by: Pavel Machek
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/12/01 1.1988.133.9)
   [ACPI] disable LAPIC at reboot and poweroff if Linux forced it on
   http://bugzilla.kernel.org/show_bug.cgi?id=3643

   Signed-off-by: Alexey Y Starikovskiy
<alexey.y.starikovskiy@...>
   Signed-off-by: Ingo Molnar <mingo@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/12/01 1.1988.133.8)
   Cset exclude:
len.brown@...[lenb]|ChangeSet|20041109085620|42985

<len.brown@...> (04/12/01 1.1988.133.7)
   [ACPI] IPMI must supply the address of its GPE handler to install or
remove it

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

<len.brown@...> (04/12/01 1.1988.133.6)
   [ACPI] fix reboot on poweroff regression due to enabled wakeup GPEs
   http://bugzilla.kernel.org/show_bug.cgi?id=3669

   Signed-off-by: David Shaohua Li <shaohua.li@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/12/01 1.1988.133.5)
   [ACPI] fix IRQ assignment regression with CONFIG_PNPACPI=y
   http://bugzilla.kernel.org/show_bug.cgi?id=3762

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

<len.brown@...> (04/11/30 1.1988.133.4)
   [ACPI] platform_rename_gsi() is no longer limited to ACPI specific
code,
   so call it ioapic_renumber_irq().

   A note to google:
   GSI is a Global System Interrupt -- a flat, linear, global IRQ
number.

   Suggested-by: Linus Torvalds
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/30 1.2067)
   [ACPI] fix build errors resulting from auto-merge

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

<len.brown@...> (04/11/23 1.1988.133.3)
   [ACPI] survive a BIOS that erroneously supplies multiple MADTs
   http://bugzilla.redhat.com/beta2/show_bug.cgi?id=135449

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

<len.brown@...> (04/11/12 1.1988.133.2)
   [ACPI] add #ifdef ACPI_FUTURE_USAGE

   Signed-off-by: Adrian Bunk <bunk@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/12 1.1988.133.1)
   [ACPI] remove acpi_ksyms.c

   Signed-off-by: Adrian Bunk <bunk@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/11 1.1988.132.8)
   [ACPI] remove acpi_ksyms.c

   Signed-off-by: Adrian Bunk <bunk@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/11 1.2063)
   Cset exclude: torvalds@...|ChangeSet|20041111002817|28673
   Cset exclude:
acme@...[torvalds]|ChangeSet|20041111002501|29509

<len.brown@...> (04/11/11 1.1988.132.7)
   [ACPI] fix warnings for 64-bit video build (Luming Yu)

<len.brown@...> (04/11/11 1.1988.132.6)
   [ACPI] clean up the NFORCE BIOS bug workaround
   delete now obsolete dmi_scan entries
   fix build for ACPI & !IOAPIC

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

<len.brown@...> (04/11/11 1.1988.132.5)
   [ACPI] automatic workaround for NFORCE timer-override BIOS bug
   http://bugzilla.kernel.org/show_bug.cgi?id=3551

   Signed-off-by: Andi Kleen <ak@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/11 1.1988.132.4)
   [ACPI] migrate to seq_file() interface
   http://bugzilla.kernel.org/show_bug.cgi?id=3333

   Signed-off-by: David Shaohua Li <shaohua.li@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/11 1.1988.132.3)
   [ACPI] handle out of spec EC bit width
   http://bugzilla.kernel.org/show_bug.cgi?id=1744

   Signed-off-by: Luming Yu <luming.yu@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/10 1.1988.132.2)
   Merge

<len.brown@...> (04/11/09 1.1803.119.56)
   [ACPI] fix LAPIC-mode poweroff on D600
   http://bugzilla.kernel.org/show_bug.cgi?id=3643

   Signed-off-by: Alexey Starikovskiy <alexey.y.starikovskiy@...>
   Signed-off-by: Len Brown <len.brown@...>

<len.brown@...> (04/11/09 1.1803.119.55)
   fix non-ACPI IOAPIC build

<len.brown@...> (04/11/09 1.1803.119.54)
   [ACPI] acpi_pci_irq_enable() now returns 0 on success.
   This bubbles all the way up to pci_enable_device().
   This allows IRQ0 to be used as a legal PCI device IRQ.

   The ES7000 uses an interrupt source override to assign pin20 to IRQ0.
   Then platform_rename_gsi assigns pin0 a high-numbered IRQ --
available
   for PCI devices.  But IRQ0 needs to be a legal PCI IRQ in the lookup
code
   to make it as far as the re-name code. 

   Signed-off-by: Natalie Protasevich <Natalie.Protasevich@...>
   Signed-off-by: Len Brown <len.brown@...>

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
exchange | 2 Dec 01:29 2004
Picon

Confirmation

Congratulations! PayPal has successfully charged $175 to your credit card. Your order tracking number is A866DEC0, and your item will be shipped within three business days.

To see details please click this link.

DO NOT REPLY TO THIS MESSAGE VIA EMAIL! This email is being sent by an automated message system and the reply will not be received.

Thank you for using PayPal.

Stephen Hemminger | 2 Dec 01:45 2004

Laptop turn off nuisance.

When I shutdown Linux on my laptop (Fujitsu S6000) [2004] it acts as
if it is turned off, but when I close the lid the fan turns on, then turns off.
When lid is opened, the machine boots. It seems as if it doesn't really
turn off?

Of course, with Windows it doesn't do that.
And if I shut off by using the power button, it goes completely off.

It is a nuisance, and might reduce the battery life?

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
Andrew Barr | 2 Dec 02:33 2004
Picon

Radeon Resuming from S3: Try 2

Given the recent positive developments and success stories concerning resuming 
ATI hardware from S3 suspend, I thought I'd give suspending my desktop PC to 
S3. Briefly, relevant parts of my hardware:

- ATI Radeon 7000
- Intel AGP chipset
- Linux kernel 2.6.9, ACPI 20041105

I want to be able to use framebuffer (vesafb, for bootsplash). DRI is 
certainly not required. It appears I have two options: the s3_late_bios patch 
or dummydriver/resume-finish-split. What do I need to do to try each one? For 
example, I know I need to pass acpi_sleep=s3_late_bios to my kernel to use 
that patch. It's unclear to me what I need to do with the dummydriver or 
resume-finish-split patches. Can someone tell me what I need to do? I don't 
really need step-by-step instructions, just need to know what to do.

Andrew

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Gmane