[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#390040: linux-image-2.6.17-2-686: suspend to {disk, mem} fails on toshiba satellite A30



On Tue, Jan 16, 2007 at 04:07:08PM +0100, maximilian attems wrote:
> On Thu, 28 Sep 2006, The Anarcat wrote:
> 
> > Package: linux-image-2.6.17-2-686
> > Version: 2.6.17-9
> > Severity: normal
> > 
> > So, i got a new laptop... The linux kernel used to be real nice to me on
> > my old thinkpad, but it got stolen so now i'm with a Toshiba Satellite
> > A30.
> > 
> > I can't either suspend to disk or ram. i use echo disk or echo mem >
> > /sys/power/state to test.
> 
> how is linux image 2.6.18 doing?

not much better.

== echo mem > /sys/power/state ==

This just shutsdown the machine spontaneously. I briefly see what looks
like a progress bar saying "freeing memory" but this lasts less than a
second so i could be wrong. Is this expected? Seems to me power
shouldn't be completely turned off like this...

When I boot the machine again, it comes back up, without going through
the BIOS (apparently), ends up in a state where caps and num leds are
on, nothing is responding and the LCD screen is empty (but active). The
fan is turning like crazy so I guess it's doing *something*. I must hold
onto the power button to make it turn off. Next power up leads to
nothing, i need to hold the power button again to get to the bios and
the regular bootup procedure. At this point, i'm stuck after the kernel
and the initrd get loaded by grub: it's frozen again. This looks like
when this laptop is overheating, btw. Doing a third reboot gets me into
a useable session.

Also note that i'm running those tests with GDM/X11 stopped.

== echo disk > /sys/power/state ==

Ok, so this doesn't work either... Here is what in does, without me
intervening at all (this is transcribed by hand again, so bear with me).

This starts by Freezing cpus ...
Stopping tasks: =====...
Skinrking memory... done (0 pages freed)
pnp: Device 00:07 disabled
ACPI: PCI interrupt for device 0000:02:04.0 disabled
ACPI: PCI interrupt for device 0000:00:1f.6 disabled
ACPI: PCI interrupt for device 0000:00:1f.5 disabled
ACPI: PCI interrupt for device 0000:00:1d.7 disabled
ACPI: PCI interrupt for device 0000:00:1d.2 disabled
ACPI: PCI interrupt for device 0000:00:1d.1 disabled
ACPI: PCI interrupt for device 0000:00:1d.0 disabled
cpufreq suspend failed to assert current frequency is what timing core thinks it is

swsusp: Need to copy 44455 pages
swsusp: critical section/: done (44455 pages copied)
Intel machine check architecture supported
Intel machine check reporting enabled on CPU#0
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
swsusp: Restoring Highmem
cpufreq: resume failed to assert current frequency is what timing core thinks it is
PCI: Enabling device 0000:00:1d.0 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.0[A] ->  GSI 16 (level, low) -> IRQ 177
PCI: Enabling device 0000:00:1d.1 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.1[B] ->  GSI 19 (level, low) -> IRQ 193
PCI: Enabling device 0000:00:1d.2 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.2[C] ->  GSI 18 (level, low) -> IRQ 201


I notice how ACPI is not reactivating all the PCI interrupts it
originally disabled. I also notice the fans are going pretty fast
(although not as if overheating). I also saw a:

CPU0: temperature/speed normal

while typig the above messages, so i guess this means something is still
alive somewhere in there. Indeed, I can switch VTs, but the original
"echo disk > /sys/power/state" is just sitting there freezing the
terminal. Control-c/z/\ doesn't do anything. I can't login into other
vts, characters typed there do not appear on screen (whereas they do in
the original console where i called "echo").

I can do an emergency sync (alt-a-sysreq-s). A "showPc" shows me:

Pid: 0, comm:                           swapper
EIP is at acpi_processor_idle...
 ...
 [<c0101b52>] cpu_idle+0x9f/0xb9
 [<c03186fd>] start_kernel+0x379/0x380

showTasks seems to write a loooooooot of stuff on screen, i guess with
all processes call trace.

I can umount and poweroff...

I might try to hook a serial console onto this thing to copy/paste some
of this stuff or do further diagnosis if you think it is useful.

So, still a problem with 2.6.18, from etch. I hope this helps at all.

A.

Attachment: signature.asc
Description: Digital signature


Reply to: