21:9 aspect ratio supported or not on GT640 card?

Anyone an idea how to get this added. Seems a 1920x1080 is the maximum resolution in a 16:9 ratio supported by this card irrespective the specs show differently.

I tried to add the new resolution with cvt and xrandr in the xorg.conf but this just locks up the screen.

Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
VGA-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 670mm x 280mm
1920x1080 60.0*+ 60.0 59.9 50.0 24.0 30.0 30.0 25.0
1680x1050 60.0
1280x1024 75.0 60.0
1280x800 59.8
1280x720 60.0 59.9 50.0
1152x864 75.0
1024x768 75.0 60.0
800x600 75.0 60.3
720x576 50.0 25.0
720x480 59.9 30.0
640x480 75.0 59.9 59.9

cvt -v 2560x1080 60
Warning: Aspect Ratio is not CVT standard.

2560x60 51.40 Hz (CVT) hsync: 3.91 kHz; pclk: 12.50 MHz

Modeline “2560x60_60.00” 12.50 2560 2632 2880 3200 60 63 73 76 -hsync +vsync

Kernel version:
Linux monster 3.8.13-100.fc17.x86_64 #1 SMP Mon May 13 13:36:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Any help is greatly appreciated.

Regards,
Erwin

Are you using the cvt program correctly? The man page states you need to separate the h and v resolutions, so I would think you’d want cvt -v 2560 1080 60.

Either way, the generated modeline indicates a wrong resolution: 2560x60.

You’re right. My mistake. I tried the output from the proper command line but the xrandr command is still wittingly refusing to the setting to the device:

Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
VGA-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 670mm x 280mm
1920x1080 60.0*+ 60.0 59.9 50.0 24.0 30.0 30.0 25.0
1680x1050 60.0
1280x1024 75.0 60.0
1280x800 59.8
1280x720 60.0 59.9 50.0
1152x864 75.0
1024x768 75.0 60.0
800x600 75.0 60.3
720x576 50.0 25.0
720x480 59.9 30.0
640x480 75.0 59.9 59.9
DVI-D-0 disconnected (normal left inverted right x axis y axis)
2560x1080_60.00 (0x2bb) 230.0MHz
h: width 2560 start 2720 end 2992 total 3424 skew 0 clock 67.2KHz
v: height 1080 start 1083 end 1093 total 1120 clock 60.0Hz

[1300][erwin@xxxxxx:~]$ sudo xrandr --addmode HDMI-0 2560x1080_60.00
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 152 (RANDR)
Minor opcode of failed request: 18 (RRAddOutputMode)
Serial number of failed request: 33
Current serial number in output stream: 34

I was hoping somebody from the dev team would be somewhat more responsive. Seems Linus didn’t stick “the finger” for nothing to NVidea. Next card is most certainly NOT an NV card.

elonden, can you please follow the steps described in the post, If you have a problem, PLEASE read this first? In addition, please try running the xrandr --addmode request before generating the bug report log.

Your gonna need the newest drivers if you want to push that over an HDMI port as until just a few weeks ago HDMI did not support > 165 Mhz pixel clock and your modeline is 230Mhz. If the monitor will do dual-link DVI and has a DVI-D port I highly suggest running it off that instead.

Next add this to device section of Xorg.log so it will still let you use said mode:

Option “ExactModeTimingsDVI” “True”
Option “NoBandWidthTest” “true”
Option “ModeValidation” “AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoVertRefreshCheck, NoHorizSyncCheck, NoDFPNativeResolutionCheck, NoMaxSizeCheck, NoMaxPClkCheck, NoEDIDModes”

With no special options specified you will never be able to use a modeline with > 165 Mhz pixelclock over HDMI.

The DVI-D connection did the trick. As for the HDMI modeline I do use the 319.23 driver so that shouldn’t have been the restricted factor.

Thanks for you help so far. Still curious why the HDMI connection does not work though. The hardware reporting the higher resolution and the driver not being able to select that seems very weird to me.