On Sat, 2010-10-02 at 16:34 +1000, Ian Smith wrote: > On Fri, 1 Oct 2010, Paul B Mahol wrote: > > On 10/1/10, Ian Smith <smi...@nimnet.asn.au> wrote: > > > On Thu, 30 Sep 2010, Matt wrote: > > > > Success! > > > > > > > > After setting every possible suspend/resume sysctl, > > > > "sysctl hw.pci.do_power_resume=0" > > > > allowed suspend and resume. Still beeps 1-3 times before suspend, with > > > rapid > > > > sleep light flashing until suspend complete. > > > > > > Interesting; $someone may document do_power_resume a bit more $someday? > > It is already documented. > > Well, there's all of: > > t23% sysctl -ad | grep do_power_resume > hw.pci.do_power_resume: Transition from D3 -> D0 on resume. > > unless you mean RTFS :) where there's: > > t23% sh -c 'find /usr -type f -exec grep -Hi do_power_resume {} \; > 2>/dev/null' > /usr/src/sys/dev/pci/pci.c:static int pci_do_power_resume = 1; > /usr/src/sys/dev/pci/pci.c:TUNABLE_INT("hw.pci.do_power_resume", > &pci_do_power_resume); > /usr/src/sys/dev/pci/pci.c:SYSCTL_INT(_hw_pci, OID_AUTO, do_power_resume, > CTLFLAG_RW, > /usr/src/sys/dev/pci/pci.c: &pci_do_power_resume, 1, > /usr/src/sys/dev/pci/pci.c: if (pci_do_power_resume) > /usr/src/sys/dev/pci/pci.c: if (pci_do_power_resume) > Binary file /usr/obj/usr/src/sys/GENERIC/pci.o matches > Binary file /usr/obj/usr/src/sys/GENERIC/kernel matches > Binary file /usr/obj/usr/src/sys/GENERIC/kernel.debug matches > Binary file /usr/obj/usr/src/sys/GENERIC/kernel.symbols matches > > .. including manpages, handbook, faq, articles etc. Is that it? I know > what D3->D0 means but it hardly describes when/how/why to {,not} use it, > leaving me surprised it would make S3 resume work in this case, and why? > > 8.1-STABLE FreeBSD 8.1-STABLE #0: Sun Sep 5 15:53:00 EST 2010 GENERIC i386 > > > > > Kernel conf is attached. > > > > World built from last Friday's CVS, -CURRENT > > > > > > > > acpiconf -s3 works perfectly from console > > > > previously opened windows are garbled until refresh in X > > > > > > Some thinkpads have responded positively in this regard to setting > > > hw.syscons.sc_no_suspend_vtswitch=1 > > > > > > > acpiconf -s4 causes shutdown, does not resume on power on. > > > > > > Suspend To Disk is not expected to work; your laptop (like most) has no > > > BIOS support for S4, as per your hw.acpi.s4bios: 0 > > > > Suspend to disk does not work because FreeBSD does not support it. > > (s4bios is irrelevant here) > > Ah, when did that break? It worked fine on my old Compaq 1500c ('99!) > on FreeBSD 5.5, s4bios=1, though for another reason I couldn't usually > run ACPI on it, and APM STD and STR work. I found a message from someone > with a Dell Inspiron something a few years ago reporting S4BIOS working, > modulo a fixable screen resume issue that he had resuming from S3 also. On my IBM ThinkPad 701C "Butterfly" BIOS-supported suspend-to-disk broke somewhere between 4.11 and 5.2.1. Upon resume in 5.2.1 system would go into endless loop of ata timeouts and never come back.
-- Alexandre Kovalenko (Олександр Коваленко) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com _______________________________________________ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"