http://bugzilla.kernel.org/show_bug.cgi?id=15096
--- Comment #48 from Rafał Miłecki <zaj...@gmail.com> 2010-03-04 21:36:18 --- (In reply to comment #47) > Created an attachment (id=25280) --> (http://bugzilla.kernel.org/attachment.cgi?id=25280) [details] > ACPI / PM: Move video resume to a PM notifier > > Actually, scratch that. > > Please check if this patch helps without the KMS. OK, now that's for sure. We should not try to touch video (ACPI) before GPU is initialized. With this patch applied it works great when using KMS. That's what happens on resume when we use KMS: 1) radeon KMS initializes GPU 2) end of resume, video (APCI) restores backlight (with Rafael's patch) and it works great! Now, resume without KMS 1) no kernel modules initializes GPU 2) video (ACPI) restores backlight 3) userspace (like pm-utils) initializes GPU as a result we touch GPU before initialization, it locks up and we do not even hit step 3. The solution would be to have info about KMS state (is is used?) or about GPU maybe (is is initialized?). We should restore backlight level when GPU is initialized only (like KMS case). Thanks a lot Rafael for your patch. Maybe I'll start KMS status thread on dri-devel. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
