https://bugzilla.kernel.org/show_bug.cgi?id=51151
Aaron Lu <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|[email protected] |[email protected]. | |org --- Comment #8 from Aaron Lu <[email protected]> 2013-02-01 01:58:12 --- (In reply to comment #7) > And also correct that screen will be black after restarting IF I WILL do > suspend. Yes I know. > So it still seems to be ACPI problem too (suspect, that powering up of > videocard after restarting isn't correct because last wake-up after suspend > did > something wrong). While suspend/resume does not involve ACPI only :-) During suspend/resume, individual driver will need to take care of the devices it drives to suspend them and then resume them. If the system can not wakeup from a suspended state, it probably is a ACPI problem. But if after resume, some device does not behave well, it is the driver's problem. If possible, you can try the debug method described here: https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt In short, you can do: # echo devices > /sys/power/pm_test # echo disk > state This will make devices go through suspend/resume cycle without involving ACPI, and then you can reboot to see if screen works. Thanks, Aaron -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
