Date: Sat, 02 Oct 2010 16:39:36 -0400 From: "Alexandre \"Sunny\" Kovalenko" <gaijin.k@ovi.com> To: Ian Smith <smithi@nimnet.asn.au> Cc: Matt <sendtomatt@gmail.com>, freebsd-acpi@freebsd.org, Paul B Mahol <onemda@gmail.com> Subject: Re: Sleep/Lenovo SL410 Message-ID: <1286051977.1655.45.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <20101002142419.G62022@sola.nimnet.asn.au> References: <4C732522.1010400@gmail.com> <4CA556EB.902@gmail.com> <20101001144505.C62022@sola.nimnet.asn.au> <AANLkTikg-CW-wSiWz7VmtBKFafFkCvXeOMEoRW_U2Wvv@mail.gmail.com> <20101002142419.G62022@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <smithi@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=3D0"
> > > > 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 $somed=
ay?
> > It is already documented.
>=20
> Well, there's all of:
>=20
> t23% sysctl -ad | grep do_power_resume
> hw.pci.do_power_resume: Transition from D3 -> D0 on resume.
>=20
> unless you mean RTFS :) where there's:
>=20
> 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 =3D 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
>=20
> .. including manpages, handbook, faq, articles etc. Is that it? I know=
=20
> what D3->D0 means but it hardly describes when/how/why to {,not} use it,=
=20
> leaving me surprised it would make S3 resume work in this case, and why?
>=20
> 8.1-STABLE FreeBSD 8.1-STABLE #0: Sun Sep 5 15:53:00 EST 2010 GENERIC i3=
86
>=20
> > > > 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=3D1
> > >
> > > > 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
> >=20
> > Suspend to disk does not work because FreeBSD does not support it.
> > (s4bios is irrelevant here)
>=20
> Ah, when did that break? It worked fine on my old Compaq 1500c ('99!)=20
> on FreeBSD 5.5, s4bios=3D1, though for another reason I couldn't usually=
=20
> run ACPI on it, and APM STD and STR work. I found a message from someone=
=20
> with a Dell Inspiron something a few years ago reporting S4BIOS working,=
=20
> 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.
--=20
Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80=
=D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE)
--------------------------------------------------------------
Ovi Mail: Making email access easy
http://mail.ovi.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1286051977.1655.45.camel>