From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 15 05:58:17 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C237106566B for ; Sun, 15 Nov 2009 05:58:17 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id C81248FC12 for ; Sun, 15 Nov 2009 05:58:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nAF5wDUT026893; Sun, 15 Nov 2009 16:58:14 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 15 Nov 2009 16:58:13 +1100 (EST) From: Ian Smith To: Jerry Marles In-Reply-To: <1257805380.3265.21.camel@lenny.internal> Message-ID: <20091115164712.D65262@sola.nimnet.asn.au> References: <1257798198.3265.12.camel@lenny.internal> <1257805380.3265.21.camel@lenny.internal> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: HP Pavillion does not power off X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 05:58:17 -0000 On Mon, 9 Nov 2009, Jerry Marles wrote: > On Mon, 2009-11-09 at 20:23 +0000, Jerry Marles wrote: > > On Sun, 2009-11-08 at 10:41 +0000, Jerry Marles wrote: > > Hello, > > > > > > I have a HP Pavillion desktop PC model g3001.uk. The problem I have is > > > that halt -p does not power it off. The light on the power button goes > > > off but I can hear that it is still running. If I hold down the power > > > button for a few seconds the power can be heard to go off but then it > > > boots right back up again. Windows and Linux can power it off > > > successfully. > > > > > > Regards > > > > > > Jerry Marles > > > > > > > with further investigation I have found that > > > > acpiconf -s 5 results in invalid sleep type (5) > > > > but acpiconf -s 4 powers it off successfully so if I could just make > > halt -p do whatever acpiconf -s 4 is doing the problem would be solved. > > > > any advice would be much appreciated. > > dmesg after boot -v is here http://www.marles.org/acpi/dmesg.txt > > sysctl hw.acpi is here http://www.marles.org/acpi/hwacpi.txt > > acpidump is here http://www.marles.org/acpi/acpidump.txt Seeing noone else has had a go: It seems pretty strange that acpiconf -s 4 powers it off properly. your hwacpi.txt only shows .. hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 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: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 .. but s4bios is 0 (no BIOS support for S4) and I wonder what's happened to your hw.acpi.thermal settings also, but .. just a long shot .. What happens if you set sysctl hw.acpi.power_button_state=S4 and then try halt -p ? .. probably better off using 'shutdown -p now' actually. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 16 11:06:46 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB2391065694 for ; Mon, 16 Nov 2009 11:06:46 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF4088FC1C for ; Mon, 16 Nov 2009 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAGB6kRM011069 for ; Mon, 16 Nov 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAGB6kfC011067 for freebsd-acpi@FreeBSD.org; Mon, 16 Nov 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Nov 2009 11:06:46 GMT Message-Id: <200911161106.nAGB6kfC011067@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 11:06:47 -0000 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/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, 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 54 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 16 18:05:47 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D72F106566C for ; Mon, 16 Nov 2009 18:05:47 +0000 (UTC) (envelope-from jerry@marles.org) Received: from mailforwards.extendcp.co.uk (mailforwards.extendcp.co.uk [79.170.40.74]) by mx1.freebsd.org (Postfix) with ESMTP id A4B9B8FC22 for ; Mon, 16 Nov 2009 18:05:46 +0000 (UTC) Received: from marles.demon.co.uk ([83.104.58.197] helo=[192.168.1.181]) by mailforwards.extendcp.com with esmtpa (Exim 4.63) id 1NA5xP-0001pH-Ef; Mon, 16 Nov 2009 18:05:43 +0000 From: Jerry Marles To: Ian Smith In-Reply-To: <20091115164712.D65262@sola.nimnet.asn.au> References: <1257798198.3265.12.camel@lenny.internal> <1257805380.3265.21.camel@lenny.internal> <20091115164712.D65262@sola.nimnet.asn.au> Content-Type: text/plain Date: Mon, 16 Nov 2009 18:05:35 +0000 Message-Id: <1258394735.3278.34.camel@lenny.internal> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: HP Pavillion does not power off X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2009 18:05:47 -0000 On Sun, 2009-11-15 at 16:58 +1100, Ian Smith wrote: > On Mon, 9 Nov 2009, Jerry Marles wrote: > > On Mon, 2009-11-09 at 20:23 +0000, Jerry Marles wrote: > > > On Sun, 2009-11-08 at 10:41 +0000, Jerry Marles wrote: > > > Hello, > > > > > > > > I have a HP Pavillion desktop PC model g3001.uk. The problem I have is > > > > that halt -p does not power it off. The light on the power button goes > > > > off but I can hear that it is still running. If I hold down the power > > > > button for a few seconds the power can be heard to go off but then it > > > > boots right back up again. Windows and Linux can power it off > > > > successfully. > > > > > > > > Regards > > > > > > > > Jerry Marles > > > > > > > > > > with further investigation I have found that > > > > > > acpiconf -s 5 results in invalid sleep type (5) > > > > > > but acpiconf -s 4 powers it off successfully so if I could just make > > > halt -p do whatever acpiconf -s 4 is doing the problem would be solved. > > > > > > any advice would be much appreciated. > > > > dmesg after boot -v is here http://www.marles.org/acpi/dmesg.txt > > > > sysctl hw.acpi is here http://www.marles.org/acpi/hwacpi.txt > > > > acpidump is here http://www.marles.org/acpi/acpidump.txt > > Seeing noone else has had a go: > > It seems pretty strange that acpiconf -s 4 powers it off properly. > your hwacpi.txt only shows .. > > hw.acpi.supported_sleep_state: S1 S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > 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: 1 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > > .. but s4bios is 0 (no BIOS support for S4) and I wonder what's happened > to your hw.acpi.thermal settings also, but .. just a long shot .. > > What happens if you set sysctl hw.acpi.power_button_state=S4 and then > try halt -p ? .. probably better off using 'shutdown -p now' actually. > > cheers, Ian That does change things in that now if I hold down the power button after halt -p it just goes off rather than booting straight back up again. So that is an improvement. Thanks. Jerry From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 17 19:34:22 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E021065676 for ; Tue, 17 Nov 2009 19:34:22 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8197A8FC13 for ; Tue, 17 Nov 2009 19:34:22 +0000 (UTC) Received: by yxe1 with SMTP id 1so364378yxe.3 for ; Tue, 17 Nov 2009 11:34:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject :content-disposition:from:date:mime-version:content-type :content-transfer-encoding:message-id; bh=GaoNq3NLQFEYUGGCJVYcEuLOg3ecL+ibKhQLLGztEEg=; b=o9OuPG+YEYPmbQW4IhcueYxkE2CGcaPYpyzTnJtiR7ndEd/G2HKEek05NAw3+H2F5A tLfH6qfwy1X4Knx5n+iJhyqCoTpWKn1u/yZzNGLvyV72k8zCFzb/1EzCOnNB97ZenNfv f8I8ckVkLw6i1KDGHQxc5gtr+ZarM4xf6Oy1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:content-disposition:from:date:mime-version:content-type :content-transfer-encoding:message-id; b=Z1qtNHiFl5WqhcBTjRlDkCJ370516CfBas7QMlM3RX59Hj78cG8n2kogIF7O9TAHc7 G9HQMpWG5NA0hXlKk35x5TT4vfwXRcrJNJKmmeRx2OZm6K8sNeN1HipILOyp8J2cHrGs K872alSim8yXuDJmOBpPkVC66sSzwwPi1ZCF4= Received: by 10.101.152.36 with SMTP id e36mr2274479ano.30.1258486461132; Tue, 17 Nov 2009 11:34:21 -0800 (PST) Received: from ?192.168.1.101? ([190.177.192.49]) by mx.google.com with ESMTPS id 6sm1753701ywc.54.2009.11.17.11.34.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 11:34:20 -0800 (PST) To: freebsd-acpi@freebsd.org Content-Disposition: inline From: Gonzalo Nemmi Date: Tue, 17 Nov 2009 17:34:16 -0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200911171734.16920.gnemmi@gmail.com> Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 19:34:22 -0000 On Monday 16 November 2009 3:54:50 pm Pyun YongHyeon wrote: > On Mon, Nov 16, 2009 at 03:34:33PM -0200, Gonzalo Nemmi wrote: > > On Sunday 15 November 2009 11:58:16 pm Pyun YongHyeon wrote: > > > On Thu, Nov 12, 2009 at 08:39:31PM -0200, Gonzalo Nemmi wrote: > > > > On Thursday 12 November 2009 8:05:50 pm Pyun YongHyeon wrote: > > > > > On Thu, Nov 12, 2009 at 07:12:44PM -0200, Gonzalo Nemmi wrote: > > > > > > On Thursday 12 November 2009 1:47:49 am Pyun YongHyeon wrote: > > > > > > > On Wed, Nov 11, 2009 at 02:37:51PM -0800, Pyun YongHyeon > > > > wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I had been working on fixing bus_dma(9) bugs and adding > > > > > > > > TSO capability to bge(4). Now TSO is supported for > > > > > > > > BCM5755 or newer controllers. Actually some pre-BCM5755 > > > > > > > > controllers also support TSO with the help of special > > > > > > > > firmware but the license issue and lower performance of > > > > > > > > firmware based TSO as well as TSO bug I intentionally > > > > > > > > excluded TSO support for pre-BCM5755 controllers. You > > > > > > > > can get the patch form the following URL. The diff was > > > > > > > > generated against latest HEAD. > > > > > > > > > > > > > > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111.dif > > > > > > > >f > > > > > > > > > > > > > > Eh, there was a typo so I regenerated the diff. > > > > > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111-1.dif > > > > > > >f > > > > > > > > > > > > Hi > > > > > > Just wanted to know before getting on to it, will your > > > > > > patch help to resolve kern/136876? > > > > > > > > > > My diff includes a fix for assuming PCIe device control > > > > > register and MSI control registers would be reside in fixed > > > > > address. And from the pciconf output I see the your MSI > > > > > control register is located at different address. However > > > > > bge(4) does not touch that register for BCM5906 so I guess my > > > > > diff may not fix the resume issue. > > > > > > > > Thanks a lot for your prompt, clear and straight answer. > > > > > > Would you try attached patch for BCM5906 resume issue? Not sure > > > whether it help or not though. > > > > Hi Pyun! > > Sorry for the delay, I was out of town and just got back. > > I'm downloading RC3 as of now. Then I will install: > > edit make.conf > > edit src.conf > > buildworld > > buildkernel > > installkernel > > reboot > > > > mergemaster -p > > make installworld > > reboot > > > > cp bge.diff bge.patch > > cd /usr/src/sys/dev/bge && patch < /path/to/patch > > make > > make install clean > > kldunload if_bge > > Not sure you removed bge in GENERIC kernel configuration file. > > > kldload if_bge > > pciconf -lcvb > > ifconfig bge0 up > > acpiconf -s3 > > > > ... and hpefully .. resume from S3 .. > > > > Is that ok with you or would you like me to do it in another way? > > That's ok. At first I wanted to add WOL to wake up bge(4) with > magic packet but bge(4) seems to require a lot of workaround for > each controller and it's too complex to implement at this time. > Just want to know whether bge(4) can resume from suspend. Well, I proceeded as I told you I would, applied your patch and even if it didn't solve the problem (bge still doesn't resume) at least it improved the previous situation given that now it doesn't loop timing out once and again as before. You can find a tail from /var/log/messages in here: http://pastebin.com/f643555f7 As you can see, the first 3 lines corresponds to "kldload if_bge" Line number 4 is "acpiconf -s3" At line number 17 bge0 finally fails and let's the machine wake up at line 18. Then, as soon as I could I issued a "ifconfig bge0" to see what I could get .. that's what you can see from line 20 to line 41. (as you can see in there, I found there are problems resuming umass devices as well ... ) Line 42 to 53 correspond to "kldnuload if_bge" .. which, by the way, once unloaded, I could load it again but bge0 never showed on "ifconfig". Line 54 till the end correspond to "umount_msdos /dev/ad0s1" ... which ended with pulling the pendrive out as the system coldn't umount it ... I also found I get wpi0 messages on resume .. it spouts: wpi0 could not lock memory wpi0 could not lock memory wpi0 could not lock memory wpi0 could not lock memory wpi0 could not lock memory wpi0 could not lock memory wpi0 could not lock memory and then it let's the system resume. All in all .. there's _a_lot_of_problems_on_resume_ Pyun, if you'd like me to try a new patch or to do some tests or whatever, just let me know. I'm here awaiting orders :) Best Regards Gonzalo Nemmi From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 17 21:17:48 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53FA91065693; Tue, 17 Nov 2009 21:17:48 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id EBDF58FC18; Tue, 17 Nov 2009 21:17:47 +0000 (UTC) Received: by gxk10 with SMTP id 10so466227gxk.3 for ; Tue, 17 Nov 2009 13:17:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=DBoDvT4DEE7EpXS2ExN6Ef2TrCKeNw5PhunfwW2V3Rc=; b=rPabTv1XeTDiMnTTu8EARJDgUNihk+fjqMukAulLoHK8RjAEjIsy5yOiy2VOQOo65I DD2p3b18x6E9asQ3Wp7pI66Fz/7hvEM0lO81tlBGqfSNM7BJoO+DgkSHbDd3jcajTwkK AlMVJsXnXsBGE2u4DRdCBBRrLMG+gp/JOVNIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=C1WtCZTf5q5KmT26YMiPsAf9PFovUFj9uMaGwJDNL759Da7psY6Sj1yn0LBgbhws8Y gRxA+YkmUojg+JNigOZMaj2LbdLCEsGrdhSUx/z7F18gz5mFmV530nYsnQrSe2Di+kRN +5jUPPe2hxhJo5Zbs1xsciAPWS9smwdSLcNCo= Received: by 10.150.174.36 with SMTP id w36mr915995ybe.144.1258492665421; Tue, 17 Nov 2009 13:17:45 -0800 (PST) Received: from ?192.168.1.101? ([190.177.192.49]) by mx.google.com with ESMTPS id 5sm68287ywd.8.2009.11.17.13.17.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 13:17:44 -0800 (PST) From: Gonzalo Nemmi To: pyunyh@gmail.com Date: Tue, 17 Nov 2009 19:17:41 -0200 User-Agent: KMail/1.9.10 References: <20091111223751.GE15449@michelle.cdnetworks.com> <200911171650.06834.gnemmi@gmail.com> <20091117193208.GI1262@michelle.cdnetworks.com> In-Reply-To: <20091117193208.GI1262@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200911171917.41906.gnemmi@gmail.com> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 21:17:48 -0000 On Tuesday 17 November 2009 5:32:08 pm Pyun YongHyeon wrote: > On Tue, Nov 17, 2009 at 04:50:06PM -0200, Gonzalo Nemmi wrote: > > [...] > > > Well, I proceeded as I told you I would, applied your patch and > > even if it didn't solve the problem (bge still doesn't resume) at > > least it improved the previous situation given that now it doesn't > > loop timing out once and again as before. > > > > You can find a tail from /var/log/messages in here: > > http://pastebin.com/f643555f7 > > > > As you can see, the first 3 lines corresponds to "kldload if_bge" > > Line number 4 is "acpiconf -s3" > > > > At line number 17 bge0 finally fails and let's the machine wake up > > at line 18. > > > > Then, as soon as I could I issued a "ifconfig bge0" to see what I > > could get .. that's what you can see from line 20 to line 41. (as > > you can see > > Ok, would you try this one? I guess bge(4) register access method > could be in uninitialized state after resume. Just did .. same result .. you=B4ll find the messages here: http://pastebin.com/f38369b3c 1.- root login 2 to 9.- "kldload if_bge" 10.- "acpiconf -s3" 11 to 13.- wpi0 messages before suspending 14 to 23.- bge0 messages upon resume 24.- wakeup BTW: is there an easy way to unroll the patches so I get a pristine copy=20 back and apply the patch over it again? Im asking because the 3rd chunk=20 of your patch ( bge_reset(sc); ) didn't apply cleanly and I had to edit=20 if_bge.c by hand to add that line in the right place. Still willing to keep on trying and awaiting orders :) Best Regards Gonzalo Nemmi > > in there, I found there are problems resuming umass devices as > > well ... ) > > Probably Hans can help you on USB issues. > > > Line 42 to 53 correspond to "kldnuload if_bge" .. which, by the > > way, once unloaded, I could load it again but bge0 never showed on > > "ifconfig". > > > > Line 54 till the end correspond to "umount_msdos /dev/ad0s1" ... > > which ended with pulling the pendrive out as the system coldn't > > umount it ... > > > > I also found I get wpi0 messages on resume .. it spouts: > > wpi0 could not lock memory > > wpi0 could not lock memory > > wpi0 could not lock memory > > wpi0 could not lock memory > > wpi0 could not lock memory > > wpi0 could not lock memory > > wpi0 could not lock memory > > and then it let's the system resume. > > Don't know what it really means. You'd be better to ask wpi(4) > author Benjamin Close(benjsc@). > > > All in all .. there's _a_lot_of_problems_on_resume_ > > > > > > Pyun, if you'd like me to try a new patch or to do some tests or > > whatever, just let me know. I'm here awaiting orders :) > > > > Best Regards > > Gonzalo Nemmi =2D-=20 Blessings Gonzalo Nemmi From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 19 06:03:50 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4424106566B for ; Thu, 19 Nov 2009 06:03:50 +0000 (UTC) (envelope-from velai4all@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 820918FC18 for ; Thu, 19 Nov 2009 06:03:50 +0000 (UTC) Received: by qyk42 with SMTP id 42so1087885qyk.28 for ; Wed, 18 Nov 2009 22:03:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=F7F78oiJPU9kd+zUyas0O3Pb8/9CGA+x1VPHEHFsZIQ=; b=QYicZj2mtQcM4RR9jM30HfPX3NuRNQBj5LWg066RsW/It6o6DxQY0tUKZRdIUia/vr 3qdObivfk5AJlVrbmFUIH1ROdT29h88X7dF41Lx5+Ol4g9Bszy5piOQdOItPzDwXeVXc FCQJuaCFCEZxgJcSkatyjuLsssdKXGHYewsf0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hFtQ61y2fERh4KSbnGoIb/EF6R1AcZglgjqcJI3UImjKvOvKxiBn1yQhfd81kLLgOT 671DxX/gBfjr67e9dXVj1EdK9qjs65xEAfDcTWv+DyRI9bNy1Wlb+Hy+snYioHq7DqfU bGwH3cIoAsb7CqsCqOOLTGrgG/iuoPqDagNes= MIME-Version: 1.0 Received: by 10.224.7.202 with SMTP id e10mr6606975qae.67.1258608711319; Wed, 18 Nov 2009 21:31:51 -0800 (PST) Date: Thu, 19 Nov 2009 11:01:51 +0530 Message-ID: From: job s To: "freebsd-acpi@FreeBSD.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Windows XP blue screen error with ACPI enabled! X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 06:03:50 -0000 Hi, I am a BIOS developer, I get a blue screen error "STOP 0x0000007e (0Xc0000005,0xf748e0bf,0xf78da208,0xf78d9f08) pci.sys -address F748e0bf base at F7487000 , datestamp 3b7d855c. " when i try to install windows XP in the targer motherboard. Please help in decoding the error message. thanks in advance. velavan From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 20 10:50:01 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336C31065676 for ; Fri, 20 Nov 2009 10:50:01 +0000 (UTC) (envelope-from jerry@marles.org) Received: from mailforwards.extendcp.co.uk (mailforwards.extendcp.co.uk [79.170.40.74]) by mx1.freebsd.org (Postfix) with ESMTP id C40608FC0A for ; Fri, 20 Nov 2009 10:50:00 +0000 (UTC) Received: from marles.demon.co.uk ([83.104.58.197] helo=[192.168.1.181]) by mailforwards.extendcp.com with esmtpa (Exim 4.63) id 1NBR3u-0005iU-VP for freebsd-acpi@freebsd.org; Fri, 20 Nov 2009 10:49:59 +0000 From: Jerry Marles To: freebsd-acpi@freebsd.org In-Reply-To: <1258394735.3278.34.camel@lenny.internal> References: <1257798198.3265.12.camel@lenny.internal> <1257805380.3265.21.camel@lenny.internal> <20091115164712.D65262@sola.nimnet.asn.au> <1258394735.3278.34.camel@lenny.internal> Content-Type: text/plain Date: Fri, 20 Nov 2009 10:49:48 +0000 Message-Id: <1258714188.3487.38.camel@lenny.internal> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: Re: HP Pavillion does not power off X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2009 10:50:01 -0000 On Mon, 2009-11-16 at 18:05 +0000, Jerry Marles wrote: > On Sun, 2009-11-15 at 16:58 +1100, Ian Smith wrote: > > On Mon, 9 Nov 2009, Jerry Marles wrote: > > > On Mon, 2009-11-09 at 20:23 +0000, Jerry Marles wrote: > > > > On Sun, 2009-11-08 at 10:41 +0000, Jerry Marles wrote: > > > > Hello, > > > > > > > > > > I have a HP Pavillion desktop PC model g3001.uk. The problem I have is > > > > > that halt -p does not power it off. The light on the power button goes > > > > > off but I can hear that it is still running. If I hold down the power > > > > > button for a few seconds the power can be heard to go off but then it > > > > > boots right back up again. Windows and Linux can power it off > > > > > successfully. > > > > > > > > > > Regards > > > > > > > > > > Jerry Marles > > > > > > > > > > > > > with further investigation I have found that > > > > > > > > acpiconf -s 5 results in invalid sleep type (5) > > > > > > > > but acpiconf -s 4 powers it off successfully so if I could just make > > > > halt -p do whatever acpiconf -s 4 is doing the problem would be solved. > > > > > > > > any advice would be much appreciated. > > > > > > dmesg after boot -v is here http://www.marles.org/acpi/dmesg.txt > > > > > > sysctl hw.acpi is here http://www.marles.org/acpi/hwacpi.txt > > > > > > acpidump is here http://www.marles.org/acpi/acpidump.txt > > > > Seeing noone else has had a go: > > > > It seems pretty strange that acpiconf -s 4 powers it off properly. > > your hwacpi.txt only shows .. > > > > hw.acpi.supported_sleep_state: S1 S3 S4 S5 > > hw.acpi.power_button_state: S5 > > hw.acpi.sleep_button_state: S1 > > 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: 1 > > hw.acpi.disable_on_reboot: 0 > > hw.acpi.handle_reboot: 0 > > hw.acpi.reset_video: 0 > > hw.acpi.cpu.cx_lowest: C1 > > > > .. but s4bios is 0 (no BIOS support for S4) and I wonder what's happened > > to your hw.acpi.thermal settings also, but .. just a long shot .. > > > > What happens if you set sysctl hw.acpi.power_button_state=S4 and then > > try halt -p ? .. probably better off using 'shutdown -p now' actually. > > > > cheers, Ian > > That does change things in that now if I hold down the power button > after halt -p it just goes off rather than booting straight back up > again. So that is an improvement. Thanks. > > Jerry As Windows, Linux and Solaris can power this machine off would it be reasonable to conclude that this is just a feature of FreeBSD and not a fault in my ACPI tables? looking at the source code for acpiconf leads me to conclude that FreeBSD just does not implement ACPI sleep state S5, acpiconf certainly does not. In the handbook 11.16 Using and Debugging FreeBSD ACPI says "This means that we can use acpiconf -s to test S3, S4OS, and S5." That is clearly wrong. I discovered that the motherboard is actually made by Foxconn a 945GZ7MC. Googling Foxconn lead me to all sorts of interesting rants about Linux ACPI. I also found some useful articles about how to go about debugging ACPI tables and wondered if I could contribute something that might be useful to others if I could get to the bottom of the problem. I guess I would probably just waste a lot of time going down that road. I have been using FreeBSD since 2.15 around 1996 so I will be very disappointed to have to confine it to VirtualBox until I replace this hardware. I also find it hard to believe that I am the only one with this problem should I just create a PR? Regards Jerry From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 21 23:14:16 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E95471065676; Sat, 21 Nov 2009 23:14:16 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C04338FC08; Sat, 21 Nov 2009 23:14:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nALNEGSP037720; Sat, 21 Nov 2009 23:14:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nALNEGSL037716; Sat, 21 Nov 2009 23:14:16 GMT (envelope-from linimon) Date: Sat, 21 Nov 2009 23:14:16 GMT Message-Id: <200911212314.nALNEGSL037716@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/140751: [acpi] BIOS resource allocation and FreeBSD ACPI in TOSHIBA laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 23:14:17 -0000 Old Synopsis: BIOS resource allocation and FreeBSD ACPI in TOSHIBA laptop New Synopsis: [acpi] BIOS resource allocation and FreeBSD ACPI in TOSHIBA laptop Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Nov 21 23:14:02 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140751