From bugmaster at FreeBSD.org Mon Feb 2 03:06:47 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 03:07:10 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200902021106.n12B6k8n094335@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/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 o 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 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/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From avg at icyb.net.ua Mon Feb 2 06:53:52 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Feb 2 06:53:59 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD Message-ID: <498708FD.9030404@icyb.net.ua> Another patch for acpi_cpu code related to PIIX4 chipset. We do not support C3 with this chipset and as such we never touch ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS (because of CPU_QUIRK_NO_BM_CTRL). So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a situation where the system would always immediately break out of C2 state should we ever attempt to enter it. Actually, ACPI spec says that bus master activity need not break out of C2 state (only interrupts must do that). Given all of the above, it seems to be safe and desired to reset ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. The patch is successfully tested on a real system that exhibited the above behavior (immediate backout from cx_lowest of C2 to C1). -- Andriy Gapon -------------- next part -------------- diff --git a/sys/dev/acpica/acpi_cpu.c b/sys/dev/acpica/acpi_cpu.c index 3c4ad4e..73f5e9c 100644 --- a/sys/dev/acpica/acpi_cpu.c +++ b/sys/dev/acpica/acpi_cpu.c @@ -1062,6 +1062,10 @@ acpi_cpu_quirks(void) * * Also, make sure that all interrupts cause a "Stop Break" * event to exit from C2 state. + * Also, BRLD_EN_BM (ACPI_BITREG_BUS_MASTER_RLD in ACPI-speak) + * should be set to zero, otherwise it causes C2 to short-sleep. + * PIIX4 doesn't properly support C3 and bus master activity + * need not break out of C2. */ case PCI_REVISION_A_STEP: case PCI_REVISION_B_STEP: @@ -1074,10 +1078,16 @@ acpi_cpu_quirks(void) val = pci_read_config(acpi_dev, PIIX4_DEVACTB_REG, 4); if ((val & PIIX4_STOP_BREAK_MASK) != PIIX4_STOP_BREAK_MASK) { ACPI_DEBUG_PRINT((ACPI_DB_INFO, - "PIIX4: enabling IRQs to generate Stop Break\n")); + "acpi_cpu: PIIX4: enabling IRQs to generate Stop Break\n")); val |= PIIX4_STOP_BREAK_MASK; pci_write_config(acpi_dev, PIIX4_DEVACTB_REG, val, 4); } + AcpiGetRegister(ACPI_BITREG_BUS_MASTER_RLD, &val); + if (val) { + ACPI_DEBUG_PRINT((ACPI_DB_INFO, + "acpi_cpu: PIIX4: reset BRLD_EN_BM\n")); + AcpiSetRegister(ACPI_BITREG_BUS_MASTER_RLD, 0); + } break; default: break; From rpaulo at freebsd.org Mon Feb 2 07:50:18 2009 From: rpaulo at freebsd.org (Rui Paulo) Date: Mon Feb 2 07:50:25 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD In-Reply-To: <498708FD.9030404@icyb.net.ua> References: <498708FD.9030404@icyb.net.ua> Message-ID: <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> On 2 Feb 2009, at 14:53, Andriy Gapon wrote: > > Another patch for acpi_cpu code related to PIIX4 chipset. > > We do not support C3 with this chipset and as such we never touch > ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible > (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS > (because of > CPU_QUIRK_NO_BM_CTRL). > So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and > ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a situation > where the system would always immediately break out of C2 state should > we ever attempt to enter it. > > Actually, ACPI spec says that bus master activity need not break out > of > C2 state (only interrupts must do that). > > Given all of the above, it seems to be safe and desired to reset > ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. > > The patch is successfully tested on a real system that exhibited the > above behavior (immediate backout from cx_lowest of C2 to C1). Looks ok to me. I no longer have a PIIX4 system to test it, though. So, if no one raises any objection, I'll commit it to HEAD in a few days. Andriy, if I forget, please ping me :-) Thanks, -- Rui Paulo -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090202/4b4f1f64/PGP.pgp From jottes at hetnet.nl Fri Feb 6 05:31:42 2009 From: jottes at hetnet.nl (John Ottes) Date: Fri Feb 6 05:43:15 2009 Subject: Probleem met ACPI Message-ID: <000001c9885d$916c4de0$b444e9a0$@nl> Hallo, Ik heb het volgende probleem. Als ik mijn notebook, nadat hierop Vista (SP1) is ge?nstalleerd, uit de slaapstand haal duurt het 20 seconden voordat er beeld verschijnt. Als ik het stuurprogramma ACPI uitschakel, of de batterij verwijder werkt alles naar behoren.(uit slaapstand<1seconde). Indien XP (SP3) is ge?nstalleerd doet het probleem zich niet voor. Zou het kunnen dat de intelligentie van de batterij niet met de Vista drivers samenwerkt? Systeem: Sony VGN-FE31M Processor: T5600 Memory: 2048 MB Videokaart: nVidia Ge Force Go 7600 (128MB) BIOS: R0174J3 (laatste versie) Drivers: Alle drivers zijn van de laatste versie (Vista) Kunnen jullie mij hiermee verder helpen? Met vriendelijke groet, John Ottes From martin at email.aon.at Fri Feb 6 07:00:20 2009 From: martin at email.aon.at (Martin Birgmeier) Date: Fri Feb 6 07:00:26 2009 Subject: kern/130683: [ACPI] shutdown hangs after syncing disks - ACPI race? Message-ID: <200902061500.n16F0J1I008273@freefall.freebsd.org> The following reply was made to PR kern/130683; it has been noted by GNATS. From: Martin Birgmeier To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/130683: [ACPI] shutdown hangs after syncing disks - ACPI race? Date: Fri, 6 Feb 2009 15:51:21 +0100 (CET) By the way, sometimes (approx. 10..20% of all cases), power off *does* work - there seems to be a borderline timing problem here. From nate at root.org Fri Feb 6 10:40:52 2009 From: nate at root.org (Nate Lawson) Date: Fri Feb 6 10:40:59 2009 Subject: Probleem met ACPI In-Reply-To: <000001c9885d$916c4de0$b444e9a0$@nl> References: <000001c9885d$916c4de0$b444e9a0$@nl> Message-ID: <498C8430.9060705@root.org> John Ottes wrote: > Ik heb het volgende probleem. Als ik mijn notebook, nadat hierop Vista (SP1) > is ge?nstalleerd, uit de slaapstand haal duurt het 20 seconden voordat er > beeld verschijnt. Als ik het stuurprogramma ACPI uitschakel, of de batterij > verwijder werkt alles naar behoren.(uit slaapstand<1seconde). Indien XP > (SP3) is ge?nstalleerd doet het probleem zich niet voor. This is a FreeBSD OS list, not a Windows list. -- Nate From bugmaster at FreeBSD.org Mon Feb 9 03:06:47 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 9 03:07:15 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200902091106.n19B6k0G009017@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/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 o 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 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/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From jakub_lach at mailplus.pl Mon Feb 9 03:49:30 2009 From: jakub_lach at mailplus.pl (Jakub Lach) Date: Mon Feb 9 03:49:39 2009 Subject: ACPI error, No pointer back to NS node in buffer obj In-Reply-To: <21719238.post@talk.nabble.com> References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> <21719238.post@talk.nabble.com> Message-ID: <21911316.post@talk.nabble.com> Hello again. Updated to ACPICA 20090123, got 2 new warnings: ACPI Warning (tbfadt-0624): 32/64X length mismatch in Pm1aControlBlock: 16/32 [20090123] ACPI Warning (tbfadt-0496): Invalid length for Pm1aControlBlock: 32, using default 16 [20090123] -- View this message in context: http://www.nabble.com/ACPI-error%2C-No-pointer-back-to-NS-node-in-buffer-obj-tp21112077p21911316.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From robert.moore at intel.com Mon Feb 9 09:56:59 2009 From: robert.moore at intel.com (Moore, Robert) Date: Mon Feb 9 09:57:05 2009 Subject: ACPI error, No pointer back to NS node in buffer obj In-Reply-To: <21911316.post@talk.nabble.com> References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> <21719238.post@talk.nabble.com> <21911316.post@talk.nabble.com> Message-ID: <4911F71203A09E4D9981D27F9D830858146AC638@orsmsx503.amr.corp.intel.com> You can ignore these, I think. >ACPI Warning (tbfadt-0624): 32/64X length mismatch in Pm1aControlBlock: >16/32 [20090123] There is a mismatch between the 32-bit and 64-bit versions of the PM1A control block in the FADT. 32-bit version: [059h 089 1] PM1 Control Block Length : 02 64-bit version: [0ACh 172 12] PM1A Control Block : [0ACh 172 1] Space ID : 01 (SystemIO) [0ADh 173 1] Bit Width : 20 The 32-bit version is in bytes (2) - 16 bits. The 64-bit version specifies 32 bits. >ACPI Warning (tbfadt-0496): Invalid length for Pm1aControlBlock: 32, using >default 16 [20090123] The default ACPICA behavior is to override the incorrect value. >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Jakub Lach >Sent: Monday, February 09, 2009 3:49 AM >To: freebsd-acpi@freebsd.org >Subject: RE: ACPI error, No pointer back to NS node in buffer obj > > >Hello again. > >Updated to ACPICA 20090123, got 2 new warnings: > >ACPI Warning (tbfadt-0624): 32/64X length mismatch in Pm1aControlBlock: >16/32 [20090123] >ACPI Warning (tbfadt-0496): Invalid length for Pm1aControlBlock: 32, using >default 16 [20090123] > > > >-- >View this message in context: http://www.nabble.com/ACPI-error%2C-No- >pointer-back-to-NS-node-in-buffer-obj-tp21112077p21911316.html >Sent from the freebsd-acpi mailing list archive at Nabble.com. > >_______________________________________________ >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 jakub_lach at mailplus.pl Mon Feb 9 10:55:08 2009 From: jakub_lach at mailplus.pl (Jakub Lach) Date: Mon Feb 9 10:55:16 2009 Subject: ACPI error, No pointer back to NS node in buffer obj In-Reply-To: <4911F71203A09E4D9981D27F9D830858146AC638@orsmsx503.amr.corp.intel.com> References: <494DBF33.7040301@micom.mng.net> <21555335.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D83085811C41320@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D83085811C41358@orsmsx503.amr.corp.intel.com> <21719238.post@talk.nabble.com> <21911316.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D830858146AC638@orsmsx503.amr.corp.intel.com> Message-ID: <21919004.post@talk.nabble.com> Thank you for ensuring me I have understood those messages correctly, and explaining ACPICA behaviour. Moore, Robert wrote: > > You can ignore these, I think. > > >>ACPI Warning (tbfadt-0624): 32/64X length mismatch in Pm1aControlBlock: >>16/32 [20090123] > > There is a mismatch between the 32-bit and 64-bit versions of the PM1A > control block in the FADT. > > 32-bit version: > > [059h 089 1] PM1 Control Block Length : 02 > > > > 64-bit version: > > [0ACh 172 12] PM1A Control Block : > [0ACh 172 1] Space ID : 01 (SystemIO) > [0ADh 173 1] Bit Width : 20 > > > The 32-bit version is in bytes (2) - 16 bits. The 64-bit version specifies > 32 bits. > > > >>ACPI Warning (tbfadt-0496): Invalid length for Pm1aControlBlock: 32, using >>default 16 [20090123] > > The default ACPICA behavior is to override the incorrect value. > > > >>-----Original Message----- >>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>acpi@freebsd.org] On Behalf Of Jakub Lach >>Sent: Monday, February 09, 2009 3:49 AM >>To: freebsd-acpi@freebsd.org >>Subject: RE: ACPI error, No pointer back to NS node in buffer obj >> >> >>Hello again. >> >>Updated to ACPICA 20090123, got 2 new warnings: >> >>ACPI Warning (tbfadt-0624): 32/64X length mismatch in Pm1aControlBlock: >>16/32 [20090123] >>ACPI Warning (tbfadt-0496): Invalid length for Pm1aControlBlock: 32, using >>default 16 [20090123] >> >> >> >>-- >>View this message in context: http://www.nabble.com/ACPI-error%2C-No- >>pointer-back-to-NS-node-in-buffer-obj-tp21112077p21911316.html >>Sent from the freebsd-acpi mailing list archive at Nabble.com. >> >>_______________________________________________ >>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" > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/ACPI-error%2C-No-pointer-back-to-NS-node-in-buffer-obj-tp21112077p21919004.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From ivakras1 at gmail.com Mon Feb 9 16:04:53 2009 From: ivakras1 at gmail.com (Dmitry Kolosov) Date: Mon Feb 9 16:04:59 2009 Subject: ACPI events In-Reply-To: <4911F71203A09E4D9981D27F9D830858146AC638@orsmsx503.amr.corp.intel.com> References: <494DBF33.7040301@micom.mng.net> <21911316.post@talk.nabble.com> <4911F71203A09E4D9981D27F9D830858146AC638@orsmsx503.amr.corp.intel.com> Message-ID: <200902100303.57193.ivakras1@gmail.com> Hi all! I have acpi events mapped to Fn+F7 (lcd brightness up) and to Fn+F8 (lcd brightness down), and several other combinations. I think the corresponding code in my `acpidump -dt` produced asl file is: If (LEqual (Local1, 0x07)) { Store ("Fn+F7 Pressed", Debug) If (LEqual (OSYS, 0x07D6)) { If (IGDS) { BRTN (0x87) } Else { Notify (^^PCI0.PEGP.VGA.LCD, 0x87) } } Else { Store (0x15, SMIF) Store (Zero, TRP0) } Sleep (0x32) Store (0xB6, Index (DerefOf (Index (Local0, 0x02)), Zero)) Store (One, Index (DerefOf (Index (Local0, 0x02)), One)) } and If (LEqual (Local1, 0x08)) { Store ("Fn+F8 Pressed", Debug) If (LEqual (OSYS, 0x07D6)) { If (IGDS) { BRTN (0x86) } Else { Notify (^^PCI0.PEGP.VGA.LCD, 0x86) } } Else { Store (0x14, SMIF) Store (Zero, TRP0) } Sleep (0x32) Store (0xB7, Index (DerefOf (Index (Local0, 0x02)), Zero)) Store (One, Index (DerefOf (Index (Local0, 0x02)), One)) } It is no effect when i pressed it, it is also no keycodes sent (tested with xev). The question is: how to debug usage of this combinations? Is there a way to get it work? Thanks! From gavin at FreeBSD.org Tue Feb 10 05:58:58 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Feb 10 05:59:04 2009 Subject: kern/131473: powerd is not responsive enough for Intel CPUs with many CPU speed-steps Message-ID: <200902101358.n1ADwvEm073663@freefall.freebsd.org> Synopsis: powerd is not responsive enough for Intel CPUs with many CPU speed-steps Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: gavin Responsible-Changed-When: Tue Feb 10 13:57:25 UTC 2009 Responsible-Changed-Why: Although not strictly acpi-related, this seems to be where most of the work on powerd(1) takes place. Over to interested parties. http://www.freebsd.org/cgi/query-pr.cgi?pr=131473 From mav at FreeBSD.org Tue Feb 10 10:15:50 2009 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Tue Feb 10 10:15:56 2009 Subject: kern/131473: powerd(8) is not responsive enough for Intel CPUs with many CPU speed-steps Message-ID: <200902101815.n1AIFoXP068196@freefall.freebsd.org> Synopsis: powerd(8) is not responsive enough for Intel CPUs with many CPU speed-steps State-Changed-From-To: open->closed State-Changed-By: mav State-Changed-When: Tue Feb 10 18:14:47 UTC 2009 State-Changed-Why: This is duplicate PR. The problem already fixed in 7-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=131473 From bugmaster at FreeBSD.org Mon Feb 16 03:06:46 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 16 03:07:09 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200902161106.n1GB6jQb096016@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/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 o 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 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/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From avg at icyb.net.ua Thu Feb 19 03:10:42 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Feb 19 03:10:50 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD In-Reply-To: <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> Message-ID: <499D3E2E.7090500@icyb.net.ua> on 02/02/2009 17:50 Rui Paulo said the following: > > On 2 Feb 2009, at 14:53, Andriy Gapon wrote: > >> >> Another patch for acpi_cpu code related to PIIX4 chipset. >> >> We do not support C3 with this chipset and as such we never touch >> ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible >> (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS (because of >> CPU_QUIRK_NO_BM_CTRL). >> So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and >> ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a situation >> where the system would always immediately break out of C2 state should >> we ever attempt to enter it. >> >> Actually, ACPI spec says that bus master activity need not break out of >> C2 state (only interrupts must do that). >> >> Given all of the above, it seems to be safe and desired to reset >> ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. >> >> The patch is successfully tested on a real system that exhibited the >> above behavior (immediate backout from cx_lowest of C2 to C1). > > > > Looks ok to me. I no longer have a PIIX4 system to test it, though. So, > if no one raises any objection, I'll commit it to HEAD in a few days. > > Andriy, if I forget, please ping me :-) Rui, may I commit this one now? :) -- Andriy Gapon From rpaulo at FreeBSD.org Thu Feb 19 04:00:48 2009 From: rpaulo at FreeBSD.org (Rui Paulo) Date: Thu Feb 19 04:01:21 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD In-Reply-To: <499D3E2E.7090500@icyb.net.ua> References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> Message-ID: <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> On 19 Feb 2009, at 11:10, Andriy Gapon wrote: > on 02/02/2009 17:50 Rui Paulo said the following: >> >> On 2 Feb 2009, at 14:53, Andriy Gapon wrote: >> >>> >>> Another patch for acpi_cpu code related to PIIX4 chipset. >>> >>> We do not support C3 with this chipset and as such we never touch >>> ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible >>> (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS >>> (because of >>> CPU_QUIRK_NO_BM_CTRL). >>> So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and >>> ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a >>> situation >>> where the system would always immediately break out of C2 state >>> should >>> we ever attempt to enter it. >>> >>> Actually, ACPI spec says that bus master activity need not break >>> out of >>> C2 state (only interrupts must do that). >>> >>> Given all of the above, it seems to be safe and desired to reset >>> ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. >>> >>> The patch is successfully tested on a real system that exhibited the >>> above behavior (immediate backout from cx_lowest of C2 to C1). >> >> >> >> Looks ok to me. I no longer have a PIIX4 system to test it, though. >> So, >> if no one raises any objection, I'll commit it to HEAD in a few days. >> >> Andriy, if I forget, please ping me :-) > > Rui, > > may I commit this one now? :) If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl Regards, -- Rui Paulo -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090219/db355f49/PGP.pgp From avg at icyb.net.ua Thu Feb 19 06:42:11 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Feb 19 06:42:18 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD In-Reply-To: <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> Message-ID: <499D6FBF.10000@icyb.net.ua> on 19/02/2009 14:00 Rui Paulo said the following: > If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl Rui, r188814 - my first real FreeBSD commit :-) -- Andriy Gapon From cokane at cokane.org Thu Feb 19 08:58:44 2009 From: cokane at cokane.org (Coleman Kane) Date: Thu Feb 19 08:58:53 2009 Subject: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD In-Reply-To: <499D6FBF.10000@icyb.net.ua> References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> <499D6FBF.10000@icyb.net.ua> Message-ID: <1235061755.89655.0.camel@localhost> On Thu, 2009-02-19 at 16:42 +0200, Andriy Gapon wrote: > on 19/02/2009 14:00 Rui Paulo said the following: > > If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl > > Rui, > > r188814 - my first real FreeBSD commit :-) > Congratulations! -- Coleman Kane From robert.moore at intel.com Fri Feb 20 09:26:32 2009 From: robert.moore at intel.com (Moore, Robert) Date: Fri Feb 20 10:05:59 2009 Subject: ACPICA version 20090220 released Message-ID: <4911F71203A09E4D9981D27F9D83085814AFFAE9@orsmsx503.amr.corp.intel.com> 20 February 2009. Summary of changes for version 20090220: This release is available at www.acpica.org/downloads. 1) ACPI CA Core Subsystem: Optimized the ACPI register locking. Removed locking for reads from the ACPI bit registers in PM1 Status, Enable, Control, and PM2 Control. The lock is not required when reading the single-bit registers. The AcpiGetRegisterUnlocked function is no longer needed and has been removed. This will improve performance for reads on these registers. ACPICA BZ 760. Fixed the parameter validation for AcpiRead/Write. Now return AE_BAD_PARAMETER if the input register pointer is null, and AE_BAD_ADDRESS if the register has an address of zero. Previously, these cases simply returned AE_OK. For optional registers such as PM1B status/enable/control, the caller should check for a valid register address before calling. ACPICA BZ 748. Renamed the external ACPI bit register access functions. Renamed AcpiGetRegister and AcpiSetRegister to clarify the purpose of these functions. The new names are AcpiReadBitRegister and AcpiWriteBitRegister. Also, restructured the code for these functions by simplifying the code path and condensing duplicate code to reduce code size. Added new functions to transparently handle the possibly split PM1 A/B registers. AcpiHwReadMultiple and AcpiHwWriteMultiple. These two functions now handle the split registers for PM1 Status, Enable, and Control. ACPICA BZ 746. Added a function to handle the PM1 control registers, AcpiHwWritePm1Control. This function writes both of the PM1 control registers (A/B). These registers are different than the PM1 A/B status and enable registers in that different values can be written to the A/B registers. Most notably, the SLP_TYP bits can be different, as per the values returned from the _Sx predefined methods. Removed an extra register write within AcpiHwClearAcpiStatus. This function was writing an optional PM1B status register twice. The existing call to the low-level AcpiHwRegisterWrite automatically handles a possibly split PM1 A/B register. ACPICA BZ 751. Split out the PM1 Status registers from the FADT. Added new globals for these registers (A/B), similar to the way the PM1 Enable registers are handled. Instead of overloading the FADT Event Register blocks. This makes the code clearer and less prone to error. Fixed the warning message for when the platform contains too many ACPI tables for the default size of the global root table data structure. The calculation for the truncation value was incorrect. Removed the ACPI_GET_OBJECT_TYPE macro. Removed all instances of this obsolete macro, since it is now a simple reference to ->common.type. There were about 150 invocations of the macro across 41 files. ACPICA BZ 755. Removed the redundant ACPI_BITREG_SLEEP_TYPE_B. This type is the same as TYPE_A. Removed this and all related instances. Renamed SLEEP_TYPE_A to simply SLEEP_TYPE. ACPICA BZ 754. Conditionally compile the AcpiSetFirmwareWakingVector64 function. This function is only needed on 64-bit host operating systems and is thus not included for 32-bit hosts. Debug output: print the input and result for invocations of the _OSI reserved control method via the ACPI_LV_INFO debug level. Also, reduced some of the verbosity of this debug level. Len Brown. 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: 82.3K Code, 17.5K Data, 99.8K Total Debug Version: 157.3K Code, 49.8K Data, 207.1K Total Current Release: Non-Debug Version: 82.0K Code, 17.5K Data, 99.5K Total Debug Version: 156.9K Code, 49.8K Data, 206.7K Total 2) iASL Compiler/Disassembler and Tools: Disassembler: Decode the FADT PM_Profile field. Emit ascii names for the various legal performance profiles. From gseanmcg at gmail.com Mon Feb 23 03:01:52 2009 From: gseanmcg at gmail.com (Sean McGovern) Date: Mon Feb 23 03:01:58 2009 Subject: machine does not wake from S3 STR Message-ID: <93b4751c0902230229m60a2c1ebj2339b8019ef5b542@mail.gmail.com> I have a Intel Pentium 4 530J (3.0GHz with the NX-bit) on an Asus P5GD1-VM and I am currently unable to resume via the keyboard, mouse or power button after putting the machine into S3 suspend. As per section 11.16.1 of the FreeBSD handbook: Here is the sysctl hw.acpi output: hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S3 -- I set this and sleep_button_state to S3 in /etc/sysctl.conf, it was originally S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 # acpidump -dt > sean-Intel-Pentium4-530J.asl acpidump: RSDT entry 2 (sig OEMB) is corrupt -- should I be concerned about this? My ASL dump is available at: http://icchan.homeip.net/sean-Intel-Pentium4-530J.asl As it is also lengthy, dmesg output is available at: http://icchan.homeip.net/dmesg.out I would appreciate any and all suggestions you might have on this issue. Thanks in advance, Sean From bugmaster at FreeBSD.org Mon Feb 23 03:06:47 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 23 03:07:02 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200902231106.n1NB6kv4055404@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/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 o 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 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/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From contact at hardandsoftreviews.com Tue Feb 24 23:33:46 2009 From: contact at hardandsoftreviews.com (Special Laptop Offers ) Date: Tue Feb 24 23:33:54 2009 Subject: Energy Savings Laptop Under $350 Message-ID: <736309382359225@wordsforyou.myhome.westell.com> Save energy and money with a MSI Wind U100-439US 10-Inch Netbook. (Limited Supply-- First Come, First Served) Sold through and backed by Amazon. Product Features * Intel Atom 1.6 GHz Processor 512 KB L2 Cache, 533 MHz Bus speed 120 GB SATA Hard Drive, 1GB DDR2 667MHz RAM, 2 GB Max * Built-in Gigabit Ethernet LAN and Modem Module, Built-in 802.11b/g WLAN Card / Operating System: Windows XP Home Edition Special Features * Lifestyle: Netbooks * Condition: New * Operating Systems: Windows XP Home * Startup Operating System: Windows? XP Home * Optional Operating Systems: Microsoft? Windows? Vista Family (available separately) * Platform: Netbook * Display Type: WSVGA * Viewable Screen Size: 10" * Maximum Resolution: 1024 x 600 * Processor Brand: Intel * Processor Class: Atom * Processor Type: Single-Core * Processor Speed: 1.60GHz * Processor Number: N270 * Processor FSB: 533MHz * Processor Cache: 512KB * Memory Type: DDR2 * Memory Size: 1GB Cases and Expandability * Weight: 2.65 pounds For More Info On MSI Wind U100-439US 10-Inch Netbook (1.6 GHz Intel Atom Processor, 1 GB RAM, 120 GB Hard Drive, XP Home, 3 Cell Battery) White * All of the electronics featured by Big Black Cow are ENERGY STAR qualified, which means they help fight global warming by meeting strict energy-efficiency guidelines set by the U.S. Environmental Protection Agency--all without sacrificing quality or performance. So, just look for this logo to save energy, money, and the environment. This message was brought to you by Big Black Cow, Cedar Chip Court, Balitmore, Md., www.bigblackcow.com Click here to unsubscribe. From contact at hardandsoftreviews.com Wed Feb 25 04:19:18 2009 From: contact at hardandsoftreviews.com (Special Laptop Offers ) Date: Wed Feb 25 04:19:34 2009 Subject: Energy Savings Laptop Under $350 Message-ID: <4816309202296225@wordsforyou.myhome.westell.com> Save energy and money with a MSI Wind U100-439US 10-Inch Netbook. (Limited Supply-- First Come, First Served) Sold through and backed by Amazon. Product Features * Intel Atom 1.6 GHz Processor 512 KB L2 Cache, 533 MHz Bus speed 120 GB SATA Hard Drive, 1GB DDR2 667MHz RAM, 2 GB Max * Built-in Gigabit Ethernet LAN and Modem Module, Built-in 802.11b/g WLAN Card / Operating System: Windows XP Home Edition Special Features * Lifestyle: Netbooks * Condition: New * Operating Systems: Windows XP Home * Startup Operating System: Windows? XP Home * Optional Operating Systems: Microsoft? Windows? Vista Family (available separately) * Platform: Netbook * Display Type: WSVGA * Viewable Screen Size: 10" * Maximum Resolution: 1024 x 600 * Processor Brand: Intel * Processor Class: Atom * Processor Type: Single-Core * Processor Speed: 1.60GHz * Processor Number: N270 * Processor FSB: 533MHz * Processor Cache: 512KB * Memory Type: DDR2 * Memory Size: 1GB Cases and Expandability * Weight: 2.65 pounds For More Info On MSI Wind U100-439US 10-Inch Netbook (1.6 GHz Intel Atom Processor, 1 GB RAM, 120 GB Hard Drive, XP Home, 3 Cell Battery) White * All of the electronics featured by Big Black Cow are ENERGY STAR qualified, which means they help fight global warming by meeting strict energy-efficiency guidelines set by the U.S. Environmental Protection Agency--all without sacrificing quality or performance. So, just look for this logo to save energy, money, and the environment. This message was brought to you by Big Black Cow, Cedar Chip Court, Balitmore, Md., www.bigblackcow.com Click here to unsubscribe. From dd at gizmocreative.com Wed Feb 25 17:00:52 2009 From: dd at gizmocreative.com (Daniel Duerr) Date: Wed Feb 25 17:00:59 2009 Subject: EST SpeedStep with E2140 shows wrong frequencies Message-ID: <03537785-1D9B-4482-939F-318580227167@gizmocreative.com> Hello, I have been following the developments (or lack thereof) around EST and the more recent Intel Dual-core CPUs and was very happy to discover some new results with the latest FreeBSD 7.1 versions, specifically Gabriel Lavoie's recent posts about his success with the E5200 CPU. My CPU is an Intel Pentium Dual 65nm E2140 @ 1.6GHz which is supposed to use under 8W of power when idled down with EST. Since this server is always on, this power savings would be wonderful. Today, I decided to give it another shot and updated my 7.1-STABLE amd64 system to the current sources. I re-enabled the cpufreq driver in my /boot/loader.conf and now, upon bootup, no longer get the message about EST not recognizing my CPU which seems like a great step forward. Furthermore, EST is actually attaching to the cpufreq subsystem and populating frequency information as it should. Unfortunately I am experiencing two issues though: 1) the resulting frequency information picked up by EST don't seem complete/accurate for my CPU 2) the behavior changes further if I disable the multiple cores in my BIOS Here's the relevant output from dmesg when both cores are enabled: CPU: Intel(R) Pentium(R) Dual CPU E2140 @ 1.60GHz (1596.01-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features = 0xbfebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 ... and sysctl -a | grep freq shows the following output: dev.cpu.0.freq: 800 dev.cpu.0.freq_levels: 800/31000 dev.est.0.freq_settings: 800/31000 dev.est.1.freq_settings: 800/31000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 Now, if I disable the 2nd core I get this: CPU: Intel(R) Pentium(R) Dual CPU E2140 @ 1.60GHz (1608.77-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features = 0xafebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 ... with no mention of "Cores per package" or a second CPU. Here's the sysctl output: dev.cpu.0.freq_levels: 800/31000 600/13000 dev.est.0.freq_settings: 800/31000 600/13000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 So, it seems that with the 2nd core disabled I am at least offered two choices. The choices, however, don't seem to match up with my CPU speed nor do I get anywhere near the idle power consumption that I am supposed to (I verified this with a Kill A Watt meter which throttling the CPU up & down). Does anyone have any ideas on this? I'd love to get this working. Thanks! Daniel From jhb at freebsd.org Thu Feb 26 07:25:32 2009 From: jhb at freebsd.org (John Baldwin) Date: Thu Feb 26 07:25:38 2009 Subject: EST SpeedStep with E2140 shows wrong frequencies In-Reply-To: <03537785-1D9B-4482-939F-318580227167@gizmocreative.com> References: <03537785-1D9B-4482-939F-318580227167@gizmocreative.com> Message-ID: <200902260816.49474.jhb@freebsd.org> On Wednesday 25 February 2009 7:45:35 pm Daniel Duerr wrote: > Hello, > > I have been following the developments (or lack thereof) around EST > and the more recent Intel Dual-core CPUs and was very happy to > discover some new results with the latest FreeBSD 7.1 versions, > specifically Gabriel Lavoie's recent posts about his success with the > E5200 CPU. My CPU is an Intel Pentium Dual 65nm E2140 @ 1.6GHz which > is supposed to use under 8W of power when idled down with EST. Since > this server is always on, this power savings would be wonderful. > > Today, I decided to give it another shot and updated my 7.1-STABLE > amd64 system to the current sources. I re-enabled the cpufreq driver > in my /boot/loader.conf and now, upon bootup, no longer get the > message about EST not recognizing my CPU which seems like a great step > forward. Furthermore, EST is actually attaching to the cpufreq > subsystem and populating frequency information as it should. > Unfortunately I am experiencing two issues though: > 1) the resulting frequency information picked up by EST don't seem > complete/accurate for my CPU > 2) the behavior changes further if I disable the multiple cores in my > BIOS We rely on the BIOS to tell us the available speed settings via ACPI. Also, for idle consumption the bigger gain will come from using higher Cx states rather than using throttling. -- John Baldwin From dd at gizmocreative.com Thu Feb 26 12:10:14 2009 From: dd at gizmocreative.com (Daniel Duerr) Date: Thu Feb 26 12:10:26 2009 Subject: EST SpeedStep with E2140 shows wrong frequencies In-Reply-To: <200902260816.49474.jhb@freebsd.org> References: <03537785-1D9B-4482-939F-318580227167@gizmocreative.com> <200902260816.49474.jhb@freebsd.org> Message-ID: <609FE2E5-2C6B-4F60-BCBB-B8DC6980098E@gizmocreative.com> Thanks for the reply, John. I did look into the Cx states as well and I'm only offered C1 (which I've switched to C1E through the BIOS). I'm running on a relatively new Supermicro server motherboard which, if price/features were any indicator, would support the multiple Cx states offered by today's CPUs. So, I'm wondering if the reason why I am only seeing one state is a limitation of my CPU or a limitation of the motherboard. I did do some research on Intel's site yesterday and it appears that my CPU only supports C1/C1E. Do you have any thoughts on this and/or any ideas how I might go about figuring out where the limiting factor is here? If I can confirm that my motherboard/BIOS supports the full range of Cx states then I'll focus on finding a better CPU with more options. Also, do you have any recommended approaches for generating test CPU load (say 90-100%) so that I can compare the system power consumption to when it's idle? If I'm already indeed idling (in C1E state) at the 8W consumption Intel suggests then I don't need any more Cx states because that is low enough for me. Thanks again for your help! Cheers, Daniel On Feb 26, 2009, at 5:16 AM, John Baldwin wrote: > On Wednesday 25 February 2009 7:45:35 pm Daniel Duerr wrote: >> Hello, >> >> I have been following the developments (or lack thereof) around EST >> and the more recent Intel Dual-core CPUs and was very happy to >> discover some new results with the latest FreeBSD 7.1 versions, >> specifically Gabriel Lavoie's recent posts about his success with the >> E5200 CPU. My CPU is an Intel Pentium Dual 65nm E2140 @ 1.6GHz which >> is supposed to use under 8W of power when idled down with EST. Since >> this server is always on, this power savings would be wonderful. >> >> Today, I decided to give it another shot and updated my 7.1-STABLE >> amd64 system to the current sources. I re-enabled the cpufreq driver >> in my /boot/loader.conf and now, upon bootup, no longer get the >> message about EST not recognizing my CPU which seems like a great >> step >> forward. Furthermore, EST is actually attaching to the cpufreq >> subsystem and populating frequency information as it should. >> Unfortunately I am experiencing two issues though: >> 1) the resulting frequency information picked up by EST don't seem >> complete/accurate for my CPU >> 2) the behavior changes further if I disable the multiple cores in my >> BIOS > > We rely on the BIOS to tell us the available speed settings via > ACPI. Also, > for idle consumption the bigger gain will come from using higher Cx > states > rather than using throttling. > > -- > John Baldwin -- daniel duerr | president | gizmo creative dd@gizmocreative.com | +1 (831) 621-1710 x103 From sdshschmidt at gmail.com Sat Feb 28 22:18:07 2009 From: sdshschmidt at gmail.com (Steve Schmidt) Date: Sat Feb 28 22:18:18 2009 Subject: Thinkap T43 suspend/resume only once Message-ID: <8cff488f0902282154u66127f6pc21297c4543cace8@mail.gmail.com> Juergen, I've having the same issuesyou reported with FreeBSD/Suspend/Resume/Gnome. My settings are identical to the artice (great article) you posted on ThinkWiki Without GNOME started, suspend/resume works perfectly. Within GNOME, suspend works great, however, resume results in a system hang. Have any progess/tips? - Steve