On Sunday 11 November 2007, Rafael J. Wysocki wrote:
quoted text
> On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> > > On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > > > On Monday 05 November 2007, Andrey Borzenkov wrote:
> > > > > Notice "hung" not "hangs". This happened so far only once - when =
low battery=20
quoted text
> > > > > condition triggered suspend to disk. I was not able to reproduce =
it after=20
quoted text
> > > > > this running on AC.
> > > > >=20
> > > > > Just in case it rings the bell for someone. This is not suspend r=
egression=20
quoted text
> > > > > reported earlier by Jens - I do not even have SATA nor is using l=
ibata=20
quoted text
> > > > > drivers.
> > > > >=20
> > > >=20
> > > > This happened second time, now with 2.6.24-rc2. I have kpowersave c=
onfigured
quoted text
> > > > to initiate suspend-to-disk on low battery. Suspend-to-disk is init=
iated,
quoted text
> > > > but system stops after Suspending console line. Suspend image is no=
t created.
quoted text
> > > >=20
> > > > This did work before although I do not name exact version.
> > > >=20
> > > > I am rather at loss how to proceed further ... any idea? dmesg and =
config
quoted text
> > > > attached just in case. The problem is that hibernation works when I=
 initiate
quoted text
> > > > it manually ...
> > >=20
> > > Have you tried it with the battery removed?
> > >=20
> > >=20
> >=20
> > It works. Subjectively I have relatively long pause after first Suspend=
ing console
quoted text
> > message (where it hangs otherwise), according to dmesg timestamp it is =
about
quoted text
> > 1 second before next messages appear. Also last two times I tried it wr=
iteout
quoted text
> > of suspend image was really slow; it was both with and without battery.=
 Reading
quoted text
> > on resume in really in order of magnitude faster.
> >=20
> > But manual STD so far works both on AC (with or without battery) or on =
battery.
quoted text
> >=20
> > Of course it is possible that battery gets exhausted during STD, but sy=
stem
quoted text
> > is not switched off. Rather I would suspect something like ACPI notific=
ation
quoted text
> > that comes during freeze ...
>=20
> Frankly, I'm suspecting a deadlock in the ACPI code.
>=20
> Please try to make kpowersave start hibernation a bit earlier and see what
> happens.
>=20
> What's your critical time now?
>=20
>=20

it was set to 5%. Setting it to 10% makes it work, but it just confirms wha=
t I
said before - suspend-to-RAM in normal battery conditions (or without batte=
ry)
works. With 5% threshold I have visible indication of alarm from *firmware*=
 -
battery LED flashing.

Something happens differently when battery is in dangerous state. I tried p=
atch
4c41d3ad6544f1c9aec37c441af04f5d0ad3a731 (got from ACPI tree) but it did not
change anything. It worked once when I left system on battery with artifici=
al
load (find . -exec md5sum in linux tree in a loop) but I suspect it is just
because it just triggered limit earlier. (Frankly I do not know which perce=
ntage
kpowersave computes)