From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 6 20:25:01 2011 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE74B106566B for ; Sun, 6 Nov 2011 20:25:01 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6E83E8FC12 for ; Sun, 6 Nov 2011 20:25:01 +0000 (UTC) Received: by ggnk3 with SMTP id k3so4074980ggn.13 for ; Sun, 06 Nov 2011 12:25:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=HMcIkhkctVcpJCHoA+mT1mS5ARvCOzD2HJC99wXoLBY=; b=CgM/laog2ptgSKlOiaaCjYO47atOI6N7pwIrd0GIs7PVctJXGNEdODInuAAYjBORHH zdV1GgYOEzX2hDI3MGxAPZM1vqVB3yEKk8MJvmoeT9wA9aB26swKwvaW3myhjTA6aN7v sog62qVdHOYfKij3TDYmMNgxz2Wk6/kAMNun4= MIME-Version: 1.0 Received: by 10.182.212.33 with SMTP id nh1mr6364031obc.72.1320609400963; Sun, 06 Nov 2011 11:56:40 -0800 (PST) Received: by 10.182.42.104 with HTTP; Sun, 6 Nov 2011 11:56:40 -0800 (PST) Date: Sun, 6 Nov 2011 20:56:40 +0100 Message-ID: From: Oliver Pinter To: acpi@freebsd.org Content-Type: multipart/mixed; boundary=e89a8f50398a3b419804b116563c X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: [PATCH][acpi_thermal] add dimension 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, 06 Nov 2011 20:25:01 -0000 --e89a8f50398a3b419804b116563c Content-Type: text/plain; charset=ISO-8859-1 Hi all! $subject --e89a8f50398a3b419804b116563c-- From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 7 11:07:05 2011 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 6915B106564A for ; Mon, 7 Nov 2011 11:07:05 +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 4E45E8FC28 for ; Mon, 7 Nov 2011 11:07:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pA7B75j7078602 for ; Mon, 7 Nov 2011 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pA7B74g2078600 for freebsd-acpi@FreeBSD.org; Mon, 7 Nov 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Nov 2011 11:07:04 GMT Message-Id: <201111071107.pA7B74g2078600@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, 07 Nov 2011 11:07:05 -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/161715 acpi [acpi] Dell E6520 doesn't resume after ACPI suspend o kern/161713 acpi [acpi] Suspend on Dell E6520 o kern/160838 acpi [acpi] ACPI Battery Monitor Non-Functional o kern/160419 acpi [acpi_thermal] acpi_thermal kernel thread high CPU usa o kern/158689 acpi [acpi] value of sysctl hw.acpi.thermal.polling_rate ne o kern/154955 acpi [acpi] Keyboard or ACPI doesn't work on Lenovo S10-3 o kern/152438 acpi [acpi]: patch to acpi_asus(4) to add extra sysctls for o kern/152098 acpi [acpi] Lenovo T61p does not resume o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject 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 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/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 p kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot a i386/122887 acpi [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f 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/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o bin/115947 acpi [hang] Dell poweredge 860 hangs when stressed and ACPI 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/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed 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/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/91594 acpi [acpi] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/ o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/73823 acpi [request] acpi / power-on by timer support 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 46 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 7 20:54:52 2011 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 41C731065673 for ; Mon, 7 Nov 2011 20:54:52 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from moh2-ve1.go2.pl (moh2-ve1.go2.pl [193.17.41.186]) by mx1.freebsd.org (Postfix) with ESMTP id C59268FC1A for ; Mon, 7 Nov 2011 20:54:51 +0000 (UTC) Received: from moh2-ve1.go2.pl (unknown [10.0.0.186]) by moh2-ve1.go2.pl (Postfix) with ESMTP id 5C69A44E0FF for ; Mon, 7 Nov 2011 21:54:50 +0100 (CET) Received: from unknown (unknown [10.0.0.74]) by moh2-ve1.go2.pl (Postfix) with SMTP for ; Mon, 7 Nov 2011 21:54:46 +0100 (CET) Received: from staticline55990.toya.net.pl [77.237.11.229] by poczta.o2.pl with ESMTP id pSXrGC; Mon, 07 Nov 2011 21:54:45 +0100 Date: Mon, 7 Nov 2011 21:54:48 +0100 From: Sebastian Chmielewski To: Ian Smith Message-ID: <20111107215448.233feb67@o2.pl> In-Reply-To: <20111103151806.D29579@sola.nimnet.asn.au> References: <20111024184736.077bfc1b@o2.pl> <1320155632.68325.15.camel@buffy.york.ac.uk> <20111101163933.2b367e9f@o2.pl> <20111103151806.D29579@sola.nimnet.asn.au> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 66 X-O2-SPF: neutral Cc: freebsd-acpi@freebsd.org, Gavin Atkinson Subject: Re: Suspend and resume on Dell E6520 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, 07 Nov 2011 20:54:52 -0000 On Thu, 3 Nov 2011 15:54:59 +1100 (EST) Ian Smith wrote: > Just checking: this is with a kernel built without uhci, ohci and ehci? 8.2-STABLE configured with: #device ehci #device ohci #device ohci in my kernel config. {ehci,ohci,uhci}_load="YES" in loader.conf the same symptoms are for 9.0-BETA2 (official memstick) > The beep is generated by programming the good old-fashioned timer chip; > if the laptop normally beeps on boot or error it should beep on resume. > With this, my Thinkpad T23 (piercingly) beeped for a full 60 seconds on > resume for months, until learning it was (here) uhci causing that hang. My laptop is able to beep - echo -e "\007" does a short beep, but there is no beep on resume. > You could try setting sysctl hw.acpi.verbose=1 from /etc/sysctl.conf and > then booting with verbose messages, which logs a lot more detail around > suspend and resume, which may provide clues (though some of that logging > obviously occurs after resume succeeds). Worth also maybe trying sysctl > hw.syscons.sc_no_suspend_vtswitch=1 which has helped on some laptops. I did the following: boot -s (all modules) kldunload ehci kldunload ohci kldunload uhci kldunload firewire kldunload nvidia sysctl hw.acpi.verbose=1 sysctl debug.acpi.resume_beep=1 sysctl hw.syscons.sc_no_suspend_vtswitch=1 (also tried without it) zzz (had to press Ctrl-C to go to sleep) press power button - cpu fan goes on, screen is blank, no beep - wait for 3 minutes, nothing changed next I tried: - at bootloader: unload, load /boot/kernel/kernel, load /boot/kernel/{ahci.ko,zfs.ko} - boot -s - all sysctl's as above - zzz (no Ctrl-C needed) - pressed power button for resume - nothing happens - no beep, no resume, screen is blank so ehci,ohci are not the problem here. This laptop has: - core i7 processor - nvidia card (tried to suspend&resume without nvidia.ko, no luck) - encrypted hard drive (tried to suspend&resume without it, still no luck) best regards, -- Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 8 08:51:32 2011 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 975) id 40D591065676; Tue, 8 Nov 2011 08:51:32 +0000 (UTC) Date: Tue, 8 Nov 2011 08:51:32 +0000 From: "Sergey A. Osokin" To: freebsd-acpi@FreeBSD.ORG Message-ID: <20111108085132.GA64998@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: ThinkPad X1, display messed up after resume 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, 08 Nov 2011 08:51:32 -0000 Hi, I have a problem with Lenovo ThinkPad X1 1291-2LG and ACPI, the display did not powered up after resume. The laptop accessible over the network, also keyboard works fine after resume. Laptop with latest version of BIOS, 1.27. I'm running FreeBSD 9.0-RC1, most drivers compiled as modules. I'm using latest patch from kib@ (i.e. http://wiki.freebsd.org/Intel_GPU) and one-string patch for /sys/dev/acpi_support/acpi_ibm.c (add "LEN0068" to ibm_ids[]). According to handbook, I'd like to post debugging information. o) boot -v (with ACPI enabled) - http://people.freebsd.org/~osa/x1/dmesg.boot.txt o) pciconf -lv - http://people.freebsd.org/~osa/x1/pciconf.lv.txt o) sysctl hw.acpi - http://people.freebsd.org/~osa/x1/hw.acpi.txt o) acpidump -dt - http://people.freebsd.org/~osa/x1/osa-ThinkPadX1.asl Also, I tried to set hw.acpi.reset_video to 1 (default value is 0) and hw.acpi.sleep_delay to longer value (default is 1), but both tricks does not help me. -- Sergey A. Osokin osa@FreeBSD.ORG From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 8 09:28:37 2011 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 93FE51065739 for ; Tue, 8 Nov 2011 09:28:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6C88FC15 for ; Tue, 8 Nov 2011 09:28:36 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pA89Bdv1049995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 11:11:39 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pA89Bda1063416; Tue, 8 Nov 2011 11:11:39 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pA89BdFF063415; Tue, 8 Nov 2011 11:11:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 8 Nov 2011 11:11:39 +0200 From: Kostik Belousov To: "Sergey A. Osokin" Message-ID: <20111108091139.GE50300@deviant.kiev.zoral.com.ua> References: <20111108085132.GA64998@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yj36+TCbbjg2Vp2s" Content-Disposition: inline In-Reply-To: <20111108085132.GA64998@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-acpi@freebsd.org Subject: Re: ThinkPad X1, display messed up after resume 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, 08 Nov 2011 09:28:37 -0000 --Yj36+TCbbjg2Vp2s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 08, 2011 at 08:51:32AM +0000, Sergey A. Osokin wrote: > Hi, >=20 > I have a problem with Lenovo ThinkPad X1 1291-2LG and ACPI, the display > did not powered up after resume. The laptop accessible over the network, > also keyboard works fine after resume. >=20 > Laptop with latest version of BIOS, 1.27. > I'm running FreeBSD 9.0-RC1, most drivers compiled as modules. > I'm using latest patch from kib@ (i.e. http://wiki.freebsd.org/Intel_GPU)= and The driver does not support suspend/resume, the code is simply missed. I think it should take 3-4 hours of your time to import and debug Linux i915_suspend.c. > one-string patch for /sys/dev/acpi_support/acpi_ibm.c (add "LEN0068" to > ibm_ids[]). >=20 > According to handbook, I'd like to post debugging information. >=20 > o) boot -v (with ACPI enabled) - http://people.freebsd.org/~osa/x1/dmesg.= boot.txt > o) pciconf -lv - http://people.freebsd.org/~osa/x1/pciconf.lv.txt > o) sysctl hw.acpi - http://people.freebsd.org/~osa/x1/hw.acpi.txt > o) acpidump -dt - http://people.freebsd.org/~osa/x1/osa-ThinkPadX1.asl >=20 > Also, I tried to set hw.acpi.reset_video to 1 (default value is 0) and > hw.acpi.sleep_delay to longer value (default is 1), but both tricks > does not help me. >=20 > --=20 > Sergey A. Osokin > osa@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" --Yj36+TCbbjg2Vp2s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk648ksACgkQC3+MBN1Mb4i0mgCfQ/yNiJecTpL8QTdY3HNwavm0 F2gAn0twj8uFBoHCasOwl/3IEzFaH6Gm =6VmA -----END PGP SIGNATURE----- --Yj36+TCbbjg2Vp2s-- From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 9 07:29:37 2011 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 59934106566C; Wed, 9 Nov 2011 07:29:37 +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 C68B68FC0A; Wed, 9 Nov 2011 07:29:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id pA97TYdm055311; Wed, 9 Nov 2011 18:29:34 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 9 Nov 2011 18:29:34 +1100 (EST) From: Ian Smith To: Gavin Atkinson In-Reply-To: <1320321173.86694.1.camel@buffy.york.ac.uk> Message-ID: <20111109180440.X45669@sola.nimnet.asn.au> References: <20111024184736.077bfc1b@o2.pl> <1320155632.68325.15.camel@buffy.york.ac.uk> <20111101163933.2b367e9f@o2.pl> <20111103151806.D29579@sola.nimnet.asn.au> <1320321173.86694.1.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@FreeBSD.org Subject: Re: Suspend and resume on Dell E6520 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: Wed, 09 Nov 2011 07:29:37 -0000 On Thu, 3 Nov 2011, Gavin Atkinson wrote: > On Thu, 2011-11-03 at 15:54 +1100, Ian Smith wrote: > > On Tue, 1 Nov 2011, Sebastian Chmielewski wrote: > > > On Tue, 01 Nov 2011 13:53:52 +0000 > > > Gavin Atkinson wrote: > > > > > > > Can I confirm that you have tried suspend/resume without any of the USB > > > > code loaded? > > > > > > > > If you set sysctl debug.acpi.resume_beep=1 before suspend, do you hear a > > > > beep on resume? > > > > > > > > > > > I have > > > kldunload {uhci,ohci,ehci} in rc.suspend. > > > kldload {uhci,ohci,ehci} in rc.resume. > > > > Just checking: this is with a kernel built without uhci, ohci and ehci? > > > > > There is no beep on resume but beep maybe simulated through soudcard? (It's a > > > laptop). > > > > The beep is generated by programming the good old-fashioned timer chip; > > if the laptop normally beeps on boot or error it should beep on resume. > > With this, my Thinkpad T23 (piercingly) beeped for a full 60 seconds on > > resume for months, until learning it was (here) uhci causing that hang. > > > > (I've been vaguely hoping this might be fixed before 9.0-RELEASE ..) > > Me too. So far, it's not even clear what the right solution is. > > I assume you've found my hack-fix for this at > http://markmail.org/thread/kqmwwbjsmf3ps7u4 ? I looked at that, and was thinking of trying it when I started testing a Cardbus USB 2.0 card requiring ohci and ehci too, so I've just stuck with unloading/reloading those three modules in rc.{suspend,resume}, which works around it, though it's messy and you lose mounts of course. I also saw somebody mention that this may apply to xhci (USB 3?) as well, so figured 'someone' might be working on the general solution, based on your discoveries. Not so? I've been away more than around lately, or I'd be more involved in testing 9.0 betas .. as is I've not yet found time to install RC1. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 9 08:24:14 2011 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 7FAD21065672; Wed, 9 Nov 2011 08:24:14 +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 A672A8FC0A; Wed, 9 Nov 2011 08:24:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id pA98OCoV057153; Wed, 9 Nov 2011 19:24:12 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 9 Nov 2011 19:24:11 +1100 (EST) From: Ian Smith To: Sebastian Chmielewski In-Reply-To: <20111107215448.233feb67@o2.pl> Message-ID: <20111109182944.F45669@sola.nimnet.asn.au> References: <20111024184736.077bfc1b@o2.pl> <1320155632.68325.15.camel@buffy.york.ac.uk> <20111101163933.2b367e9f@o2.pl> <20111103151806.D29579@sola.nimnet.asn.au> <20111107215448.233feb67@o2.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, Gavin Atkinson Subject: Re: Suspend and resume on Dell E6520 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: Wed, 09 Nov 2011 08:24:14 -0000 On Mon, 7 Nov 2011, Sebastian Chmielewski wrote: > On Thu, 3 Nov 2011 15:54:59 +1100 (EST) > Ian Smith wrote: > > > Just checking: this is with a kernel built without uhci, ohci and ehci? > > 8.2-STABLE configured with: > #device ehci > #device ohci > #device ohci > in my kernel config. > {ehci,ohci,uhci}_load="YES" in loader.conf Thanks for confirmation. > the same symptoms are for 9.0-BETA2 (official memstick) GENERIC or kernel configured as above? > > The beep is generated by programming the good old-fashioned timer chip; > > if the laptop normally beeps on boot or error it should beep on resume. > > With this, my Thinkpad T23 (piercingly) beeped for a full 60 seconds on > > resume for months, until learning it was (here) uhci causing that hang. > > My laptop is able to beep - echo -e "\007" does a short beep, but there is no > beep on resume. Ok, well I haven't looked at that code in a year or so, but I recall the asm code starting the beep was right at the start of resume, so I guess it's just not getting that far - but I don't claim to follow the suspend/resume code well in general, way too many layers and busses .. > > You could try setting sysctl hw.acpi.verbose=1 from /etc/sysctl.conf and > > then booting with verbose messages, which logs a lot more detail around > > suspend and resume, which may provide clues (though some of that logging > > obviously occurs after resume succeeds). Worth also maybe trying sysctl > > hw.syscons.sc_no_suspend_vtswitch=1 which has helped on some laptops. > > I did the following: > > boot -s (all modules) > > kldunload ehci > kldunload ohci > kldunload uhci > kldunload firewire > kldunload nvidia > sysctl hw.acpi.verbose=1 > sysctl debug.acpi.resume_beep=1 > sysctl hw.syscons.sc_no_suspend_vtswitch=1 (also tried without it) > zzz > (had to press Ctrl-C to go to sleep) That must be a clue. Same result if you use 'acpiconf -s3' instead? > press power button > - cpu fan goes on, screen is blank, no beep > - wait for 3 minutes, nothing changed > > next I tried: > - at bootloader: unload, load /boot/kernel/kernel, load > /boot/kernel/{ahci.ko,zfs.ko} > - boot -s > - all sysctl's as above > - zzz (no Ctrl-C needed) > - pressed power button for resume > - nothing happens - no beep, no resume, screen is blank > > so ehci,ohci are not the problem here. Yes, seems likely something else. I guess boot -s gives a non-verbose dmesg? Adding -v (or choose 'boot with verbose messages" into multiuser) prints a fair bit of info going into suspend, so even with it not resuming there may be some indications of any problems suspending? (I've posted a verbose suspend/resume cycle below for an idea of what you might see. This one was a year ago tomorrow at 8.1-STABLE when I was still trying to figure out the uhci-caused 60 second stall. You should maybe get messages up to the first 'acpi_printcpu() debug dump') > This laptop has: > - core i7 processor > - nvidia card (tried to suspend&resume without nvidia.ko, no luck) > - encrypted hard drive (tried to suspend&resume without it, still no luck) Apart from the extra logging I can't think of anything else, sorry. > best regards, > -- > Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 (BTW excuse my spamblock on o2.pl, I've whitelisted your address now :) cheers, Ian acpi_button0: sleep button pressed acpi_lid0: wake_prep enabled for \\_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \\_SB_.SLPB (S3) vga0: saving 68 bytes of video state vga0: saving color palette pci0:1:0:0: Transition from D0 to D3 pci0:2:8:0: Transition from D0 to D3 ct_to_ts([2010-10-10 02:23:57]) = 1286677437.000000000 ======== acpi_printcpu() debug dump ======== gdt[0097:c0e471a0] idt[07ff:c0e4f800] ldt[0050] tr[0048] efl[00080006] eax[0141e000] ebx[00000000] ecx[c141e000] edx[0141e000] esi[c4197b00] edi[00080202] ebp[df787b4c] esp[df787b2c] cr0[8005003b] cr2[28162280] cr3[0141e000] cr4[000006d1] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ======== acpi_printcpu() debug dump ======== gdt[0097:c0e471a0] idt[07ff:c0e4f800] ldt[0050] tr[0048] efl[00000002] eax[c4930001] ebx[00000000] ecx[00000004] edx[c4930000] esi[c4197b00] edi[00080202] ebp[df787b4c] esp[df787b2c] cr0[8005003b] cr2[28162280] cr3[0141e000] cr4[000006d1] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] acpi_lid0: run_prep cleaned up for \\_SB_.LID_ acpi_button0: run_prep cleaned up for \\_SB_.SLPB pci0:1:0:0: Transition from D3 to D0 t_delta 15.fbb94811f04ece80 too short t_delta 15.fbb95171aab13180 too short t_delta 15.fbb9d4addc129b80 too short ct_to_ts([2010-10-13 22:13:32]) = 1287008012.000000000 wakeup from sleeping state (slept 91:49:35) ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ad0: setting UDMA100 ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 acd0: setting UDMA33 ata1: reinit done .. atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 battery0: battery initialization start battery0: battery initialization done, tried 1 times ts_to_ct(1287008356.707738396) = [2010-10-13 22:19:16] From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 9 09:29:37 2011 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 01898106566C; Wed, 9 Nov 2011 09:29:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4C07D8FC1A; Wed, 9 Nov 2011 09:29:35 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 201069623; Wed, 09 Nov 2011 10:19:29 +0100 From: Hans Petter Selasky To: freebsd-acpi@freebsd.org Date: Wed, 9 Nov 2011 10:16:39 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <20111024184736.077bfc1b@o2.pl> <1320321173.86694.1.camel@buffy.york.ac.uk> <20111109180440.X45669@sola.nimnet.asn.au> In-Reply-To: <20111109180440.X45669@sola.nimnet.asn.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111091016.39762.hselasky@c2i.net> Cc: Gavin Atkinson , Ian Smith Subject: Re: Suspend and resume on Dell E6520 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: Wed, 09 Nov 2011 09:29:37 -0000 On Wednesday 09 November 2011 08:29:34 Ian Smith wrote: > I looked at that, and was thinking of trying it when I started testing a > Cardbus USB 2.0 card requiring ohci and ehci too, so I've just stuck > with unloading/reloading those three modules in rc.{suspend,resume}, > which works around it, though it's messy and you lose mounts of course. > Hi, > I also saw somebody mention that this may apply to xhci (USB 3?) as > well, so figured 'someone' might be working on the general solution, > based on your discoveries. Not so? Probably the drivers themselves can do this re-init without the load/unload. I don't have a PC to test this on, so any patches are welcome. Basically what you need to do is to reset the hardware and point it to the existing DMA schedule. --HPS From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 9 11:02:17 2011 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 BD7E5106564A for ; Wed, 9 Nov 2011 11:02:17 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from moh1-ve1.go2.pl (moh1-ve1.go2.pl [193.17.41.131]) by mx1.freebsd.org (Postfix) with ESMTP id 7390B8FC08 for ; Wed, 9 Nov 2011 11:02:17 +0000 (UTC) Received: from moh1-ve1.go2.pl (unknown [10.0.0.131]) by moh1-ve1.go2.pl (Postfix) with ESMTP id 25A3291EBB1 for ; Wed, 9 Nov 2011 12:02:16 +0100 (CET) Received: from unknown (unknown [10.0.0.108]) by moh1-ve1.go2.pl (Postfix) with SMTP for ; Wed, 9 Nov 2011 12:02:16 +0100 (CET) Received: from mail-qw0-f47.google.com [209.85.216.47] by poczta.o2.pl with ESMTP id CIbhtj; Wed, 09 Nov 2011 12:04:44 +0100 Received: by qabj40 with SMTP id j40so1461477qab.13 for ; Wed, 09 Nov 2011 03:02:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.2.225 with SMTP id 1mr370787obx.30.1320836531904; Wed, 09 Nov 2011 03:02:11 -0800 (PST) Received: by 10.182.111.4 with HTTP; Wed, 9 Nov 2011 03:02:11 -0800 (PST) In-Reply-To: <20111109182944.F45669@sola.nimnet.asn.au> References: <20111024184736.077bfc1b@o2.pl> <1320155632.68325.15.camel@buffy.york.ac.uk> <20111101163933.2b367e9f@o2.pl> <20111103151806.D29579@sola.nimnet.asn.au> <20111107215448.233feb67@o2.pl> <20111109182944.F45669@sola.nimnet.asn.au> Date: Wed, 9 Nov 2011 12:02:11 +0100 Message-ID: From: Sebastian Chmielewski To: Ian Smith , freebsd-acpi@freebsd.org X-O2-Trust: 2, 63 X-O2-SPF: neutral Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Suspend and resume on Dell E6520 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chmiels@o2.pl List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 11:02:18 -0000 Hi I've posted boot verbose log as described in Handbook in my PR: http://freebsd.1045724.n5.nabble.com/misc-161715-Dell-E6520-doesn-t-resume-after-ACPI-suspend-td4907186.html From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 10 18:53:32 2011 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 4719F1065678 for ; Thu, 10 Nov 2011 18:53:32 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C1AC58FC24 for ; Thu, 10 Nov 2011 18:53:31 +0000 (UTC) Received: by faar19 with SMTP id r19so4496102faa.13 for ; Thu, 10 Nov 2011 10:53:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:content-type :content-transfer-encoding:x-mailer; bh=aMylEZI9Clv1RvwuYq6L78alazKAdmznk1/mGkKwGJA=; b=vl9o5dctuL0xzvWQMmKq27mmpvXUMqIRbkhK/JAUSw54B7w/yhXWixOHtKD0IcFE/i DNPtfJEs8Mg+vMlLbZDC+M8hUOkCpsOShZipY8loMElkMaxvt7RMqLbz9SjWfxvmn0xe lfs8Au4uDLL3vhdrmCFmf+5giXuXy7SYsES/s= Received: by 10.223.94.143 with SMTP id z15mr13482889fam.32.1320949793019; Thu, 10 Nov 2011 10:29:53 -0800 (PST) Received: from DOMYPC ([82.193.208.173]) by mx.google.com with ESMTPS id l26sm12100431fad.17.2011.11.10.10.29.49 (version=SSLv3 cipher=OTHER); Thu, 10 Nov 2011 10:29:51 -0800 (PST) Message-ID: <20111110.182948.630.1@DOMY-PC> From: rank1seeker@gmail.com To: hackers@freebsd.org, freebsd-acpi@FreeBSD.org Date: Thu, 10 Nov 2011 19:29:48 +0100 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable X-Mailer: POP Peeper (3.8.0.0) Cc: Subject: Adventure into S3 state and back 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, 10 Nov 2011 18:53:32 -0000 8.2-p4 RELEASE amd64=0D=0A=0D=0AI've built a custom kernel, only with = drivers, that I need=0D=0AAfter resuming from S3 ...=0D=0A=0D=0AI = hit:=0D=0A# ifconfig=0D=0Aand all hells breaks = loose:=0D=0A----=0D=0Abge0: PHY read timed out (phy 1, reg 5, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 10, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 25, val = 0xffffffff)=0D=0A media: Ethernet autoselect=0D=0A status: = no carrier=0D=0Abge0: PHY read timed out (phy 1, reg 1, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 1, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 0, val = 0xffffffff)=0D=0Augen3.2: at usbus3 (disconnected)=0D=0Aukbd0: = at uhub3, port 1, addr 2 (disconnected)=0D=0Aums0: at uhub3, port 1, addr = 2 (disconnected)=0D=0Auhid0: at uhub3, port 1, addr 2 = (disconnected)=0D=0Abge0: PHY read timed out (phy 1, reg 4, val = 0xffffffff)=0D=0Augen3.2: at usbus3=0D=0Aukbd0: on usbus3=0D=0Akbd2 at = ukbd0=0D=0Aums0: on usbus3=0D=0Aums0: 16 buttons and [XYZT] coordinates = ID=3D2=0D=0Auhid0: on usbus3=0D=0Abge0: PHY read timed out (phy 1, reg 5, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 10, val = 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 25, val = 0xffffffff)=0D=0Apflog0: flags=3D141 metric 0 mtu = 33152=0D=0Alo0: flags=3D8049 metric 0 mtu = 16384=0D=0A options=3D3=0D=0A inet6 = fe80::1%lo0 prefixlen 64 scopeid 0x3=0D=0A inet6 ::1 prefixlen = 128=0D=0A inet 127.0.0.1 netmask 0xff000000=0D=0A nd6 = options=3D3=0D=0Acruiser# ifconfig=0D=0Abge0: = flags=3D8802 metric 0 mtu 1500=0D=0A = options=3D8009b=0D=0A = ether 00:21:70:70:01:df=0D=0Abge0: PHY read timed out (phy 1, reg = 1, val 0xffffffff)=0D=0Abge0: PHY read timed out (phy 1, reg 1, val = 0xffffffff)=0D=0A=0D=0A... ... ... =0D=0A----=0D=0A=0D=0ASo, taking into account:=0D=0A"A common = problem with suspend/resume is that many device drivers do not save, = restore, or reinitialize their firmware, registers, or device memory = properly."=0D=0A=0D=0ANext step was to get rid of 'bge' device from my = KERNCONF and recompile it.=0D=0AVoila! S3 works!=0D=0A=0D=0ABut another, = mouse problem, didn't go away!=0D=0AIn 9 out of 10 cases, mouse doesn't = resume.=0D=0AAs it is USB mouse, I've did:=0D=0A=0D=0A# camcontrol rescan = all=0D=0A didn't help=0D=0A=0D=0AI've also tried adding into = loader.conf and = nada:=0D=0A---=0D=0Ahint.psm.0.flags=3D"0x3000"=0D=0A---=0D=0ABut i think = it is PS/2 related=0D=0A=0D=0AWhat works 100% for a mouse is to unplug = and then plug back it's USB receiver=0D=0A=0D=0AThis is Dell D830 = laptop=0D=0A=0D=0A=0D=0A=0D=0ADomagoj Smol=E8i=E6 From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 12 00:20:36 2011 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 636A7106566C; Sat, 12 Nov 2011 00:20:36 +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 3AEBD8FC0A; Sat, 12 Nov 2011 00:20:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pAC0KaFT096484; Sat, 12 Nov 2011 00:20:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pAC0Kaku096474; Sat, 12 Nov 2011 00:20:36 GMT (envelope-from linimon) Date: Sat, 12 Nov 2011 00:20:36 GMT Message-Id: <201111120020.pAC0Kaku096474@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/162491: [acpi_hp] [panic] EliteBook 8540p panic on acpi_hp module loading 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, 12 Nov 2011 00:20:36 -0000 Old Synopsis: EliteBook 8540p panic on acpi_hp module loading New Synopsis: [acpi_hp] [panic] EliteBook 8540p panic on acpi_hp module loading Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Nov 12 00:19:53 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=162491 From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 12 00:51:29 2011 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 7E432106566B; Sat, 12 Nov 2011 00:51:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4598FC0A; Sat, 12 Nov 2011 00:51:28 +0000 (UTC) Received: by yenl2 with SMTP id l2so3830216yen.13 for ; Fri, 11 Nov 2011 16:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=yvWvkYrvnHDGhDnI1G7tlpX4mgE02SLoFf1SOJwF03k=; b=of7GUa2FEd777r6eDFVaI+c1CeZZmRkYlD1j1YUvy+tvnCkReC6la4xIwxIXwuPMJ7 QzhQufkeYX6xtyI3Kb5oXkkB/lmdW1D2gYCHSv0cOECfYnCgGWkMBDHEHvNBQeBwjE4h DDMWcD2ZEbt2OoI7IBp7qoXnDdLbSMKA7vWag= Received: by 10.68.47.4 with SMTP id z4mr28625172pbm.39.1321057771134; Fri, 11 Nov 2011 16:29:31 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id wn14sm34132101pbb.5.2011.11.11.16.29.29 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 11 Nov 2011 16:29:30 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 11 Nov 2011 16:27:27 -0800 From: YongHyeon PYUN Date: Fri, 11 Nov 2011 16:27:27 -0800 To: rank1seeker@gmail.com Message-ID: <20111112002727.GD17792@michelle.cdnetworks.com> References: <20111110.182948.630.1@DOMY-PC> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111110.182948.630.1@DOMY-PC> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, hackers@freebsd.org Subject: Re: Adventure into S3 state and back X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 00:51:29 -0000 On Thu, Nov 10, 2011 at 07:29:48PM +0100, rank1seeker@gmail.com wrote: > 8.2-p4 RELEASE amd64 > > I've built a custom kernel, only with drivers, that I need > After resuming from S3 ... > > I hit: > # ifconfig > and all hells breaks loose: > ---- > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff) > media: Ethernet autoselect > status: no carrier > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 0, val 0xffffffff) > ugen3.2: at usbus3 (disconnected) > ukbd0: at uhub3, port 1, addr 2 (disconnected) > ums0: at uhub3, port 1, addr 2 (disconnected) > uhid0: at uhub3, port 1, addr 2 (disconnected) > bge0: PHY read timed out (phy 1, reg 4, val 0xffffffff) > ugen3.2: at usbus3 > ukbd0: on usbus3 > kbd2 at ukbd0 > ums0: on usbus3 > ums0: 16 buttons and [XYZT] coordinates ID=2 > uhid0: on usbus3 > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff) > pflog0: flags=141 metric 0 mtu 33152 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=3 > cruiser# ifconfig > bge0: flags=8802 metric 0 mtu 1500 > options=8009b > ether 00:21:70:70:01:df > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > > ... ... ... Known issue. kern/136876. Mobile bge(4) controllers seem to have this issue. > ---- > > So, taking into account: > "A common problem with suspend/resume is that many device drivers do not save, restore, or reinitialize their firmware, registers, or device memory properly." > > Next step was to get rid of 'bge' device from my KERNCONF and recompile it. > Voila! S3 works! > > But another, mouse problem, didn't go away! > In 9 out of 10 cases, mouse doesn't resume. > As it is USB mouse, I've did: > > # camcontrol rescan all > didn't help > > I've also tried adding into loader.conf and nada: > --- > hint.psm.0.flags="0x3000" > --- > But i think it is PS/2 related > > What works 100% for a mouse is to unplug and then plug back it's USB receiver > > This is Dell D830 laptop > > > > Domagoj Smol?i? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 12 14:41:56 2011 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 41B5E106564A; Sat, 12 Nov 2011 14:41:56 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5B08FC17; Sat, 12 Nov 2011 14:41:55 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so5926123bkb.13 for ; Sat, 12 Nov 2011 06:41:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:in-reply-to:references:x-mailer; bh=h55dFzJP1qqQmJrMkhOEQ3d7DINNPTkq+QQ/DX0tW0o=; b=fiscKQ/eWSJu7+U3ETHlSZFOSHKzQZ3jYaCpRdqPoFCg8zaxqxHN2JInxfjNqdB70l qOpQzkJ7H9bNL0zLcNo24GhVshPNnlb8jKTeixghksMD0d/sYqUdc8CX4AsO5QuHWfJ0 by9KKU9NrZ7R1rxPoTuhuLhrXRAvJFciosVWg= Received: by 10.205.128.13 with SMTP id hc13mr4536673bkc.140.1321108914481; Sat, 12 Nov 2011 06:41:54 -0800 (PST) Received: from DOMYPC ([82.193.208.173]) by mx.google.com with ESMTPS id dq2sm17847929bkb.11.2011.11.12.06.41.07 (version=SSLv3 cipher=OTHER); Sat, 12 Nov 2011 06:41:52 -0800 (PST) Message-ID: <20111112.144149.725.1@DOMY-PC> From: rank1seeker@gmail.com To: pyunyh@gmail.com, hackers@freebsd.org, freebsd-acpi@freebsd.org Date: Sat, 12 Nov 2011 15:41:49 +0100 In-Reply-To: <20111112002727.GD17792@michelle.cdnetworks.com> References: <20111110.182948.630.1@DOMY-PC> <20111112002727.GD17792@michelle.cdnetworks.com> X-Mailer: POP Peeper (3.8.0.0) Cc: Subject: Re: Adventure into S3 state and back 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, 12 Nov 2011 14:41:56 -0000 ----- Original Message ----- From: YongHyeon PYUN To: rank1seeker@gmail.com Cc: hackers@freebsd.org, freebsd-acpi@freebsd.org Date: Fri, 11 Nov 2011 16:27:27 -0800 Subject: Re: Adventure into S3 state and back > On Thu, Nov 10, 2011 at 07:29:48PM +0100, rank1seeker@gmail.com wrote: > > 8.2-p4 RELEASE amd64 > > > > I've built a custom kernel, only with drivers, that I need > > After resuming from S3 ... > > > > I hit: > > # ifconfig > > and all hells breaks loose: > > ---- > > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff) > > media: Ethernet autoselect > > status: no carrier > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 0, val 0xffffffff) > > ugen3.2: at usbus3 (disconnected) > > ukbd0: at uhub3, port 1, addr 2 (disconnected) > > ums0: at uhub3, port 1, addr 2 (disconnected) > > uhid0: at uhub3, port 1, addr 2 (disconnected) > > bge0: PHY read timed out (phy 1, reg 4, val 0xffffffff) > > ugen3.2: at usbus3 > > ukbd0: on usbus3 > > kbd2 at ukbd0 > > ums0: on usbus3 > > ums0: 16 buttons and [XYZT] coordinates ID=2 > > uhid0: on usbus3 > > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff) > > pflog0: flags=141 metric 0 mtu 33152 > > lo0: flags=8049 metric 0 mtu 16384 > > options=3 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > inet6 ::1 prefixlen 128 > > inet 127.0.0.1 netmask 0xff000000 > > nd6 options=3 > > cruiser# ifconfig > > bge0: flags=8802 metric 0 mtu 1500 > > options=8009b > > ether 00:21:70:70:01:df > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff) > > > > ... ... ... > > Known issue. kern/136876. > Mobile bge(4) controllers seem to have this issue. I can see this has been reported, when 8.0-BETA1 was released. Now is almost 8.3 out and problem is still present > > ---- > > > > So, taking into account: > > "A common problem with suspend/resume is that many device drivers do not save, restore, or reinitialize their firmware, registers, or device memory properly." > > > > Next step was to get rid of 'bge' device from my KERNCONF and recompile it. > > Voila! S3 works! > > > > But another, mouse problem, didn't go away! > > In 9 out of 10 cases, mouse doesn't resume. > > As it is USB mouse, I've did: > > > > # camcontrol rescan all > > didn't help > > > > I've also tried adding into loader.conf and nada: > > --- > > hint.psm.0.flags="0x3000" > > --- > > But i think it is PS/2 related > > > > What works 100% for a mouse is to unplug and then plug back it's USB receiver > > > > This is Dell D830 laptop > > How do I solve mouse issue? It is annoying to unplug and then plug back it's USB receiver, each time.