Summary: | make 'respect_downstream_limits' configurable | ||||||
---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Marco Munderloh <munderl> | ||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Status: | RESOLVED MOVED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | enhancement | ||||||
Priority: | not set | CC: | intel-gfx-bugs | ||||
Version: | unspecified | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Description
Marco Munderloh
2019-08-29 10:49:10 UTC
Presumably if the display advertizes a mode on DVI that requires dual-link DVI to work, said DVI interface supports dual-link DVI. However, we have no way of knowing if the HDMI to DVI adapter you have actually supports dual-link or not; most don't. In your case, using a HDMI to single-link DVI adapter without limits would lead to a black screen, but with the current restriction it leads to a working albeit reduced resolution display. The way the limit works is filtering the EDID provided modes. So you just won't see the modes that exceed single-link DVI capabilities. However, if you explicitly add a user mode for 2560x1440 you should be able to use it without adding a new module parameter or patching the kernel. You can add the mode using xrandr. xrandr --addmode actually works, but it only works on Xorg but not on wayland where the mode setup is left to the kerne. Also the xrandr solution is kind of semi-nice as every user in our cluster has to put it in it's autostart and the used desktop environment varies. Evenmore: user might swap workstations (we have computer labs for our students with different hardware) so it has to be insured that xrandr is only called on the affected machines. It might be possible to put it into the global xinitrc or so - I have to check what our linux distribution allows (mostly using openSuSE and a little ubuntu). A simple module parameter would be much more convenient ;) -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/intel/issues/386. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.