https://bugs.freedesktop.org/show_bug.cgi?id=73530
--- Comment #74 from Paul Menzel paulepanter@users.sourceforge.net --- (In reply to Alex Deucher from comment #73)
(In reply to Benjamin from comment #72)
I'm having the same issue, but it seems to be getting worse with newer kernels. I was able to do the suspend/resume trick to get a working screen, but this seems to have stopped working with kernel 3.16 and 3.17. No amount of suspending/resuming seems to get the screen to appear now, so I've had to stick with 3.15 for the time being. I'm on Arch, so packages are fairly generic, but I can provide any information that would help.
Can you bisect and see what commit made it worse? That might help narrow down the problem.
Alex, I’ll soon have access to that device again. Unfortunately, doing a bisect for me does not work as there is no clear way to figure out if it worked or not.
Isn’t there some software, testing “all panel timings” and the user can say, which worked?
That Asus laptop is/was one of the few AMD laptops out there, so it’s sad that GNU/Linux doesn’t run properly on it.