2560x1080 resolution unavailable for Ultrawide monitor

[hornetster]

Have just got an LG 34WL500 monitor that is capable of 2560x1080, and this works fine when booted into Windows10.
Unfortunately it seems not to work in any Linux distro.... (Max Res 1920x1080)
Is there any simple fix for this, or is it a case of having to go "under the hood"?? (And if so, how....?)
Just using the standard on-board graphics.

Unfortunately the monitor only has 2x hdmi ports, and am using a Display Port to HDMI adaptor.
Did try adding a 3rd party card with HDMI out, as well, but still the Max Res is 1920x1080.

Thanks.

Info from hwinfo:

P: /devices/pci0000:00/0000:00:02.0
  E: DEVPATH=/devices/pci0000:00/0000:00:02.0
  E: DRIVER=i915
  E: FWUPD_GUID=0x8086:0x0412
  E: ID_MODEL_FROM_DATABASE=Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
  E: ID_PCI_CLASS_FROM_DATABASE=Display controller
  E: ID_PCI_INTERFACE_FROM_DATABASE=VGA controller
  E: ID_PCI_SUBCLASS_FROM_DATABASE=VGA compatible controller
  E: ID_VENDOR_FROM_DATABASE=Intel Corporation
  E: MODALIAS=pci:v00008086d00000412sv00001028sd000005A4bc03sc00i00
  E: PCI_CLASS=30000
  E: PCI_ID=8086:0412
  E: PCI_SLOT_NAME=0000:00:02.0
  E: PCI_SUBSYS_ID=1028:05A4
  E: SUBSYSTEM=pci
  E: USEC_INITIALIZED=4222515

[malcolmlewis]

Hi
When you say adapter is this an actual device or a Display Port to HDMI cable?

Can you show the output from;

xrandr
lscpu | grep "Model name"
/sbin/lspci -nnk | egrep -A3 "VGA|Display|3D"

[malcolmlewis]

Hi
And when you say booting into windows, this is the same machine dual booting? Another thought, can you see the graphics memory in the BIOS, if so crank that up to max if possible.

[mrmazda]

Have just got an LG 34WL500 monitor that is capable of 2560x1080, and this works fine when booted into Windows10.
Unfortunately it seems not to work in any Linux distro.... (Max Res 1920x1080)
Is there any simple fix for this, or is it a case of having to go "under the hood"?? (And if so, how....?)
Just using the standard on-board graphics.

Unfortunately the monitor only has 2x hdmi ports, and am using a Display Port to HDMI adaptor.
Did try adding a 3rd party card with HDMI out, as well, but still the Max Res is 1920x1080.

IME, DisplayPort to HDMI adapters usually work, but not necessarily on the first try. I have two such, and a Dell 2560x1080. In trying to replicate your probem, 15.1 managed only 1152x864 on the first try with my first adapter (Geekbuying). It wasn't until I cold booted (via reset button) that I was able to get my other adapter (Coboc ACAD-DP2HD4KS-6BK) to produce 2560x1080 on 15.1:

$ inxi -V | head -n1
inxi 3.0.37-00 (2019-11-19)
$ inxi -SGxx
System:    Host: ab250 Kernel: 4.12.14-lp151.28.36-default x86_64 bits: 64 compiler: gcc v: 7.4.1 Desktop: Trinity R14.0.7
           tk: Qt 3.5.0 wm: Twin dm: TDM Distro: openSUSE Leap 15.1
Graphics:  Device-1: Intel HD Graphics 630 vendor: ASUSTeK driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5912
           Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: intel resolution: 2560x1080~60Hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 630 (Kaby Lake GT2) v: 4.5 Mesa 18.3.2 compat-v: 3.0
           direct render: Yes
$ xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 2560 x 1080, maximum 8192 x 8192
DP-1 connected primary 2560x1080+0+0 (normal left inverted right x axis y axis) 673mm x 284mm
   2560x1080     60.00*+

Note the reported connection is DisplayPort (DP-1), but the DP-1 output is on a DisplayPort-to-HDMI adapter, with the HDMI end connected to the display.

So, things I suggest to try include:

• cold booting to 15.1
• malcolmlewis' suggestion
• LG firmware upgrade (if available)
• Motherboard BIOS upgrade (if available)
• Different DisplayPort-to-HDMI adapter (if yours is returnable locally, try an exchange if vendor has no other option)
• Ask about this on the intel-gfx mailing list

If those don't work, you can try matching my Haswell/15.1 setup by uninstalling Plymouth:

sudo zypper rm plymouth; sudo zypper al plymouth

Whether no plymouth might actually help I don't know. It's just that I never have it installed due in part to its history of complicating video troubleshooting. You can test its removal by appending plymouth.enable=0 to the end of the linux line in your Grub menu. Get there by using the E key when the menu appears. If the test works but you don't wish to actually remove plymouth, you can include plymouth.enable=0 on the GRUB_CMDLINE_LINUX_DEFAULT= line in /etc/default/grub. Next update of your Grub menu will apply it, which will last until you remove it from /etc/default/grub.

Without any adapters, a Haswell is generally more than capable of 2560x1080 support. I say generally because my old Haswell G3220 GPU's advertised spec says HDMI is limited to 1920x1200. My current Haswell i3-4150T GPU supports up to 4096x2304 on HDMI. Based on your GPU's

Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller

description, if yours cannot be made to work, I would suspect it to be possible that there is some tweak in the Windows driver for your actual GPU or your LG that fools the display into ignoring the advertised HDMI limitation imposed by using an adapter when the actual video output is DisplayPort.

This is from the PC I'm typing this from, 8086:041e, same family as your 8086:0412:

$ inxi -V | head -n1
inxi 3.0.37-00 (2019-11-19)
$ inxi -CSGxx
System:    Host: myhost Kernel: 4.12.14-lp151.28.36-default x86_64 bits: 64 compiler: gcc v: 7.4.1 Desktop: KDE 3 wm: kwin 
           dm: N/A Distro: openSUSE Leap 15.1 
CPU:       Topology: Dual Core model: Intel Core i3-4150T bits: 64 type: MT MCP arch: Haswell rev: 3
           L1 cache: 128 KiB L2 cache: 3072 KiB L3 cache: 3072 KiB
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 23999
           Speed: 3000 MHz min/max: 800/3000 MHz Core speeds (MHz): 1: 3000 2: 3000 3: 3001 4: 3000
Graphics:  Device-1: Intel 4th Generation Core Processor Family Integrated Graphics vendor: Micro-Star MSI driver: i915 
           v: kernel bus ID: 00:02.0 chip ID: 8086:041e 
           Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: intel 
           resolution: 1920x1200~60Hz, 2560x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel Haswell v: 4.5 Mesa 18.3.2 compat-v: 3.0 direct render: Yes 
$ xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 2560 x 2280, maximum 8192 x 8192
HDMI-2 connected 2560x1080+0+0 (normal left inverted right x axis y axis) 673mm x 284mm
HDMI-1 connected 1920x1200+0+1080 (normal left inverted right x axis y axis) 518mm x 324mm
   2560x1080     60.00*+
   1920x1200     59.95*+

If nothing works for you, and you're using a Pentium or Celeron CPU with a 1920x1200 HDMI spec limitation, an upgrade to i3/i5/i7 should eliminate it.

[hornetster]

Hi
When you say adapter is this an actual device or a Display Port to HDMI cable?

Yep, HDMI one end, DP other, 6" cable...

Can you show the output from;

xrandr
john@boss:~> xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
VGA-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 798mm x 334mm
   1920x1080     60.00*   50.00    59.94   
   1680x1050     59.88   
   1600x900      60.00   
   1280x1024     75.02    60.02   
   1280x800      59.91   
   1152x864      75.00    59.97   
   1280x720      60.00    50.00    59.94   
   1024x768      75.03    60.00   
   832x624       74.55   
   800x600       75.00    60.32   
   720x576       50.00   
   720x480       60.00    59.94   
   640x480       75.00    60.00    59.94   
DP-2 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)



lscpu | grep "Model name"
Model name:          Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz



/sbin/lspci -nnk | egrep -A3 "VGA|Display|3D"
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Co
ntroller [8086:0412] (rev 06)
        Subsystem: Dell Device [1028:05a4]
        Kernel driver in use: i915
        Kernel modules: i915

Yep, dual boot machine with either Windows/opensuse/FerenOS.
Video options in BIOS cranked up...


So, things I suggest to try include:

• cold booting to 15.1 -- Done multiple times
• malcolmlewis' suggestion -- See above
• LG firmware upgrade (if available) -- Not available
• Motherboard BIOS upgrade (if available) -- Up-to-date
• Different DisplayPort-to-HDMI adapter (if yours is returnable locally, try an exchange if vendor has no other option) -- Assume that if the adaptor works for Windows, should work for Linux??

Thanks, John.

[malcolmlewis]

Yep, HDMI one end, DP other, 6" cable...

Can you show the output from;

xrandr
john@boss:~> xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
VGA-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 798mm x 334mm
   1920x1080     60.00*   50.00    59.94   
   1680x1050     59.88   
   1600x900      60.00   
   1280x1024     75.02    60.02   
   1280x800      59.91   
   1152x864      75.00    59.97   
   1280x720      60.00    50.00    59.94   
   1024x768      75.03    60.00   
   832x624       74.55   
   800x600       75.00    60.32   
   720x576       50.00   
   720x480       60.00    59.94   
   640x480       75.00    60.00    59.94   
DP-2 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)



lscpu | grep "Model name"
Model name:          Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz



/sbin/lspci -nnk | egrep -A3 "VGA|Display|3D"
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Co
ntroller [8086:0412] (rev 06)
        Subsystem: Dell Device [1028:05a4]
        Kernel driver in use: i915
        Kernel modules: i915

Yep, dual boot machine with either Windows/opensuse/FerenOS.
Video options in BIOS cranked up...


So, things I suggest to try include:

• cold booting to 15.1 -- Done multiple times
• malcolmlewis' suggestion -- See above
• LG firmware upgrade (if available) -- Not available
• Motherboard BIOS upgrade (if available) -- Up-to-date
• Different DisplayPort-to-HDMI adapter (if yours is returnable locally, try an exchange if vendor has no other option) -- Assume that if the adaptor works for Windows, should work for Linux??

Thanks, John.

Hi
I use just a DP to HDMI cable here, no adapter. But my screens are only 1920x1080...

That CPU shows;

Max Resolution (HDMI 1.4)‡ 4096x2304@24Hz
Max Resolution (DP)‡ 3840x2160@60Hz

Looks like you might need to create the mode....

https://askubuntu.com/questions/9784...-219-2560x1080

[hornetster]

Thanks for the responses and assistance!
Think I have it up and running in Leap15.1 now.
Grabbed the Modeline:

gtf 2560 1080 60
# 2560x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 230.76 MHz
  Modeline "2560x1080_60.00"  230.76  2560 2728 3000 3440  1080 1081 1084 1118  -HSync +Vsync

Added and activated a new xrandr mode:

xrandr --newmode "2560x1080_60.00"  230.76  2560 2728 3000 3440  1080 1081 1084 1118  -HSync +Vsync


xrandr --addmode HDMI-1 2560x1080_60.00


xrandr --output HDMI-1 --mode 2560x1080_60.00

and that all worked for the session, so then added some stuff to: /etc/X11/xorg.conf.d/50-monitor:

Section "Monitor"
    Identifier "HDMI-1"
    Modeline "2560x1080_60.00"  230.76  2560 2728 3000 3440  1080 1081 1084 1118  -HSync +Vsync
    Option "PreferredMode" "2560x1080_60.00"
EndSection

(Not sure if this is the "specifically correct" way of doing it....?)

Now to play with the Feren OS (ie Ubuntu) config....

[mrmazda]

1920x1080 60.00* 50.00 59.94

The * indicates the current mode. Unfollowed by + it indicates X knows the current mode is not the display's native/preferred mode.

Model name: Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz

New information, as malcolmlewis indicates, Max Resolution (HDMI 1.4)‡ 4096x2304@24Hz, Max Resolution (DP)‡ 3840x2160@60Hz. Note >1920x1200 @60Hz is known based on information presented to be supported only by DP on the i5-4670. This appears controverted by working as expected on Windows.

ntroller [8086:0412] (rev 06)

Duplicates PCI_ID=8086:0412 from OP without reporting the DDX (X driver) in use. Inxi -Gxx reports PCI ID (8086:0412), kernel driver (i915), and DDX (?).

Video options in BIOS cranked up...

What exactly does this mean?

Assume that if the adaptor works for Windows, should work for Linux??

Reasonable assumption, but not every tweak resulting from coordination between Microsoft and hardware manufacturers makes it into Linux before someone reports a shortcoming to the FOSS driver writers, hence my last list item in post #4.

Note another difference between my 15.1 in post #4 and your xrandr output is that the CRTC connection in my Kaby Lake is the more robust DisplayPort (DP-1), while yours and my Haswell are seeing HDMI-1. This suggests to me some correction has been made somewhere in X for newer GPUs.

Manually creating a modeline with CVT or GTF doesn't produce any better modeline than X does itself given correct data to work with. When EDID is defective, experiences like yours are common. Instead of calculating with CVT, give X correct specifications via xorg.conf:

Section "Device"
    Identifier "DefaultDevice"
EndSection

Section "Monitor"
    Identifier "DefaultMonitor"
	VendorName	"LG"
	ModelName	"34WL500"
	HorizSync	30-90
	VertRefresh	56-75
	Option	"PreferredMode"	"2560x1080" # should not, but might be necessary
EndSection

Section "Screen"
    Identifier "DefaultScreen"
	Device "DefaultDevice"
	Monitor "DefaultMonitor"
EndSection

I have yet since Xorg forked off XFree86 to find a CVT- or GTF-generated modeline necessary or preferable when correct HorizSync and VertRefresh specifications are provided this way.

[hornetster]

give X correct specifications via xorg.conf:

Does xorg.conf still exist?

[mrmazda]

Does xorg.conf still exist?

It's optional, so it only does if you need it to. The vast majority of (non-NVidia GPU with proprietary driver) installations do not need one.