<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Garbled graphics when resuming from standby" href="https://bugs.freedesktop.org/show_bug.cgi?id=100679#c48">Comment # 48</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Garbled graphics when resuming from standby" href="https://bugs.freedesktop.org/show_bug.cgi?id=100679">bug 100679</a> from <a class="email" href="mailto:kevinbrace@gmx.com" title="Kevin Brace <kevinbrace@gmx.com>"> Kevin Brace</a> <pre>(In reply to Marty from <a href="show_bug.cgi?id=100679#c47">comment #47</a>) Hi Marty, > Hi Kevin, > > No problem regarding no.1 and 2 of my list because I have workarounds > available (setting in /etc/default/grub and "blind login"). > I am not 100% sure problem 1 and 2 are truly OpenChrome DDX related. At this point, OpenChrome DDX is probably the only non-KMS DDX that tries to even handle STR (Suspend to RAM or ACPI S3 State; the particular type of standby mode we are dealing with) resume. > But the third one (color depth) is little annoying because the "reduced > color depth" is always there, meaning also directly after a fresh reboot, > not only after resume. I tested that with that web-page (using Firefox): > > <a href="http://www.lagom.nl/lcd-test/gradient.php">http://www.lagom.nl/lcd-test/gradient.php</a> > > With the original Openchrome driver the gradient is completely smooth. With > Version 0.6.133 I clearly see two rows of 64 Bands each. Whatever that > means... > I think this might be code changes I may have made while ago related to gamma correction. Does this problem show up prior to standby? Personally, I will consider this a separate bug, and you may want to file a new bug report. > This page > <a href="http://www.lagom.nl/lcd-test/display_settings.php">http://www.lagom.nl/lcd-test/display_settings.php</a> > says I would have a color depth of 24 bit. I get the same result (24 bit) > with: > xwininfo -root | grep Depth > > So I have no clue where the color banding comes from. > > Regarding VIA registers, I will be happy to provide you some values again. > What exactly are you interested in? All registers? Before and after resume? > Also before and after VT switching? > > Best regards, > Marty The Xorg.0.log after the standby resume will be helpful. Also, "via_regs_dump -d" after the standby resume is important. Due to the color / monochrome register mapping issue that shows up, you may have to resort to obtaining a few key register values one at a time.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>