https://bugzilla.kernel.org/show_bug.cgi?id=11717
--- Comment #92 from Rogério Brito <[email protected]> 2011-04-28 05:41:06 --- Dear Zhang and others. Sorry for not replying earlier. I will try to be speedier, so that we can kill this bug for good. (In reply to comment #91) > what if you run "echo mem > /sys/power/state" to suspend and press the power > button to wakeup? does the system still power down? Unfortunately, the tests work fine (read: they do come back normally), but the actual switch of stages (sleeping -> waking up) doesn't. Just as further information, I took the time to create a video of what I see when I "echo mem > /sys/power/state" on my homepage. It is here: http://www.ime.usp.br/~rbrito/linux/itautec-n8320-sleep-problems.webm I hope that this is illustrative of the problem that I am seeing. If any further information is needed, please let me know. Oh, BTW, I still have this Windows Vista partition here (which I want to get rid of, since it is mostly useless to me, as I have not used DOS/Windows in the last 17 years and I don't see any value in that, aside of reverse-engineering it to make Linux work out of the box). What all this means is that I am willing to install some development/debugging tools under Windows so that I can provide dumps, logs, etc. to get the Linux kernel to work even with quiky hardware (which is, unfortuately, not unheard of). Unfortunately, Intel's http://biosbits.org/ (which, among other things, claims to be able to set the BIOS parameters to sane defaults before booting a kernel) says that my Core 2 Duo system is "unknown", which means that we have one fewer tool at our disposal. Do you happen to have any contacts with (or are one of the) people from that project? I am willing to run many experiments here to get things straight on this system. Please, note how many times I have used something like "I am willing to" in the paragraphs above. This does mean that I would like to put an end to this saga, as this is beginning to become uncomfortable. I can even give a shot in the dark and try to see, say, FreeBSD's behaviour when it comes to suspend/resume, for comparison purposes. OK, this was way longer than what you asked, but I hope that this gives a clearer picture of: * the behaviour that I see since kernels circa. 2.6.24. * my willingness to provide as much data as possible to solve this. It must be possible. It, after all, works under Windows Vista and that very same recipe should be appliable to other operating systems. Oh, one last point. Perhaps disassembling the ACPI tables would be in order to debug? Unfortunately, I don't know the language that they are in, but could you help there? Thanks in advance for any help, Rogério Brito. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
