https://wiki.archlinux.org/index.php/Co … pport_ONLY
https://wiki.archlinux.org/index.php/Co … bumping%22
Closing this old thread.
]]>Reducing frequency from 40Hz to 33Hz gets my 2560x1440 resolution back.
% gtf 2560 1440 33 # 2560x1440 @ 33.00 Hz (GTF) hsync: 48.44 kHz; pclk: 162.77 MHz Modeline "2560x1440_33.00" 162.77 2560 2688 2960 3360 1440 1441 1444 1468 -HSync +Vsync % xrandr --newmode "2560x1440_33.00" 162.77 2560 2688 2960 3360 1440 1441 1444 1468 -HSync +Vsync % xrandr --addmode HDMI1 2560x1440_33.00 % xrandr --output HDMI1 --mode 2560x1440_33.00
Hello lknix,
just to share, that based on ubuntu 16.04 64 bits unmodified kernel and driver fresh install those days, I could not access to 2560 x 1440 resolution,
for my new Dell screen. I am using an old by great hardware based on corei7-3770s (having GPU Intel HD graphics HD 4000)
by testing you command I surprisingly found that it opened the new wanted resolution and after selection based on your output command,
it did work greatly ! Many thanks.
Your option at 33 hertz did not work, but after that new created resolution profile gave access to wanted resilution.
here is the history of commands:
29 xrandr
30 cvt
31 cvt 2560 1440
32 xrandr --newmode "2560x1440_60.00" 312.25 2560 2752 3024 3488 1440 1443 1448 1493 -hsync +vsync
34 xrandr --addmode DP-1 "2560x1440_60.00"
38 gtf 2560 1440 33
39 xrandr --newmode "2560x1440_33.00" 162.77 2560 2688 2960 3360 1440 1441 1444 1468 -HSync +Vsync
40 xrandr --addmode DP-1 2560x1440_33.00
41 xrandr --output DP-1 --mode 2560x1440_33.00 <=== BEWARE IT GAVE DISPLAY PROBLEMS. NOT REQUIRED IN MY CASE
42 xrandr
43 xrandr --output DP-1 --mode 2560x1440 <==== IT WORKED !!
Thank you
]]>here is a patch I use to enable dual link DVI throughput back in newer kernels like 4.4-4.6:
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c
index e6c035b..9a3d9f7 100644
--- a/drivers/gpu/drm/i915/intel_hdmi.c
+++ b/drivers/gpu/drm/i915/intel_hdmi.c
@@ -1201,7 +1201,7 @@ intel_hdmi_mode_valid(struct drm_connector *connector,
clock *= 2;
/* check if we can do 8bpc */
- status = hdmi_port_clock_valid(hdmi, clock, true);
+ status = hdmi_port_clock_valid(hdmi, clock, false);
/* if we can't do 8bpc we may still be able to do 12bpc */
if (!HAS_GMCH_DISPLAY(dev) && status != MODE_OK)
Hope it will be helpful to someone.
Let me also give a link to a good guide to build kernel rpm with custom patch https://fedoraproject.org/wiki/Building_a_custom_kernel.
]]>I'm the one who reported this bug as it was causing problems for me with my Dell 3008WFP.
Here is the problem in a nutshell, as you have mostly figured out:
DVI single link has a maximum resolution of 1920x1200@60Hz, or higher resolutions at a much lower refresh rate.
HDMI is the same as DVI single link, but it extends the spec to allow much higher resolutions, like 2560x1600@60Hz.
In order to go above 1920x1200@60Hz, the DVI spec says you must go into dual-link mode, which is not supported by these motherboards.
The drivers had a bug which would allow you to exceed the spec by treating the DVI port as if it was a HDMI port, and allowing resolutions beyond 1920x1200@60Hz. This doesn't work for many monitors, but evidently there are a few that it does work for (possibly those supporting resolutions > 1920x1200 over the HDMI port.)
The only real solution I can think of that would keep everyone happy would be to introduce some override option that removes this limitation and allows you to drive the port and your monitor beyond the spec, with all the risks that entails. I'm not sure how this could be implemented though, but it would allow you to get your resolution back!
]]>xrandr --newmode "2560x1440_33.00" 162.75 2560 2696 2960 3360 1440 1443 1448 1470 -hsync +vsync
xrandr --addmode HDMI1 2560x1440_33.00
xrandr --output HDMI1 --mode 2560x1440_33.00
It's not really a solution though: 33Hz feels horrible. Show that to anyone who claims that 24Hz is enough ...
]]>Mainboard: Asus Z87-A
Video card: Intel HD 4600
Display: Dell U2713HM
The mainboard specifications says "Supports DVI-D with max. resolution 1920 x 1200 @ 60 Hz", so I guess that is technically working as intended. It's a bit annoying though, considering that I worked fine before ...
Can I expect some upstream solution to this "problem" or should I just buy a DisplayPort cable?
]]>My P8Z77-Pro with onboard HD4000 only supports 2560x1440 over the displayport. Will not work over DVI or HDMI.
My motherboard is not supposed to support higher resolutions than 1920x1200 over DVI either. But it still did before the commit I quoted in my previous post.
]]>commit 6375b768a9850b6154478993e5fb566fa4614a9c
Author: Ville Syrjälä <ville.syrjala@linux.intel.com>
Date: Mon Mar 3 11:33:36 2014 +0200drm/i915: Reject >165MHz modes w/ DVI monitors
Single-link DVI max dotclock is 165MHz. Filter out modes with higher
dotclock when the monitor doesn't support HDMI.
Modes higher than 165 MHz were allowed in
commit 7d148ef51a657fd04036c3ed7803da600dd0d451
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date: Mon Jul 22 18:02:39 2013 +0200
drm/i915: fix hdmi portclock limits
Also don't attempt to use 12bpc mode with DVI monitors.
Cc: Adam Nielsen <a.nielsen@shikadi.net>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75345
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=70331
Tested-by: Ralf Jung <post+kernel@ralfj.de>
Cc: stable@vger.kernel.org
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Signed-off-by: Jani Nikula <jani.nikula@intel.com>
The changeset is very small, it is only this:
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c
index 6db0d9d..ee3181e 100644
--- a/drivers/gpu/drm/i915/intel_hdmi.c
+++ b/drivers/gpu/drm/i915/intel_hdmi.c
@@ -845,7 +845,7 @@ static int hdmi_portclock_limit(struct intel_hdmi *hdmi)
{
struct drm_device *dev = intel_hdmi_to_dev(hdmi);- if (IS_G4X(dev))
+ if (!hdmi->has_hdmi_sink || IS_G4X(dev))
return 165000;
else if (IS_HASWELL(dev) || INTEL_INFO(dev)->gen >= 8)
return 300000;
@@ -899,8 +899,8 @@ bool intel_hdmi_compute_config(struct intel_encoder *encoder,
* outputs. We also need to check that the higher clock still fits
* within limits.
*/
- if (pipe_config->pipe_bpp > 8*3 && clock_12bpc <= portclock_limit
- && HAS_PCH_SPLIT(dev)) {
+ if (pipe_config->pipe_bpp > 8*3 && intel_hdmi->has_hdmi_sink &&
+ clock_12bpc <= portclock_limit && HAS_PCH_SPLIT(dev)) {
DRM_DEBUG_KMS("picking bpc to 12 for HDMI output\n");
desired_bpp = 12*3;
I reverted the first hunk of this commit and built a new custom kernel for my debian box, and that reenabled 2560x1440 over DVI.
My motherboard is:
Gigabyte H87N-Wifi Rev.2 (Two HDMI connectors and one DVI connector)
My display is:
Dell U2713HM (Should only support 2560x1440 over DVI and Displayport)
In my xorg.conf, I have this modeline in my Monitor section:
Modeline "2560x1440R" 241.50 2560 2608 2640 2720 1440 1443 1448 1481 +hsync -vsync
Without the ignore seetings nothing more about 1440x900. maybe, repeat, maybe it's a EDID problem
]]>How did you find out about reducing frequency might help? And where did you get that value 33 Hz from? Guessing??
I've already done it once. I guessed the values and 33Hz seemed to be the highest possible.
]]>