From chflags at gmail.com Wed Jul 1 02:53:28 2009 From: chflags at gmail.com (Kevin Foo) Date: Wed Jul 1 02:53:35 2009 Subject: Patches to acpi_hp In-Reply-To: <4A4A4C19.6000407@bindone.de> References: <4A46018B.90709@bindone.de> <25cb30906300503g4e11290xd18818238c5a4bb3@mail.gmail.com> <4A4A01F3.1080004@bindone.de> <25cb30906300525j650a601cr77f0740f56168e53@mail.gmail.com> <4A4A05FA.8000305@bindone.de> <25cb30906300537y5fae18afo7c34d5fda170fff3@mail.gmail.com> <25cb30906300554u4ef7e638naa0dfe51bac3e83f@mail.gmail.com> <4A4A0EF6.1080800@bindone.de> <25cb30906300943k4871313ao69595498c1758730@mail.gmail.com> <4A4A4C19.6000407@bindone.de> Message-ID: <25cb30906301953v6ef743e7ge34d8d5209a8c677@mail.gmail.com> On Wed, Jul 1, 2009 at 1:32 AM, Michael Gmelin wrote: > Hi Kevin, > > it seems like your model doesn't support this feature, sorry. > > Michael > Hi Michael, Thanks for the info. It is good enough to have acpi_hp, allowing control of radio for both wifi and bluetooth. Once again thank for your time and good work. Appreciate it. :) -- Regards Kevin Foo From rnoland at FreeBSD.org Wed Jul 1 04:57:56 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Jul 1 04:58:02 2009 Subject: 20090625 regression in AcpiGetDevices In-Reply-To: <200906301815.51568.jkim@FreeBSD.org> References: <4911F71203A09E4D9981D27F9D8308582EA036C6@orsmsx503.amr.corp.intel.com> <200906301815.51568.jkim@FreeBSD.org> Message-ID: <1246421924.1855.24.camel@balrog.2hip.net> On Tue, 2009-06-30 at 18:15 -0400, Jung-uk Kim wrote: > On Tuesday 30 June 2009 05:21 pm, Moore, Robert wrote: > > We've just discovered a regression in 20090625 that seriously > > affects the AcpiGetDevices interface. The _HID and _CID strings are > > no longer matched properly and will confuse any bus-scanning code > > that uses the interface. > > > > The ACPICA bugzilla is below, it contains a patch for the problem. > > I don't think we use the function any where but I just updated my > patchset with the fix. acpi_aiboost seems to be broken at the moment. I've only looked at it closely enough to determine that it seems to be mis-parsing the objects and failing to attach. I don't know if it is related to this issue or not though. robert. > > Apologies for any inconvenience. > > Thanks for letting us know! > > Jung-uk Kim > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090701/ee83b42d/attachment.pgp From onemda at gmail.com Fri Jul 3 19:05:20 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Fri Jul 3 19:05:27 2009 Subject: Patches to correct my mistake (acpi_hp/acpi_wmi) In-Reply-To: <4A4A79A8.2030807@bindone.de> References: <4A4A79A8.2030807@bindone.de> Message-ID: <3a142e750907031205i44ae0044u37c883c4e2a9e64b@mail.gmail.com> On 6/30/09, Michael Gmelin wrote: > Hi Rui, > > find attached two patches to bring the source back in synch. > > Sorry again for causing extra work and confusion (at least I figured out > why this happened, it was a bad idea to call the original version .orig, > so patch overwrote these... won't happen again). > > Thanks > Michael > Tested. Works fine. Please commit ASAP. -- Paul From rpaulo at freebsd.org Fri Jul 3 21:15:15 2009 From: rpaulo at freebsd.org (Rui Paulo) Date: Fri Jul 3 21:15:48 2009 Subject: Patches to correct my mistake (acpi_hp/acpi_wmi) In-Reply-To: <3a142e750907031205i44ae0044u37c883c4e2a9e64b@mail.gmail.com> References: <4A4A79A8.2030807@bindone.de> <3a142e750907031205i44ae0044u37c883c4e2a9e64b@mail.gmail.com> Message-ID: On 3 Jul 2009, at 20:05, Paul B. Mahol wrote: > On 6/30/09, Michael Gmelin wrote: >> Hi Rui, >> >> find attached two patches to bring the source back in synch. >> >> Sorry again for causing extra work and confusion (at least I >> figured out >> why this happened, it was a bad idea to call the original >> version .orig, >> so patch overwrote these... won't happen again). >> >> Thanks >> Michael >> > > Tested. Works fine. Please commit ASAP. Done. Thanks, -- Rui Paulo From peptization at biovision.org Sun Jul 5 05:47:56 2009 From: peptization at biovision.org (Bazile Palchetti) Date: Sun Jul 5 05:48:02 2009 Subject: Sex Tipvs, Ideas, Guidelines and Suggestions - Starting With Q and RR Message-ID: Sex Tips, Iddeas, Guidelines and Suggestions - Startnig With Q and R www. via22. net. Blroody Bldaes From bugmaster at FreeBSD.org Mon Jul 6 11:06:52 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 6 11:07:15 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200907061106.n66B6phd010647@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 50 problems total. From miklosovic.freebsd at gmail.com Mon Jul 6 16:10:55 2009 From: miklosovic.freebsd at gmail.com (Stefan Miklosovic) Date: Mon Jul 6 16:11:01 2009 Subject: acer aspire 3613 acpi problem Message-ID: hi all, I have a problem with acpi at acer aspire 3613. While it boot, errors appears. Here are links for more information. I did like is written in acpi handbook for freebsd. I also run iasl command, but nothing changed. http://dexter.kmit.sk/~stewe/asl_output http://dexter.kmit.sk/~stewe/hw.acpi http://dexter.kmit.sk/~stewe/stewe-freebsd72.asl http://dexter.kmit.sk/~stewe/dmesg_verbose thank you have a nice day From peter.piggybox at virgin.net Tue Jul 7 21:53:16 2009 From: peter.piggybox at virgin.net (Peter Harrison) Date: Tue Jul 7 21:53:24 2009 Subject: [PATCH] Lenovo S10(e) ACPI In-Reply-To: <200906231655.23010.naylor.b.david@gmail.com> References: <200906181407.11607.naylor.b.david@gmail.com> <200906211400.19033.naylor.b.david@gmail.com> <20090622192034.GA1059@ideapad.piggybox> <200906231655.23010.naylor.b.david@gmail.com> Message-ID: <20090707203731.GA1629@ideapad.piggybox> Tuesday, 23 June 2009 at 16:55:19 +0200, David Naylor said: > On Monday 22 June 2009 21:20:34 Peter Harrison wrote: > > > David > > > > Hi David, > > > > Thanks for coming back to me - I haven't had a chance to test the new patch > > yet, but will get on to it as soon as I can. > > > > Is just a kernel rebuild enough after patching? Last time a did kernel + > > world to pick up the last security advisory too and it was a bit painful > > (even slower than my old Celeron M based Dell laptop). > > If you don't have ACPI compiled into the kernel then only that module needs to > be rebuilt, otherwise only the kernel needs to be rebuilt. OK. I've run the new patch and reinstalled acpi. My system will now boot without problem, and shows none of the error messages relating to acpi in /var/log/messages. Thanks for this. It now powers off sporadically. Sometimes it will, sometimes it won't. But it's certainly a whole lot better than it was, so thanks for all your help. > > > I'm still reeling from a packaged based upgrade of Firefox (still took a > > while, even using packages). > > > > Thanks again for your help. > > I'll be away for the next 3 weeks so can only help you after that. Hope you enjoyed your time away. Peter. > > Good luck, > > David From patttern at gmail.com Wed Jul 8 07:30:27 2009 From: patttern at gmail.com (Pattern) Date: Wed Jul 8 07:30:33 2009 Subject: acer aspire 3613 acpi problem Message-ID: <107cc88f0907080030s35a8c01dk953883869a211cde@mail.gmail.com> > > hi all, > > I have a problem with acpi at acer aspire 3613. > While it boot, errors appears. > > Here are links for more information. I did like > is written in acpi handbook for freebsd. > > I also run iasl command, but nothing changed. > > http://dexter.kmit.sk/~stewe/asl_output > > http://dexter.kmit.sk/~stewe/hw.acpi > > http://dexter.kmit.sk/~stewe/stewe-freebsd72.asl > > http://dexter.kmit.sk/~stewe/dmesg_verbose > > > thank you > > have a nice day > At first, try to make changes below info file stewe-freebsd72.asl: String 435 (Into method _WAK) Notify (\_SB.PCI0.LPCB.EC0.BAT0, 0x81) } replace with Notify (\_SB.PCI0.LPCB.EC0.BAT0, 0x81) Return ( Package (0x02) {0x00, 0x00}) } String 845 Name (_HID, "*pnp0c14") replace with Name (_HID, EisaId ("PNP0C14")) Then came back the iasl log. # iasl stewe-freebsd72.asl > asl_output From jkempf at davisvision.com Wed Jul 8 17:08:39 2009 From: jkempf at davisvision.com (Jesse Kempf) Date: Wed Jul 8 17:09:11 2009 Subject: SunFire x4275 Message-ID: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> Hi, We recently got in a SunFire x4275, one of Sun's new Nehalem boxes. The full server architecture whitepaper is here: https://www.sun.com/offers/details/X4x70_server_architecture.html (requires registration). The upshot of the system is that there are a pair of "intelligent" risers in the machine, which take a x8 PCIe link and mux it to a pair of x8 PCIe links. Sun uses the IDT PES24T6G2 PCIe switch to do the muxing. FreeBSD, when it boots, can't see past the risers. This holds for both 7.2p1 and 8-CURRENT. It can see the IDT PCIe switches, and if a PCIe card is moved off the intelligent riser, to the one dumb riser in the machine, the card can be seen. Interestingly, when I boot FreeBSD with ACPI turned off, all the devices past the risers can be seen, but device attachment fails spectacularly. I've tried setting debug.acpi.disabled for individual subsystems that make sense, and have not been able to come up with a combination that allows the system to boot as well as see past the risers. From what I understand, this is not too surprising. When I say "can't see past the risers", I mean: pcib9: at device 0.0 on pci25 pcib9: domain 0 pcib9: secondary bus 26 pcib9: subordinate bus 38 pcib9: I/O decode 0x8000-0x9fff pcib9: memory decode 0xfaa00000-0xfabfffff pcib9: no prefetched decode device_attach: pcib9 attach returned 6 is what the kernel spits out when I do a verbose boot. None of the PCI buses past the riser are enumerated. I dumped the ACPI AML block and decompiled it. The only errors that iasl spit out when I recompiled it was use of the reserved variables '_T_0' and '_T_1'. Switching them to 'LOL0' and 'LOL1', recompiling, and telling the loader where to find the new blob did not help. I am, at this point, at a loss for what to do next. Here's the dmesg from the verbose boot: http://www.cs.rpi.edu/~kempfj2/x4275.dmesg (GENERIC-DMESG simply ups the kernel message buffer to 100 pages from 10 so that I could capture everything into /var/run/boot.dmesg). The ASL: http://www.cs.rpi.edu/~kempfj2/x4275.asl And pciconf -vl: http://www.cs.rpi.edu/~kempfj2/x4275pci.txt sysctl hw.acpi: http://www.cs.rpi.edu/~kempfj2/x4275hw.acpi Boot -v with ACPI disabled explodes on discovering igb0 with a page fault in kernel mode: http://www.cs.rpi.edu/~kempfj2/x4275.verbose-noacpi And this is a non-verbose boot with acpi disabled: http://www.cs.rpi.edu/~kempfj2/x4275.noacpi What's the next step in debugging this, and how can I be of assistance? Thanks, -Jesse Kempf ------------------------------------------------------------------------ The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. ------------------------------------------------------------------------ From o2telecomuclaims209 at yahoo.couk Sun Jul 12 13:19:27 2009 From: o2telecomuclaims209 at yahoo.couk (o2 Telecommunication.) Date: Sun Jul 12 13:19:33 2009 Subject: Attention: Sir/Madam Message-ID: <200907121150.n6CBopeP032171@udppc.asso.fr> Attention: Sir/Madam, Congratulations! Your E-mail Address has won £1,550,000GBP in the on going International Email Lottery draw in United Kingdom. To claim your prize, E-mail us:o2telecomukclaims209@live.co.uk Yours faithfully, O2 Telecommunication. From bugmaster at FreeBSD.org Mon Jul 13 11:06:49 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 13 11:07:01 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200907131106.n6DB6mgO040478@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 50 problems total. From naylor.b.david at gmail.com Mon Jul 13 12:46:09 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon Jul 13 12:46:15 2009 Subject: [PATCH] Lenovo S10(e) ACPI In-Reply-To: <20090707203731.GA1629@ideapad.piggybox> References: <200906181407.11607.naylor.b.david@gmail.com> <200906231655.23010.naylor.b.david@gmail.com> <20090707203731.GA1629@ideapad.piggybox> Message-ID: <200907131447.24702.naylor.b.david@gmail.com> On Tuesday 07 July 2009 22:37:31 Peter Harrison wrote: > Tuesday, 23 June 2009 at 16:55:19 +0200, David Naylor said: > > On Monday 22 June 2009 21:20:34 Peter Harrison wrote: > > > > David > > > > > > Hi David, > > > > > > Thanks for coming back to me - I haven't had a chance to test the new > > > patch yet, but will get on to it as soon as I can. > > > > > > Is just a kernel rebuild enough after patching? Last time a did kernel > > > + world to pick up the last security advisory too and it was a bit > > > painful (even slower than my old Celeron M based Dell laptop). > > > > If you don't have ACPI compiled into the kernel then only that module > > needs to be rebuilt, otherwise only the kernel needs to be rebuilt. > > OK. I've run the new patch and reinstalled acpi. > > My system will now boot without problem, and shows none of the error > messages relating to acpi in /var/log/messages. Thanks for this. > > It now powers off sporadically. Sometimes it will, sometimes it won't. I'm assuming you mean a `shutdown -p now` will not cut the power, as apposed to the netbook randomly cuts power without warning? > But it's certainly a whole lot better than it was, so thanks for all your > help. First some diagnostics, please do the following: 1) On a console: # uname -a # sysctl debug.acpi 2) What version are you using (I've got the S10e)? 3) What version of the BIOS are you running? 4) Is there any predictors as to when the system will not shutdown? 5) What are the last messages printed on the console (when shutdown fails)? A few things you can try to fix the problem: 1) Go into the BIOS settings (and just exit, this resets some stuff) 2) Try playing with debug.acpi.ec.* (especially with delay [remember a value of 0 disables any delay]). 3) Upgrade to -current (or try a newer version of the ACPICA driver for 7) 4) Flash the BIOS to the latest version (released in May) I don't have the problem that you describe so I'm hoping it results from a difference between our systems (a difference that can be bridged). > > > I'm still reeling from a packaged based upgrade of Firefox (still took > > > a while, even using packages). > > > > > > Thanks again for your help. > > > > I'll be away for the next 3 weeks so can only help you after that. > > Hope you enjoyed your time away. I did, thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090713/d1fc54be/attachment.pgp From jhb at freebsd.org Mon Jul 13 15:32:36 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Jul 13 15:33:08 2009 Subject: SunFire x4275 In-Reply-To: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> References: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> Message-ID: <200907130803.17161.jhb@freebsd.org> On Wednesday 08 July 2009 12:51:33 pm Jesse Kempf wrote: > Hi, > We recently got in a SunFire x4275, one of Sun's new Nehalem boxes. The > full server architecture whitepaper is here: > https://www.sun.com/offers/details/X4x70_server_architecture.html > (requires registration). > > The upshot of the system is that there are a pair of "intelligent" > risers in the machine, which take a x8 PCIe link and mux it to a pair of > x8 PCIe links. Sun uses the IDT PES24T6G2 PCIe switch to do the muxing. > > FreeBSD, when it boots, can't see past the risers. This holds for both > 7.2p1 and 8-CURRENT. It can see the IDT PCIe switches, and if a PCIe > card is moved off the intelligent riser, to the one dumb riser in the > machine, the card can be seen. Interestingly, when I boot FreeBSD with > ACPI turned off, all the devices past the risers can be seen, but device > attachment fails spectacularly. > > I've tried setting debug.acpi.disabled for individual subsystems that > make sense, and have not been able to come up with a combination that > allows the system to boot as well as see past the risers. From what I > understand, this is not too surprising. > > When I say "can't see past the risers", I mean: > > pcib9: at device 0.0 on pci25 > pcib9: domain 0 > pcib9: secondary bus 26 > pcib9: subordinate bus 38 > pcib9: I/O decode 0x8000-0x9fff > pcib9: memory decode 0xfaa00000-0xfabfffff > pcib9: no prefetched decode > device_attach: pcib9 attach returned 6 Hmm, I would add printfs to each failing return() in the attach methods of sys/dev/acpica/acpi_pcib_pci.c to see where it is failing. I bet you are failing on this: /* * Don't attach if we're not really there. * * XXX: This isn't entirely correct since we may be a PCI bus * on a hot-plug docking station, etc. */ if (!acpi_DeviceIsPresent(dev)) return_VALUE(ENXIO); I'm guessing both bridges are returning not present via _STA? -- John Baldwin From jkempf at davisvision.com Mon Jul 13 16:31:56 2009 From: jkempf at davisvision.com (Jesse Kempf) Date: Mon Jul 13 16:32:02 2009 Subject: SunFire x4275 In-Reply-To: <200907130803.17161.jhb@freebsd.org> References: <17574_1247071910_4A54CEA6_17574_42_1_4A54CE95.4090503@davisvision.com> <200907130803.17161.jhb@freebsd.org> Message-ID: <28908_1247502709_4A5B6175_28908_534_1_4A5B617B.9060906@davisvision.com> Hi John, John Baldwin wrote: > I bet you are failing on this: > > /* > * Don't attach if we're not really there. > * > * XXX: This isn't entirely correct since we may be a PCI bus > * on a hot-plug docking station, etc. > */ > if (!acpi_DeviceIsPresent(dev)) > return_VALUE(ENXIO); You nailed it; that's where it's failing. Where to from here? > I'm guessing both bridges are returning not present via _STA? How do I find out? Thank you, -Jesse ------------------------------------------------------------------------ The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. ------------------------------------------------------------------------ From peter.piggybox at virgin.net Mon Jul 13 20:59:37 2009 From: peter.piggybox at virgin.net (Peter Harrison) Date: Mon Jul 13 20:59:44 2009 Subject: [PATCH] Lenovo S10(e) ACPI In-Reply-To: <200907131447.24702.naylor.b.david@gmail.com> References: <200906181407.11607.naylor.b.david@gmail.com> <200906231655.23010.naylor.b.david@gmail.com> <20090707203731.GA1629@ideapad.piggybox> <200907131447.24702.naylor.b.david@gmail.com> Message-ID: <20090713195836.GA1093@ideapad.piggybox> Monday, 13 July 2009 at 14:47:21 +0200, David Naylor said: > On Tuesday 07 July 2009 22:37:31 Peter Harrison wrote: > > Tuesday, 23 June 2009 at 16:55:19 +0200, David Naylor said: > > > On Monday 22 June 2009 21:20:34 Peter Harrison wrote: > > > > > David > > > > > > > > Hi David, > > > > > > > > Thanks for coming back to me - I haven't had a chance to test the new > > > > patch yet, but will get on to it as soon as I can. > > > > > > > > Is just a kernel rebuild enough after patching? Last time a did kernel > > > > + world to pick up the last security advisory too and it was a bit > > > > painful (even slower than my old Celeron M based Dell laptop). > > > > > > If you don't have ACPI compiled into the kernel then only that module > > > needs to be rebuilt, otherwise only the kernel needs to be rebuilt. > > > > OK. I've run the new patch and reinstalled acpi. > > > > My system will now boot without problem, and shows none of the error > > messages relating to acpi in /var/log/messages. Thanks for this. > > > > It now powers off sporadically. Sometimes it will, sometimes it won't. > > I'm assuming you mean a `shutdown -p now` will not cut the power, as apposed > to the netbook randomly cuts power without warning? Yes - I didn't make myself clear here. `shutdown -p now` will sometimes cut the power at the appropriate time, sometimes it will not. > > > But it's certainly a whole lot better than it was, so thanks for all your > > help. > > First some diagnostics, please do the following: > 1) On a console: > # uname -a FreeBSD ideapad.piggybox 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Sat Jun 20 11:03:21 BST 2009 peter@ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC i386 > # sysctl debug.acpi debug.acpi.suspend_bounce: 0 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20070320 debug.acpi.ec.timeout: 100 debug.acpi.ec.polled: 0 debug.acpi.ec.gpe: 1 debug.acpi.ec.delay: 200 debug.acpi.ec.burst: 0 debug.acpi.batt.batt_sleep_ms: 0 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 > 2) What version are you using (I've got the S10e)? S10e - BIOS reports model number 40684AG > 3) What version of the BIOS are you running? BIOS version is 14CN51WW > 4) Is there any predictors as to when the system will not shutdown? Not that I've been able to determine. I thought at one point that it had to do with the amount of charge in the battery, or whether it was mains connected. But I can't detect a pattern. > 5) What are the last messages printed on the console (when shutdown fails)? Sometimes normal 'Syncing disks, vnodes remaining...' sometimes the correct message but garbled. Whether the message is garbled or not seems to have no bearing on whether the system powers off or not. > > A few things you can try to fix the problem: > 1) Go into the BIOS settings (and just exit, this resets some stuff) > 2) Try playing with debug.acpi.ec.* (especially with delay [remember a value > of 0 disables any delay]). > 3) Upgrade to -current (or try a newer version of the ACPICA driver for 7) > 4) Flash the BIOS to the latest version (released in May) I'll have a play with the debug.acpi.ec.* settings first and check my BIOS version and report back. Thanks again for the continuing help. Peter. > > I don't have the problem that you describe so I'm hoping it results from a > difference between our systems (a difference that can be bridged). > > > > > I'm still reeling from a packaged based upgrade of Firefox (still took > > > > a while, even using packages). > > > > > > > > Thanks again for your help. > > > > > > I'll be away for the next 3 weeks so can only help you after that. > > > > Hope you enjoyed your time away. > > I did, thanks From linimon at FreeBSD.org Thu Jul 16 09:55:49 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Jul 16 09:55:55 2009 Subject: kern/136808: [acpi] panic when switching to s3 Message-ID: <200907160955.n6G9tmna048485@freefall.freebsd.org> Synopsis: [acpi] panic when switching to s3 Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jul 16 09:55:39 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=136808 From mav at FreeBSD.org Thu Jul 16 17:33:52 2009 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Thu Jul 16 17:33:58 2009 Subject: kern/89411: [acpi] acpiconf bug Message-ID: <200907161733.n6GHXpoL007321@freefall.freebsd.org> Synopsis: [acpi] acpiconf bug State-Changed-From-To: feedback->closed State-Changed-By: mav State-Changed-When: Thu Jul 16 17:33:02 UTC 2009 State-Changed-Why: No feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=89411 From Juergen.Dankoweit at t-online.de Thu Jul 16 19:10:14 2009 From: Juergen.Dankoweit at t-online.de (=?ISO-8859-15?Q?J=FCrgen_Dankoweit?=) Date: Thu Jul 16 19:10:20 2009 Subject: Question about some acpi messages Message-ID: <4A5F76D2.9070905@FreeBSD-Onkel.de> Hello to the list, what do these messages mean: first: Jul 16 20:27:32 t43 kernel: ACPI APIC Table: Jul 16 20:27:32 t43 kernel: ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] second: Jul 16 20:27:32 t43 kernel: acpi0: on motherboard Jul 16 20:27:32 t43 kernel: acpi0: [ITHREAD] Jul 16 20:27:32 t43 kernel: acpi0: reservation of 0, a0000 (3) failed Jul 16 20:27:32 t43 kernel: acpi0: reservation of 100000, 3ff00000 (3) failed Many thanks in advance for the answers. Best regards Juergen Dankoweit From robert.moore at intel.com Thu Jul 16 19:17:06 2009 From: robert.moore at intel.com (Moore, Robert) Date: Thu Jul 16 19:17:12 2009 Subject: Question about some acpi messages In-Reply-To: <4A5F76D2.9070905@FreeBSD-Onkel.de> References: <4A5F76D2.9070905@FreeBSD-Onkel.de> Message-ID: <4911F71203A09E4D9981D27F9D8308582ECF6D0C@orsmsx503.amr.corp.intel.com> >first: >Jul 16 20:27:32 t43 kernel: ACPI APIC Table: >Jul 16 20:27:32 t43 kernel: ACPI Warning (tbfadt-0505): Optional field >"Gpe1Block" has zero address or length: 0 102C/0 [20070320] This one means that the GPE 1 block was specified in the FADT with a non-zero address (102C), but a zero length. It can probably be ignored. If the optional GPE1 block is not present, both the address and length should be zero. Bob >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of J?rgen Dankoweit >Sent: Thursday, July 16, 2009 11:52 AM >To: freebsd-acpi@freebsd.org >Subject: Question about some acpi messages > >Hello to the list, > >what do these messages mean: > >first: >Jul 16 20:27:32 t43 kernel: ACPI APIC Table: >Jul 16 20:27:32 t43 kernel: ACPI Warning (tbfadt-0505): Optional field >"Gpe1Block" has zero address or length: 0 102C/0 [20070320] > >second: >Jul 16 20:27:32 t43 kernel: acpi0: on motherboard >Jul 16 20:27:32 t43 kernel: acpi0: [ITHREAD] >Jul 16 20:27:32 t43 kernel: acpi0: reservation of 0, a0000 (3) failed >Jul 16 20:27:32 t43 kernel: acpi0: reservation of 100000, 3ff00000 (3) >failed > > >Many thanks in advance for the answers. > >Best regards > >Juergen Dankoweit >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From bugmaster at FreeBSD.org Mon Jul 20 11:06:49 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 20 11:06:55 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200907201106.n6KB6mdW002155@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 50 problems total. From naylor.b.david at gmail.com Mon Jul 20 16:58:00 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon Jul 20 16:58:06 2009 Subject: [PATCH] Lenovo S10(e) ACPI In-Reply-To: <20090713195836.GA1093@ideapad.piggybox> References: <200906181407.11607.naylor.b.david@gmail.com> <200907131447.24702.naylor.b.david@gmail.com> <20090713195836.GA1093@ideapad.piggybox> Message-ID: <200907201859.21882.naylor.b.david@gmail.com> Hi, How is the testing going? I've actually had the symptom you described (twice I think). In my case the screen goes blank (but still on) and no power off. The first time the battery was dead when it shouldn't have (didn't wait for it to power down), the second I was there to 'witness' it. These are, for me, very sporadic events. Since some timeouts still occur I suspect one is happening for the shutdown command. See at the bottom for a quick discussion. On Monday 13 July 2009 21:58:36 Peter Harrison wrote: > > First some diagnostics, please do the following: > > 1) On a console: > > # uname -a > > FreeBSD ideapad.piggybox 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Sat Jun > 20 11:03:21 BST 2009 > peter@ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC i386 Upgrading to 8 might improve things. > > # sysctl debug.acpi > > debug.acpi.suspend_bounce: 0 > debug.acpi.do_powerstate: 1 > debug.acpi.acpi_ca_version: 20070320 > debug.acpi.ec.timeout: 100 > debug.acpi.ec.polled: 0 > debug.acpi.ec.gpe: 1 > debug.acpi.ec.delay: 200 > debug.acpi.ec.burst: 0 > debug.acpi.batt.batt_sleep_ms: 0 > debug.acpi.semaphore_debug: 0 > debug.acpi.resume_beep: 0 Everything looks good, although your acpi_ca_version is outdated (newer in -current). Increasing timeout might help (say 750), also increasing delay won't hurt [don't forget delay is in microseconds whereas timeout is in milliseconds]. > > 2) What version are you using (I've got the S10e)? > > S10e - BIOS reports model number 40684AG Same (except XG suffix) > > 3) What version of the BIOS are you running? > > BIOS version is 14CN51WW Difference, I've got 14CN67WW. I'll be interested to know how you flash your system (if you don't have Windows installed). > > 4) Is there any predictors as to when the system will not shutdown? > > Not that I've been able to determine. I thought at one point that it had to > do with the amount of charge in the battery, or whether it was mains > connected. But I can't detect a pattern. Same > > 5) What are the last messages printed on the console (when shutdown > > fails)? > > Sometimes normal 'Syncing disks, vnodes remaining...' sometimes the correct > message but garbled. > > Whether the message is garbled or not seems to have no bearing on whether > the system powers off or not. My suspected solution: If I understand the situation correctly, in spite of my hackery there is still a timeout happening. This sometimes happens at the most unfortunate time of a powerdown preventing the BIOS from receiving the command to switch of power. I suspect that FreeBSD doesn't try to reissue the power down command if it fails and just abandons things. If I understand the Linux code correctly in the heart of the acpi_ec code: if there is a command timeout it will reset the EC and reissue the command, so in effect Linux reissues. One place to look is the ACPI shutdown code and make it retry a power-down if it fails, or make the acpi_ec more robust to EC timeouts. I think this will be a good time to consult someone who actually has an understanding of ACPI (especially the EC). Any ideas welcome. Regards -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090720/728d0cf8/attachment.pgp From eugen at kuzbass.ru Wed Jul 22 08:26:04 2009 From: eugen at kuzbass.ru (Eugene Grosbein) Date: Wed Jul 22 08:26:11 2009 Subject: Solution to "No pointer back to NS node in buffer" Message-ID: <20090722074944.GA95161@svzserv.kemerovo.su> Hi! Famous ACPI warning "No pointer back to NS node in buffer" and some other ACPI exceptions were resolved for my 7.2-STABLE system by upgrading acpica from stock version 20070320 to 20090521. I took http://people.freebsd.org/~jkim/acpica-import-20090521.diff.gz and corrected it for today's RELENG_7. It is available here: ftp://www.kuzbass.ru/pub/freebsd/acpica-import-20090521-7.diff.bz2 It "works for me". Eugene Grosbein From peter.piggybox at virgin.net Thu Jul 23 21:53:51 2009 From: peter.piggybox at virgin.net (Peter Harrison) Date: Thu Jul 23 21:53:59 2009 Subject: [PATCH] Lenovo S10(e) ACPI In-Reply-To: <200907201859.21882.naylor.b.david@gmail.com> References: <200906181407.11607.naylor.b.david@gmail.com> <200907131447.24702.naylor.b.david@gmail.com> <20090713195836.GA1093@ideapad.piggybox> <200907201859.21882.naylor.b.david@gmail.com> Message-ID: <20090723205253.GB1084@ideapad.piggybox> Monday, 20 July 2009 at 18:59:18 +0200, David Naylor said: > Hi, > > How is the testing going? I've actually had the symptom you described (twice > I think). In my case the screen goes blank (but still on) and no power off. My symptoms are the same - though I didn't describe them quite so well. > > The first time the battery was dead when it shouldn't have (didn't wait for it > to power down), the second I was there to 'witness' it. > > These are, for me, very sporadic events. Since some timeouts still occur I > suspect one is happening for the shutdown command. See at the bottom for a > quick discussion. > > On Monday 13 July 2009 21:58:36 Peter Harrison wrote: > > > First some diagnostics, please do the following: > > > 1) On a console: > > > # uname -a > > > > FreeBSD ideapad.piggybox 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Sat Jun > > 20 11:03:21 BST 2009 > > peter@ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC i386 > > Upgrading to 8 might improve things. I'd rather wait for 8-RELEASE for that, but I'll think about it. > > > > # sysctl debug.acpi > > > > debug.acpi.suspend_bounce: 0 > > debug.acpi.do_powerstate: 1 > > debug.acpi.acpi_ca_version: 20070320 > > debug.acpi.ec.timeout: 100 > > debug.acpi.ec.polled: 0 > > debug.acpi.ec.gpe: 1 > > debug.acpi.ec.delay: 200 > > debug.acpi.ec.burst: 0 > > debug.acpi.batt.batt_sleep_ms: 0 > > debug.acpi.semaphore_debug: 0 > > debug.acpi.resume_beep: 0 > > Everything looks good, although your acpi_ca_version is outdated (newer > in -current). Increasing timeout might help (say 750), also increasing delay > won't hurt [don't forget delay is in microseconds whereas timeout is in > milliseconds]. I've fiddled with both the delay and timeout numbers, and don't seem to be able to make a consistent difference. > > > > 2) What version are you using (I've got the S10e)? > > > > S10e - BIOS reports model number 40684AG > > Same (except XG suffix) > > > > 3) What version of the BIOS are you running? > > > > BIOS version is 14CN51WW > > Difference, I've got 14CN67WW. I'll be interested to know how you flash your > system (if you don't have Windows installed). Looking over the Lenovo site, I don't see a way to run the utility unless I'm running Windows (which I'm not). Reading the notes, it seems there has been a change to the acpi code in the updates too. I need to try and find a way around this. > > > > 4) Is there any predictors as to when the system will not shutdown? > > > > Not that I've been able to determine. I thought at one point that it had to > > do with the amount of charge in the battery, or whether it was mains > > connected. But I can't detect a pattern. > > Same > > > > 5) What are the last messages printed on the console (when shutdown > > > fails)? > > > > Sometimes normal 'Syncing disks, vnodes remaining...' sometimes the correct > > message but garbled. > > > > Whether the message is garbled or not seems to have no bearing on whether > > the system powers off or not. > > My suspected solution: > > If I understand the situation correctly, in spite of my hackery there is still > a timeout happening. This sometimes happens at the most unfortunate time of > a powerdown preventing the BIOS from receiving the command to switch of > power. > > I suspect that FreeBSD doesn't try to reissue the power down command if it > fails and just abandons things. If I understand the Linux code correctly in > the heart of the acpi_ec code: if there is a command timeout it will reset > the EC and reissue the command, so in effect Linux reissues. > > One place to look is the ACPI shutdown code and make it retry a power-down if > it fails, or make the acpi_ec more robust to EC timeouts. > > I think this will be a good time to consult someone who actually has an > understanding of ACPI (especially the EC). > > Any ideas welcome. Ditto. But thanks for all the help and support so far. Peter Harrison. > > Regards From linimon at FreeBSD.org Sat Jul 25 01:20:37 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Jul 25 01:20:44 2009 Subject: kern/137042: [acpi] hp laptop's lcd not wakes up after suspend to ram Message-ID: <200907250120.n6P1Kbjv032531@freefall.freebsd.org> Synopsis: [acpi] hp laptop's lcd not wakes up after suspend to ram Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jul 25 01:20:24 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137042 From joel at FreeBSD.org Mon Jul 27 09:48:59 2009 From: joel at FreeBSD.org (joel@FreeBSD.org) Date: Mon Jul 27 09:49:05 2009 Subject: kern/81000: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 Message-ID: <200907270948.n6R9mwB2054219@freefall.freebsd.org> Synopsis: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 State-Changed-From-To: open->feedback State-Changed-By: joel State-Changed-When: Mon Jul 27 09:47:28 UTC 2009 State-Changed-Why: Feedback requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=81000 From remko at FreeBSD.org Mon Jul 27 09:53:18 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Mon Jul 27 09:53:24 2009 Subject: bin/137053: [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot when running on battery Message-ID: <200907270953.n6R9rHnq061234@freefall.freebsd.org> Synopsis: [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot when running on battery Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Mon Jul 27 09:52:51 UTC 2009 Responsible-Changed-Why: This might be related to ACPI as mentioned in the trail. http://www.freebsd.org/cgi/query-pr.cgi?pr=137053 From bugmaster at FreeBSD.org Mon Jul 27 11:06:47 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 27 11:07:16 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200907271106.n6RB6kBs018813@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 52 problems total. From wael.nasreddine at gmail.com Wed Jul 29 13:26:07 2009 From: wael.nasreddine at gmail.com (Wael Nasreddine) Date: Wed Jul 29 13:26:14 2009 Subject: Can't boot 8-BETA2 on HP Pavilion dv7 Message-ID: Hi all, I'm trying to boot from 8-BETA2 DVD in order to install it on an HP Pavilion DV7-1199EF Laptop, but I get this error message: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config This is repeated a few times then installation stops and debugging console opens, see below (typed by hand) panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at???????? kdb_enter+0x3d: movq??????? $0,0x687f60(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80c11fe0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x117 mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> Any help is appreciated !! Much Thanks -- Wael Nasreddine Blog ? ?: http://wael.nasreddine.com E-mail ?: wael.nasreddine@gmail.com gTalk ? : wael.nasreddine@gmail.com Tel ? ? : +33.6.32.94.70.13 Skype ? : eMxyzptlk Twitter : @eMxyzptlk Sabayon Linux Chief Development Officer - http://www.sabayonlinux.org PGP: 1024D/C8DD18A2 06F6 1622 4BC8 4CEB D724 ?DE12 5565 3945 C8DD 18A2 .: An infinite number of monkeys typing into GNU emacs, ? would never make a good program. (L. Torvalds 1995) :. From mla at nasreddine.com Wed Jul 29 13:31:06 2009 From: mla at nasreddine.com (Wael Nasreddine (a.k.a eMxyzptlk)) Date: Wed Jul 29 13:31:18 2009 Subject: Can't boot 8-BETA2 on HP Pavilion dv7 Message-ID: Hi all, I'm trying to boot from 8-BETA2 DVD in order to install it on an HP Pavilion DV7-1199EF Laptop, but I get this error message: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config This is repeated a few times then installation stops and debugging console opens, see below (typed by hand) panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x687f60(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80c11fe0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x117 mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> Any help is appreciated !! Much Thanks -- Wael Nasreddine Blog : http://wael.nasreddine.com E-mail : wael.nasreddine@gmail.com gTalk : wael.nasreddine@gmail.com Tel : +33.6.32.94.70.13 Skype : eMxyzptlk Twitter : @eMxyzptlk Sabayon Linux Chief Development Officer - http://www.sabayonlinux.org PGP: 1024D/C8DD18A2 06F6 1622 4BC8 4CEB D724 DE12 5565 3945 C8DD 18A2 .: An infinite number of monkeys typing into GNU emacs, would never make a good program. (L. Torvalds 1995) :. From robert.moore at intel.com Thu Jul 30 19:35:48 2009 From: robert.moore at intel.com (Moore, Robert) Date: Thu Jul 30 22:26:24 2009 Subject: ACPICA version 20090730 released Message-ID: <4911F71203A09E4D9981D27F9D83085832C8A751@orsmsx503.amr.corp.intel.com> 30 July 2009. Summary of changes for version 20090730: This release is available at www.acpica.org/downloads The ACPI 4.0 implementation for ACPICA is complete with this release. 1) ACPI CA Core Subsystem: ACPI 4.0: Added header file support for all new and changed ACPI tables. Completely new tables are: IBFT, IVRS, MSCT, and WAET. Tables that are new for ACPI 4.0, but have previously been supported in ACPICA are: CPEP, BERT, EINJ, ERST, and HEST. Other newly supported tables are: UEFI and WDAT. There have been some ACPI 4.0 changes to other existing tables. Split the large actbl1.h header into the existing actbl2.h header. ACPICA BZ 774. ACPI 4.0: Implemented predefined name validation for all new names. There are 31 new names in ACPI 4.0. The predefined validation module was split into two files. The new file is namespace/nsrepair.c. ACPICA BZ 770. Implemented support for so-called "module-level executable code". This is executable AML code that exists outside of any control method and is intended to be executed at table load time. Although illegal since ACPI 2.0, this type of code still exists and is apparently still being created. Blocks of this code are now detected and executed as intended. Currently, the code blocks must exist under either an If, Else, or While construct; these are the typical cases seen in the field. ACPICA BZ 762. Lin Ming. Implemented an automatic dynamic repair for predefined names that return nested Package objects. This applies to predefined names that are defined to return a variable-length Package of sub-packages. If the number of sub-packages is one, BIOS code is occasionally seen that creates a simple single package with no sub-packages. This code attempts to fix the problem by wrapping a new package object around the existing package. These methods can be repaired: _ALR, _CSD, _HPX, _MLS, _PRT, _PSS, _TRT, and _TSS. ACPICA BZ 790. Fixed a regression introduced in 20090625 for the AcpiGetDevices interface. The _HID/_CID matching was broken and no longer matched IDs correctly. ACPICA BZ 793. Fixed a problem with AcpiReset where the reset would silently fail if the register was one of the protected I/O ports. AcpiReset now bypasses the port validation mechanism. This may eventually be driven into the AcpiRead/Write interfaces. Fixed a regression related to the recent update of the AcpiRead/Write interfaces. A sleep/suspend could fail if the optional PM2 Control register does not exist during an attempt to write the Bus Master Arbitration bit. (However, some hosts already delete the code that writes this bit, and the code may in fact be obsolete at this date.) ACPICA BZ 799. Fixed a problem where AcpiTerminate could fault if inadvertently called twice in succession. ACPICA BZ 795. Example Code and Data Size: These are the sizes for the OS-independent acpica.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug version of the code includes the debug output trace mechanism and has a much larger code and data size. Previous Release: Non-Debug Version: 84.7K Code, 17.8K Data, 102.5K Total Debug Version: 160.5K Code, 50.6K Data, 211.1K Total Current Release: Non-Debug Version: 85.5K Code, 18.0K Data, 103.5K Total Debug Version: 161.6K Code, 50.9K Data, 212.5K Total 2) iASL Compiler/Disassembler and Tools: ACPI 4.0: Implemented disassembler support for all new ACPI tables and changes to existing tables. ACPICA BZ 775.