<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Linux 4.10 and newer limit pixel clock to 165 MHz on Haswell-ULT laptop" href="https://bugs.freedesktop.org/show_bug.cgi?id=111553#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Linux 4.10 and newer limit pixel clock to 165 MHz on Haswell-ULT laptop" href="https://bugs.freedesktop.org/show_bug.cgi?id=111553">bug 111553</a> from <a class="email" href="mailto:public@hansmi.ch" title="Michael Hanselmann (hansmi) <public@hansmi.ch>"> Michael Hanselmann (hansmi)</a> <pre>(In reply to Ville Syrjala from <a href="show_bug.cgi?id=111553#c6">comment #6</a>) > Nope. Looks like the cmdline mode is treated the same as mode coming from > the EDID, ie. is subject to getting filtered out from the connector's mode > list. That filtering is indeed the case. None of my other attempts like writing to the adapter and EDID via I²C worked (either the transactions were NACKed or outright ignored). As I'd rather not maintain my own kernel build I ended up writing a custom kernel module using Kernel probes to override the return value from "drm_dp_dual_mode_detect": <a href="https://github.com/hansmi/fake-dp-dual-mode">https://github.com/hansmi/fake-dp-dual-mode</a> Now, this is obviously a hack, but it's fine for myself. I'd be able to submit a kernel patch to add a parameter overriding the automatic detection. Do you think that'd be worth it?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>