[ltp] Battery drain in S3

[Nick Bower]

--=-acHcT5VFnKXnU4DUCp2F
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I can confirm that this parameter does not make a difference either on
my T42 either with the older radeon 7500, from console, X, etc.

However I've noticed that although the backlight is off, you can just
make out the console text when sleeping.  Using radeontool to turn off
the screen while sleeping does not change this situation - so I guess
it's no surprise the battery is being drained with this issue and
cdrom/network LEDs indicating these subsystems are still powered in some
way.  Doesn't sound like just the video's fault to me.

On Tue, 2005-01-04 at 18:22 +0100, Bob Alexander wrote:
> Joachim Schrod wrote:
> >>>>>>"BA" =3D=3D Bob Alexander <bob@ngi.it> writes:
> >=20
> >=20
> > Hi,
> >=20
> > BA> first of all I wish you and yours an happy 2005.
> >=20
> > Thank you, and to all list participants the same.
> >=20
> > BA> Under 2.6.9 with APM battery drain is quite good: around 0.9% of
> > BA> my high capacity battery per hour. The problem is that when I ran
> > BA> this test leaving the PC suspended to RAM overnight I quickly
> > BA> discovered that when left in suspend to RAM for periods longer
> > BA> than around 30 minutes the resume just hangs (while for shorter
> > BA> perdiods it resumes perfectly).
> >=20
> > This has been reported multiple times. Did you switch to a console
> > before suspending? This seems to help sometimes.
> >=20
> > BA> This is why I tried 2.6.10 but in this I have the opposite
> > BA> behaviour: the resume comes out perfectly even after protracted
> > BA> periods bu the drain is unacceptable at around 9% per hour !!!=20
> > BA> This is also strengthened by the fact that when suspending to RAM
> > BA> with ACPI the mouse, the CD in the bay and the network adapter all
> > BA> appear to stay on and the bottom of the TP is consequently quite
> > BA> warm.
> >=20
> > With or without the acpi_sleep=3Ds3_bios kernel parameter?
> >=20
> > I have to say that my request for more data on battery drain in
> > different configuration settings haven't brought up much up to now.=20
> > The main point is that one needs acpi_sleep=3Ds3_bios to get proper
> > Suspend-to-RAM with reasonable battery drain times on 2.6.x kernels.
> >=20
> > Cheers,
> > 	Joachim
>=20
> Joachim,
> unfortunately appending acpi_sleep=3Ds3_bios as a parameter to the kernel=
=20
> does not seem to change nothing.
>=20
> No I have not tried suspending from the console.
>=20
> For me suspending should be something VERY quick like "Gotta go NOW,=20
> close the lid, shove the TP in the bag and RUN to the customer" :)
>=20
> I have tried 2.6.10 with APM now and it's even worst !!! The resume=20
> spins up the HDD, powers the devices lights but the screen remains pitch=20
> black and no key combination seems to do anything.
>=20
> Bob
--=20
Nick Bower <nick@nickbower.com>

--=-acHcT5VFnKXnU4DUCp2F
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBB28pxsQtYH7YXyrgRAonjAJsEkQDYRSYlBtDHza5djcykfc+NpgCgga67
gd2s74xGIRdbAktaeczGA3U=
=1ss4
-----END PGP SIGNATURE-----

--=-acHcT5VFnKXnU4DUCp2F--