Re: HP Compaq nc6320 Suspend / Resume (changes in behaviour)
On Tue, 2007-05-22 at 19:49 +0100, Peter Clifton wrote: Hi, I just updated my bios to HP's latest, and have recently been upgraded to Ubuntu Gutsy kernel version: Linux version 2.6.22-1-generic ([EMAIL PROTECTED]) (gcc version 4.1.3 20070423 (prerelease) (Ubuntu 4.1.2-3ubuntu3)) #1 SMP Mon Apr 30 10:49:22 GMT 2007 For the first time ever, suspend to ram works! Unfortunately, hibernation has broken. This happened somewhere between Feisty's 2.6.20 kernel and the one I'm using now. (Although it could have been an update released in Feisty which broke things). I can hibernate, but after a short while being booted back up (and perhaps accessing some ACPI related thing, e.g. cpu scaling, unplugging AC etc.. it will crash (and due to being in X11 at the time, I've got no useful debug output to go on). Does anyone know specifically if something changed to fix suspend, (with SATA drives no less!), or anything which may have broken hibernate. (Which was broken before I updated from bios F.06 to the latest today) After resume from suspend, I see: dmesg | grep ACPI | grep Error [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT Is this anything to worry about - should I post a dsdt for the new bios? STR works (also the disk(s)?)? This is strange, bug: http://bugzilla.kernel.org/show_bug.cgi?id=8456 is about broken SATA disks after STR. If you think this is related to bug #8456, you might want to add yourself there or open a new bug if you think it's not. You might want to add [EMAIL PROTECTED] (Tejun Heo), who did the latest ACPI SATA changes. Best you also add acpidump output and also CC me, pls. Thomas - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 Suspend / Resume (changes in behaviour)
On Thu, 2007-05-24 at 20:51 +0200, Thomas Renninger wrote: dmesg | grep ACPI | grep Error [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT Is this anything to worry about - should I post a dsdt for the new bios? STR works (also the disk(s)?)? STR works, and resume - works fine afterwards. STD works, resumes, but crashes some minutes afterwards. This is strange, bug: http://bugzilla.kernel.org/show_bug.cgi?id=8456 is about broken SATA disks after STR. If you think this is related to bug #8456, you might want to add yourself there or open a new bug if you think it's not. You might want to add [EMAIL PROTECTED] (Tejun Heo), who did the latest ACPI SATA changes. Best you also add acpidump output and also CC me, pls. I'll open a new bug (or bugs, keeping the STD issue separate) some time next week when I'll have a little more time to play with debugging things. Thanks for your reply, Regards. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 Suspend / Resume (changes in behaviour)
Hi, On Tuesday, 22 May 2007 20:49, Peter Clifton wrote: Hi, I just updated my bios to HP's latest, and have recently been upgraded to Ubuntu Gutsy kernel version: Linux version 2.6.22-1-generic ([EMAIL PROTECTED]) (gcc version 4.1.3 20070423 (prerelease) (Ubuntu 4.1.2-3ubuntu3)) #1 SMP Mon Apr 30 10:49:22 GMT 2007 For the first time ever, suspend to ram works! That's a good news. Unfortunately, hibernation has broken. This happened somewhere between Feisty's 2.6.20 kernel and the one I'm using now. (Although it could have been an update released in Feisty which broke things). I can hibernate, but after a short while being booted back up (and perhaps accessing some ACPI related thing, e.g. cpu scaling, unplugging AC etc.. it will crash (and due to being in X11 at the time, I've got no useful debug output to go on). Does anyone know specifically if something changed to fix suspend, (with SATA drives no less!), or anything which may have broken hibernate. (Which was broken before I updated from bios F.06 to the latest today) Well, threre's a couple of such things. You may try the kernel.org kernel 2.6.22-rc2 with the hibernation and suspend patchset available from http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.22-rc2/patches . After resume from suspend, I see: dmesg | grep ACPI | grep Error [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT Is this anything to worry about - should I post a dsdt for the new bios? This means we are unable to set the IDE controller transfer timings after the resume. I don't know how serious this is in practice, though. Greetings, Rafael - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 Suspend / Resume (changes in behaviour)
On Tue, 2007-05-22 at 21:27 +0200, Rafael J. Wysocki wrote: Hi, On Tuesday, 22 May 2007 20:49, Peter Clifton wrote: Hi, I just updated my bios to HP's latest, and have recently been upgraded to Ubuntu Gutsy kernel version: Linux version 2.6.22-1-generic ([EMAIL PROTECTED]) (gcc version 4.1.3 20070423 (prerelease) (Ubuntu 4.1.2-3ubuntu3)) #1 SMP Mon Apr 30 10:49:22 GMT 2007 [snip] Well, threre's a couple of such things. You may try the kernel.org kernel 2.6.22-rc2 with the hibernation and suspend patchset available from http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.22-rc2/patches . I wonder if those are included in Ubuntu's kernel (I'm being dumb today, but I couldn't work out if the debian build was adding patches or not, nor which exact version they started from. (The source filename is linux-source-2.6.22_2.6.22-5.11.tar.gz) Just FYI, the link you posted has a file with funny permissions on it: http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.22-rc2/patches/16-usb-use-freezable-workqueue.patch Gives me a 403 error. After resume from suspend, I see: dmesg | grep ACPI | grep Error [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 4763.428000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C241] (Node df94c9dc), AE_AML_PACKAGE_LIMIT [ 6417.528000] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.C002.C0DC.C349._STM] (Node df94fba8), AE_AML_PACKAGE_LIMIT Is this anything to worry about - should I post a dsdt for the new bios? Looking at the ACPI 3.0 spec: _STM Optional control method that sets the IDE controller’s transfer timing sttings. IDE-only (IE. shouldn't be called for an SATA drive). That may mean its for my CD writer (which shows up as hda). This is in the first SSDT, HPQSAT which I've attached the dissasembly of. This means we are unable to set the IDE controller transfer timings after the resume. I don't know how serious this is in practice, though. iasl decompiles and recompiles the dsdt and all ssdt ok (after minor tweaking due to decompile discrepancies). The remaining warnings only relate to _BCQ (A Microsoft induced typo for _BQC?) And, unreachable code in the _STA method of the ACEL device. (They have blanked that function off with a Return (0x00). Thats a shame - if it means what I think (that the acceleration sensor doesn't work). Many places in the ACEL device code check If (_STA ()) around big blocks of code, so presumably the AML code for it is not doing a great deal. (I wounder how Windows uses it - a custom driver perhaps?) Thanks for the great work on suspend / resume (and of course ACPI support in general) everyone! Peter /* * Intel ACPI Component Architecture * AML Disassembler version 20061109 * * Disassembly of ssdt1.aml, Tue May 22 20:59:05 2007 * * * Original Table Header: * SignatureSSDT * Length 0x0326 (806) * Revision 0x01 * OEM ID HP * OEM Table ID HPQSAT * OEM Revision 0x0001 (1) * Creator ID MSFT * Creator Revision 0x010E (16777230) */ DefinitionBlock (ssdt1.aml, SSDT, 1, HP, HPQSAT, 0x0001) { External (C0EC, MethodObj)// 6 Arguments External (C0E8, MethodObj)// 5 Arguments External (C0E6, MethodObj)// 2 Arguments External (C0E7, MethodObj)// 1 Argument? External (C0E4, MethodObj)// 2 Arguments External (C240) External (\_SB_.C14A) External (\_SB_.C248, MethodObj) External (\_SB_.C241, MethodObj)// 4 Arguments External (\_SB_.C002, DeviceObj) External (\_SB_.C002.C0DC, DeviceObj) Scope (\_SB.C002) { Device (C351) { Name (_ADR, 0x001F0002) Device (C0F6) { Name (_ADR, 0x) Name (C352, Package (0x06) { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }) Method (_SDD, 1, Serialized) { If (LEqual (SizeOf (Arg0), 0x0200)) { Store (0x00, Local0) Store (Buffer (Multiply (SizeOf (C240), 0x02)) {}, Local1) While (LLess (Local0, SizeOf (C240))) { Store (DerefOf (Index (C240, Local0)), Local2) Multiply (Local2, 0x02, Local2) Multiply (Local0, 0x02, Local3) Store (DerefOf (Index (Arg0, Local2)), Index (Local1, Local3)) Store (DerefOf
Re: HP Compaq nc6320 - Booting on battery power causes softlock
On Wed, 2007-01-17 at 11:04 +0800, Luming Yu wrote: The first thing is to make sure you are running the latest bios, kernel. Then, you need to sort out the kernel component/modules/drivers that cause the problem. If you guess it is ACPI issue, pleas test boot option acpi=off to see if the problem goes away. If you guess it is battery issue, please remove battery module, etc. Please don't forget to enter a bug in bugzilla.kernel.org. Thanks, Luming AFAIK, I'm on the current bios.. I updated it when I initially had problems with CPU Frequency scaling. I'll check. Kernel.. still debugging with the Ubuntu one, but will try a fresh vanilla one when I get free time (not needing the machine for work). I've tried booting with init=/bin/sh to drop me into the initrd of the system, then grabbed an acpidump when booting on battery. It was the same as AC. Manually bootstrapping the root file-system, (not via normal init), allowed me to play about with what might cause the lockup, and it seems that it may be related to the Intel wireless driver: ipw3945. When I loaded it, it failed to find firmware - no crash. (I'd not got udev running to help hotplug the firmware for it). I loaded udev, and re-tried loading the wireless. Appologies that this crash dump is a type-up, I think the key points should be here - no time-stamps, but a full trace is listed. [ loading ipw3945 module via modprobe ] ... [ Detects ] [ Prints module copyright ] ACPI: PCI Interrupt :08:00.00[A] - GSI16 (level,low) - IRQ 169 ipw3945: Detected 3945ABG BUG: Soft lockup ... CPU#0 c01481cf softlockup_tick+0x9f/0xf0 c012bee1 update_process_times +0x31/0x80 c0114d13 smp_apic_timer_interrupt+0x53/0x60 c010413c apic_timer_interrupt+0x1c/0x30 f8a240f7 ipw_bg_alive_start+0x67/0xa0 [ipw3945] c0132702 run_workqueue+0x72/0xf0 f8a24090 ipw_bg_alive_start+0x0/0xa0 [ipw3945] c01331d0 worker_thread+0x0/0x140 c0135f8b kthread+0xab/0xe0 c0135ee0 ktherad+0x0/0e0 c0101005 kernel_thread_helper+0x5/0x10 Hope that helps cast some light on the problem.. Regards Peter Clifton - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 - Booting on battery power causes softlock
On Sat, 2007-02-03 at 15:02 +, Peter Clifton wrote: [ loading ipw3945 module via modprobe ] ... [ Detects ] [ Prints module copyright ] ACPI: PCI Interrupt :08:00.00[A] - GSI16 (level,low) - IRQ 169 ipw3945: Detected 3945ABG BUG: Soft lockup ... CPU#0 c01481cf softlockup_tick+0x9f/0xf0 c012bee1 update_process_times +0x31/0x80 c0114d13 smp_apic_timer_interrupt+0x53/0x60 c010413c apic_timer_interrupt+0x1c/0x30 f8a240f7 ipw_bg_alive_start+0x67/0xa0 [ipw3945] c0132702 run_workqueue+0x72/0xf0 f8a24090 ipw_bg_alive_start+0x0/0xa0 [ipw3945] c01331d0 worker_thread+0x0/0x140 c0135f8b kthread+0xab/0xe0 c0135ee0 ktherad+0x0/0e0 c0101005 kernel_thread_helper+0x5/0x10 Hope that helps cast some light on the problem.. Never-mind.. looks like it has been discovered elsewhere.. http://bughost.org/bugzilla/show_bug.cgi?id=1096 I'm not sure why it only happens on battery though. Thanks for your help. Peter Clifton - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 - Booting on battery power causes softlock
On Tue, 2007-01-16 at 22:15 -0500, Len Brown wrote: try also apm=off -- since the ACPI/APM dependency checking is currently broken in some configs. On Tuesday 16 January 2007 22:04, Luming Yu wrote: The first thing is to make sure you are running the latest bios, kernel. Then, you need to sort out the kernel component/modules/drivers that cause the problem. If you guess it is ACPI issue, pleas test boot option acpi=off to see if the problem goes away. If you guess it is battery issue, please remove battery module, etc. Please don't forget to enter a bug in bugzilla.kernel.org. Thanks, Luming Ok, I've tested acpi=off and apm=off with the stock Ubuntu kernel. It didn't softlock with either, but I'll try to use one of the two when booting now to ensure it is consistent. with acpi=off, there was a backtrace printed from an unloved IRQ11, and the sound card wasn't particularly happy. These HP laptops seem very picky - perhaps I should buy an IBM next time for linux! I've filed a bug, #7840, http://bugzilla.kernel.org/show_bug.cgi?id=7840 It is under ACPI/Other. Attached to that bug is dmesg output from the normal AC boot, and battery boots with acpi=off, api=off, also an acpidump output from the normal AC boot. I will check the bios, and vanilla kernel tests when I get chance. Unfortunately, it seems quite hard to get a kernel config which exactly matches a stock Ubuntu one (for keeping as few variables changed as possible). I can recompile a kernel source deb for Ubuntu quite happily, but it produces a huge number of versions, and takes many many hours (brings me back to using linux on a [34]86 :)) Thanks for your input Luming, Len. Regards, Peter Clifton - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 - Booting on battery power causes softlock
The first thing is to make sure you are running the latest bios, kernel. Then, you need to sort out the kernel component/modules/drivers that cause the problem. If you guess it is ACPI issue, pleas test boot option acpi=off to see if the problem goes away. If you guess it is battery issue, please remove battery module, etc. Please don't forget to enter a bug in bugzilla.kernel.org. Thanks, Luming On 1/17/07, Peter Clifton [EMAIL PROTECTED] wrote: Hi, I've got an issue with my HP Compaq nc6320, where it won't boot off its battery without softlocking on CPU#0. I remember it booting ok off battery occasionally in the past, but once I've seen the fault - the only way I can get it to boot is off AC. (I usually boot off AC anyway). I'm presuming ACPI as a good starting point, since that is an area where AC / Battery may make a difference. Can anyone suggest a debugging procedure to identify the cause of a softlock, and where would be appropriate (which category) to file a kernel bug for this? - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320 - Booting on battery power causes softlock
try also apm=off -- since the ACPI/APM dependency checking is currently broken in some configs. On Tuesday 16 January 2007 22:04, Luming Yu wrote: The first thing is to make sure you are running the latest bios, kernel. Then, you need to sort out the kernel component/modules/drivers that cause the problem. If you guess it is ACPI issue, pleas test boot option acpi=off to see if the problem goes away. If you guess it is battery issue, please remove battery module, etc. Please don't forget to enter a bug in bugzilla.kernel.org. Thanks, Luming On 1/17/07, Peter Clifton [EMAIL PROTECTED] wrote: Hi, I've got an issue with my HP Compaq nc6320, where it won't boot off its battery without softlocking on CPU#0. I remember it booting ok off battery occasionally in the past, but once I've seen the fault - the only way I can get it to boot is off AC. (I usually boot off AC anyway). I'm presuming ACPI as a good starting point, since that is an area where AC / Battery may make a difference. Can anyone suggest a debugging procedure to identify the cause of a softlock, and where would be appropriate (which category) to file a kernel bug for this? - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320
On Thursday, 12 October 2006 02:08, Peter Clifton wrote: Wierdly, I've lost the Battery/AC adapter status monitoring again, with or without ec_intr=0. Gets odder! Ok, Nearing completion of this tale I think.. Turns out there is a known problem with psmouse, which leaves the system / ACPI / something in a bad state if psmouse is loaded before shutdown or reboot. Googling tells me that either removing batteries, AC etc.. before powering up, booting Windows, or shutting down Linux with psmouse removed, will fix the symptoms. Do you remember any URLs? Rafael -- You never change things by fighting the existing reality. R. Buckminster Fuller - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320
On Thu, 2006-10-12 at 16:53 +0200, Rafael J. Wysocki wrote: On Thursday, 12 October 2006 02:08, Peter Clifton wrote: Wierdly, I've lost the Battery/AC adapter status monitoring again, with or without ec_intr=0. Gets odder! Ok, Nearing completion of this tale I think.. Turns out there is a known problem with psmouse, which leaves the system / ACPI / something in a bad state if psmouse is loaded before shutdown or reboot. Googling tells me that either removing batteries, AC etc.. before powering up, booting Windows, or shutting down Linux with psmouse removed, will fix the symptoms. I got several reports that compiling psmouse as module and unload it explicitly on shutdown helps to fix things on newer HPs. E.g. this report: About the fan and battery issue, there are three workaround: - Turn off the machine and quit battery, Place the battery again. - Next time you turn on the machine, turn it off during post. - modprobe -r psmouse (after compiling psmouse as a module) before shutdown the machine. Next time you turn on the machine, battery status is working. Not sure about the fans... http://www.wolframschenck.de/nx6325.htm#sect3 Similar introduction in German: http://home.no/slazz/nx6310/nx6310.html Thomas - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320
[snip] I got several reports that compiling psmouse as module and unload it explicitly on shutdown helps to fix things on newer HPs. E.g. this report: About the fan and battery issue, there are three workaround: - Turn off the machine and quit battery, Place the battery again. - Next time you turn on the machine, turn it off during post. - modprobe -r psmouse (after compiling psmouse as a module) before shutdown the machine. Next time you turn on the machine, battery status is working. Not sure about the fans... My fans seemed to work ok most of the time before, it was the battery status which hung, and the speedstep would never go to full speed. Everything is happy with Ubuntu's kernel 2.6.17-10 and when unloading psmouse as part of the shutdown and reboot scripts. I did dig though psmouse a little, but being a non-expert, couldn't see anything odd. It could be the synaptics driver part I guess, as most people have laptops. It could be that psmouse keeps a serial driver of some sort alive, or a bus active. Perhaps it is still receiving and processing interrupts as the bios tries to reboot? Does someone need to open a kernel bug for this, and where should it go? Regards Peter Clifton. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320
On Wed, 2006-10-11 at 23:08 +0100, Peter Clifton wrote: I decided to revert the HP bios back to F.06, and now - to my surprise, on boot, I get an extra SSDT! (The CpuPm one). [snip] Perhaps even booting windows (to downgrade to F.06) had some effect on the bios to bring back the SSDT? Perhaps it is only in the F.06. Further to this.. the Battery / AC adapter status monitoring seems to be working now aswell (if booting with ec_intr=0). I just booted with out ec_intr=0, and it isn't working :( I'm just about to check with the F.06 DSDT again, as my override DSDT is based on F.08. (There isn't much difference between them though) How odd! Peter C. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: HP Compaq nc6320
On Wed, 2006-10-11 at 23:17 +0100, Peter Clifton wrote: On Wed, 2006-10-11 at 23:08 +0100, Peter Clifton wrote: I decided to revert the HP bios back to F.06, and now - to my surprise, on boot, I get an extra SSDT! (The CpuPm one). [snip] Perhaps even booting windows (to downgrade to F.06) had some effect on the bios to bring back the SSDT? Perhaps it is only in the F.06. Further to this.. the Battery / AC adapter status monitoring seems to be working now aswell (if booting with ec_intr=0). I just booted with out ec_intr=0, and it isn't working :( I'm just about to check with the F.06 DSDT again, as my override DSDT is based on F.08. (There isn't much difference between them though) Of course, this was _necessary_, as the namespaces between the two DSDT is different, and the SSDT won't play nice if it can't find the correct objects, methods, etc... Wierdly, I've lost the Battery/AC adapter status monitoring again, with or without ec_intr=0. How odd! Gets odder! Peter C. - To unsubscribe from this list: send the line unsubscribe linux-acpi in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html