<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Asus U38N: Black screen with Radeon driver in Linux" href="https://bugs.freedesktop.org/show_bug.cgi?id=73530#c69">Comment # 69</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Asus U38N: Black screen with Radeon driver in Linux" href="https://bugs.freedesktop.org/show_bug.cgi?id=73530">bug 73530</a> from <a class="email" href="mailto:nicolas.werner@ymail.com" title="Nicolas Werner <nicolas.werner@ymail.com>"> Nicolas Werner</a> <pre>(In reply to Alex Deucher from <a href="show_bug.cgi?id=73530#c65">comment #65</a>) > *snip* > > In reply to Christian Aßfalg from <a href="show_bug.cgi?id=73530#c63">comment #63</a>) > > I think / guess that I am having the same issues. I've got the same laptop, > > running Arch Linux. Mostly, I've been using the proprietary catalyst driver, > > since I never got the free driver working. The proprietary is working fine. > > > > What is the issue here? You've been playing with timings for the physical > > link to the internal panel? Is it so frickly? What would you need to fix the > > issue? How can I help? > > I suggested that it might be a timing issue, and as per <a href="show_bug.cgi?id=73530#c54">comment 54</a>. > However, link training is successful so that monitor accepts the parameters > that the driver proposed, it just sometimes chooses not to light up. I > would suggest trying to tweak the link training timing as per <a href="show_bug.cgi?id=73530#c54">comment 54</a>, > try disabling ss as per <a href="show_bug.cgi?id=73530#c6">comment 6</a>, and finally, try making some slight > changes to the modeset sequence as per the attached patch. The patch adds a > delay before enabling the video stream and additionally calls the enable > video stream code again in case the monitor didn't quite get the signal the > first time. E.g., > *snip* I also have the same problem. (same notebook, so not surprising) I tried everything you recommended (in <a href="show_bug.cgi?id=73530#c65">comment #65</a>), in order, nothing helps. Any more suggestions? Btw, I'm using OpenSUSE, so Kernel 3.16.6. Also xrandr output is much shorter than the ones posted here, is that normal when you use modeset=0? xrandr -q --verbose xrandr: Failed to get size of gamma for output default Screen 0: minimum 1920 x 1080, current 1920 x 1080, maximum 1920 x 1080 default connected primary 1920x1080+0+0 (0x180) normal (normal) 0mm x 0mm Identifier: 0x17f Timestamp: 7692 Subpixel: unknown Clones: CRTC: 0 CRTCs: 0 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: 1920x1080 (0x180) 159.667MHz *current h: width 1920 start 0 end 0 total 1920 skew 0 clock 83.16KHz v: height 1080 start 0 end 0 total 1080 clock 77.00Hz</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>