Message-ID: <20091007055727.GA17151@ime.usp.br>
Date:	Wed, 7 Oct 2009 02:57:27 -0300
From:	Rogério Brito <rbrito@....usp.br>
To:	bugzilla-daemon@...zilla.kernel.org
Cc:	Denys Rogovchenko <denisius.sion@...il.com>, rbrito@...rs.sf.net,
	"Rafael J. Wysocki" <rjw@...k.pl>,
	"Artem S. Tashkinov" <t.artem@...lcity.com>,
	ykzhao <yakui.zhao@...el.com>, len.brown@...el.com,
	gmaizel@...il.com, linux-kernel@...r.kernel.org,
	Jaime Gimeno <xaumexemuax@...oo.es>
Subject: Re: [Bug 11255] S3: no resume, not even a beep - LG R700

Hi, Rafael and other people.

First some context:

On Sep 29 2009, Rogério Brito wrote:
> Well, I have some quite detailed debugging information on the bug
> that I reported and that was considered as a duplicate of this one.
> 
> "My bug" is http://bugzilla.kernel.org/show_bug.cgi?id=11717, where
> I detail a lot of what has been done. Actually, I even filmed what
> the notebook does, but I, then, deleted it, given the 10 or more
> months that have already passed since I first reported this issue.
> 
> I can film it again, if it is desired.
> 
> I can really understand what other bug reporters feel (frustration
> is the right word) given that we spent so much on this. :-(
(...)

On 2009-09-30, Rafael J. Wysocki wrote:
> Rogério, thanks a lot for the information.
>
> Did you try any tests with /sys/power/pm_test or did you try to use PM_TRACE?

I did a good amount of tests.

Yes, I did do tests with /sys/power/pm_test. The results (in an
ascii-art table) that I got with kernel 2.6.31-rc5 were:

test with /s/p/pm_test |  result
-----------------------+------------------------
core                   | comes back from "sleep"
processors             | comes back from "sleep"
devices                | comes back from "sleep"
"none"                 | hangs in the real test

I'm writing this from memory, but I can repeat the tests, of course. It
would be nice if other reporters also did the same, so that we can
isolate the problem here.

Or, if they already did the tests, it would be nice if they could
summarize the tests.

I also tried to use /sys/power/pm_trace, but without much success.  I
don't remember any hash or matches line, but I can, of course, try it
again.

Oh, just so that you get an idea of what happens with my computer (and I
would love it if the other reporters confirmed what they are seeing),
here is what happens when I press the sleep button under any kernel that
I tried:

,----
| * the machine goes to sleep, staying with the light on the power button
|   blinking;
| 
| * if I press the button again, the notebook gives all symptoms of
|   resuming;
| 
| * just when you think that it will wake up, it turns itself off;
| 
| * after 1 or 2 seconds, when you think that it is powered off, it
|   turns itself on again (yes, "out of the blue");
| 
| * after that, it hangs with a black screen and no responses, no
|   feedback, no network activity (I tried to ssh into it), no pings, no
|   Magic SysRq, no nothing.
`----

Under Windows Vista (that came preinstalled), I do:

,----
| * press the power/sleep button;
| * the machine goes to sleep;
| * press the power/sleep button again;
| * the machine comes from sleep.
`----

I have already tried to:

* enable and disable Kernel Modesetting (it's an ICH8-based chipset);
* booted with a full system;
* booted with init=/bin/bash (so, no acpid taking over /proc/acpi/event);
* upgrade and downgrade the BIOS version;
* used kernels from 2.6.24 to 2.6.31-rc8.

I also tried ykzhao's suggestion of

  "echo mem > /sys/power/state; dmesg > dmesg_after; sync;"

but, as I naively would expect, there's no time for a dmesg to be
written to the disk, apparently.

Oh, I read some of the other bug reports and it seems that the other
posters also have a realtek 8169-driven ethernet card (can you confirm,
people?).

I tried "ifconfig eth0 down"'ing and even removing the module before
putting it to sleep, but no success either.

Well, as you can see, there's something highly magical that Windows
seems to be doing here that Linux can't (up to now).

As always, I am open to any suggestions and can perform any tests that
you want me to (and I can reconduct anything that was done already).


Thanks, Rogério Brito.

-- 
Rogério Brito : rbrito@...ckenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists