Subject: Re: Thinkpad T42 Power Management
To: Steven M. Bellovin <smb@cs.columbia.edu>
From: Quentin Garnier <cube@cubidou.net>
List: port-i386
Date: 02/03/2006 05:33:19
--aE2Tjr+Wh4rS13mJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 02, 2006 at 10:32:04PM -0500, Steven M. Bellovin wrote:
> In message <05EE46FC-F65B-4AAC-9CA4-A8ABA3C0D712@invisible.ca>, "Jared D.=
 McNei
> ll" writes:
> >On 2-Feb-06, at 7:34 PM, David Brownlee wrote:
> >
> >> On Sat, 19 Nov 2005, Jared D. McNeill wrote:
> >>> For what it's worth, I had suspend/resume (ACPI S1 and S3) working =
=20
> >>> on my Dell Latitude D600. -current doesn't provide a way to =20
> >>> trigger a suspend, so here's the (old) patch I used:
> >>>
> >>> 	http://www.invisible.ca/~jmcneill/netbsd/d600/acpi-sleep-=20
> >>> sysctl.patch
> >>>
> >>> You can trigger a sleep with 'sysctl -w hw.acpi.sleepstate=3D<n>' =20
> >>> where 'n' is the ACPI sleepstate (1, 3, 4, etc).
> >>>
> >>> There was a bug in the D600 firmware where resume would fail to re-=
=20
> >>> initialize the display adapter if it entered S3 while undocked, =20
> >>> but apart from that our ACPI suspend/resume code works flawlessly. =
=20
> >>> Hopefully others have better luck on different hardware.
> >>
> >> 	Would there be any sense in committing this as a (default
> >> 	undefined) option to make it easier for people to play with
> >> 	this stuff?
> >
> >It was undecided that a sysctl was the proper place for this knob to =20
> >live. I wasn't prepared to commit this as a sysctl knob as a result =20
> >if someone was planning on a generic power management API.
> >
> >Also, I have yet to hear any positive / negative feedback to the =20
> >state of our S3 support, assuming support in our HW devices for the =20
> >hardware that people are running. I've only been able to test it on =20
> >my Latitude D600 (again, with patches applied to the appropriate PCI =20
> >device drivers).
> >
>=20
> Does it make sense, then, to commit it protected by some build-time=20
> option ACPI_STATE_SYSCTL?

Hacks have a tendency to stick around.  See the umass memmory issue.
Who will work on actually fixing the underlying problem now?

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"When I find the controls, I'll go where I like, I'll know where I want
to be, but maybe for now I'll stay right here on a silent sea."
KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

--aE2Tjr+Wh4rS13mJ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iQEVAwUBQ+LdD9goQloHrPnoAQLjgQgAiinUrCdAUVrgG+iV0fc/dQtA2Pux79/Z
aITuXqRs0ySrCdWEbYnR4OpaEt7yCyDgHUVD5CuaZhJvjTJQ+oSGkwHD7Nx7+LB7
vsC1mbk2y8HqH+eI4xfXCVlSPd4/aLTzoSVtxD2IyAILtIXKONrr1bc4HUJICj4U
q9gFVP9GmirJ9V/Y1p0EaFS4iIsiqx2HR/1sqnNwHBn/pmZ72MJgNfGDCQopv4BG
Th9Q1QGq/QnYlSFS9MDPV++wzIosn5ysHIToI8cUJsnnsqHviRZWUrDA7nQ0kQOT
uVXqyTqJvd8t23DX4gKle8zX73iBNcUO8y6CrulezjEwv0B6qa1t0Q==
=rQ7v
-----END PGP SIGNATURE-----

--aE2Tjr+Wh4rS13mJ--