<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [sdvo lvds regression] "Use &intel_sdvo->ddc instead of intel_sdvo->i2c for DDC"" href="https://bugs.freedesktop.org/show_bug.cgi?id=65524#c12">Comment # 12</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [sdvo lvds regression] "Use &intel_sdvo->ddc instead of intel_sdvo->i2c for DDC"" href="https://bugs.freedesktop.org/show_bug.cgi?id=65524">bug 65524</a> from <a class="email" href="mailto:eich@pdx.freedesktop.org" title="Egbert Eich <eich@pdx.freedesktop.org>"> Egbert Eich</a> <pre>I'm positive that your patch will not harm the TGCS (foermerly IBM) POS system on which I discovered that reading EDID was broken. For entertainment let me share the story that led to this discovery: The vendor's QA complained that the driver we ship in the next SP (SP3) of our enterprise product only allows to set an 800x600 mode on the built-in 1024x768 panel correctly when the VBIOS option "Windows 7" is selected but not when "All Others" is set. The additional claim that this used to work with SP1 let me to investigate the issue further: it turned out that the 'Windows 7' VBIOS contained a VBT table, while the other one didn't. A test with the SP1 kernel revealed that on this kernel the panel provided an EDID thus the fixed panel mode was set even in the absence of a VBT. The rest was then easy to spot.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>