I’ve been trying for several hours to configure my computer to work with two monitors.
Here are the xandr results:
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1920 x 1080, maximum 1920 x 1080
default connected 1920x1080+0+0 0mm x 0mm
1920x1080 0.0*
1280x1024 0.0
1024x768 0.0
800x600 0.0
640x480 0.0
Here are the lspci -vnn | grep VGA -A 12 results:
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:1998]
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at f7800000 (64-bit, non-prefetchable) [size=4]
Memory at e0000000 (64-bit, prefetchable) [size=256]
I/O ports at f000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
00:03.0 Audio device [0403]: Intel Corporation Haswell HD Audio Controller [8086:0c0c] (rev 06)
Subsystem: Hewlett-Packard Company Device [103c:1998]
When I check at the Configure Display in the GUI it only detects one screen labelled default.
When I check at the Configure Display in the GUI it only detects one screen labelled default.
IMHO, those two statements seem to indicate that you are not using the intel driver, but rather a generic one.
That would also be the reason why your 2nd monitor is not recognized.
So please post the file /var/log/Xorg.0.log.
A side-note: 12.3 is unsupported since January. You probably should consider upgrading to a supported version, this would also contain a newer intel driver if the one in 12.3 gives you problems…
I am sorry I don’t seem to have the option to post any files and the content of the log exceeds the character limit I am allowed.
I have to stay with OpenSuse 12.3, it is the OS we use at my workplace.
Ok, as suspected, you are using the generic VESA driver.
I don’t think you can get a second monitor to work with this.
What I find remarkable though is that Xorg doesn’t even try to load a different driver. Normally it should try a few ones (intel, modesetting, and fbdev in your case), and then choose the best working one.
So this might mean it doesn’t even recognize your graphics chip and has no idea what drivers to try (no idea how it would react in this case), or you specified Driver=“vesa” somewhere in your Xorg config.
According to the log you don’t have an xorg.conf, so please post the output of:
/etc/X11/xorg.conf.d/50-device.conf contains the line Driver “vesa”, that forces Xorg to use the vesa driver.
Remove that and it should use intel instead, and as a result recognoze your 2nd monitor.
You could also just delete the file /etc/X11/xorg.conf.d/50-device.conf completely, or move it to a different folder (so you could move it back if necessary).
I don’t know the reason why that line is there in the first place. If it is because of problems with the intel driver, you might not get a graphical system afterwards at all. In that case, choose “Recovery Mode” in the boot menu (2nd entry in “Advanced Options”), and put back the file.
If that’s the case, your only chance would be to upgrade the intel driver and/or kernel. But the Xorg repo is not available any more for 12.3…
You might have better luck by using fbdev instead of vesa though. Actually you wouldn’t even have to have a Driver line in the Xorg config, adding “nomodeset” to kernel command line (in YaST->System->Boot Loader) would prevent the use of intel as well.
I moved the file /etc/X11/xorg.conf.d/50-device.conf to a different folder and restarted my system. My two monitors are now working ! The problem now is that the only resolution I have avaible in display settings is 800 x 600 and both monitors are mirrowed. I don’t think linux recognizes either of them since xrandr gives me:
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 800 x 600, current 800 x 600, maximum 800 x 600
default connected 800x600+0+0 0mm x 0mm
800x600 75.0*
Whether or not they are mirrored, you should be able to configure in your desktop’s display settings.
I don’t think linux recognizes either of them since xrandr gives me:
Can you please post /var/log/Xorg.0.log again, this should show whether the displays are “recognized” (or rather the EDID data can be read correctly).
And try to move the files 50-screen.conf and 50-monitor.conf as well. They might contain some configuration that worked fine with vesa, but doesn’t any more now with intel and/or the 2nd monitor.
I will try to move the said files and report back after the reboot
EDIT: I moved 50-screen.conf and 50-monitor.conf to a different folder and the problem remains the same, the only resolution avaible is 800x600 and mirrowed desktops.
Earlier you said that the solution could be to check into my yast -> Boot Loader Options, I just checked and under Failsafe Kernel Command Line Parameter I have the line:
No.
This line is only used if you select a “failsafe” or “Recovery Mode” entry in the boot menu.
The problem is that you still are not using the intel driver, but fbdev.
intel is being loaded, but just not used. I don’t really see any error message either, except for “open /dev/dri/card0: No such file or directory”.
I think either the intel kernel module is not loaded for any reason (and therefore the intel X driver cannot be used), or your GPU isn’t supported yet.
Can you please post the output of “/sbin/lspci -nnk” to see whether the kernel module is loaded or not?
P.S. sorry for my english it’s my second language.
Dont’ worry about the failsafe boot parameters. Your Xorg log shows that you booted in normal mode, and the intel driver was loaded (intiially at least), but it then goes on to the basic framebuffer driver (with 800x600 display resolution)
13.939] (II) UnloadModule: "modesetting"
13.939] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
13.939] (==) FBDEV(0): RGB weight 888
13.939] (==) FBDEV(0): Default visual is TrueColor
13.939] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
13.939] (II) FBDEV(0): hardware: EFI VGA (video memory: 1920kB)
13.939] (II) FBDEV(0): checking modes against framebuffer device...
13.939] (II) FBDEV(0): mode "1680 x 1050" not found
13.939] (II) FBDEV(0): checking modes against monitor...
13.939] (--) FBDEV(0): Virtual size is 800x600 (pitch 800)
13.939] (**) FBDEV(0): Built-in mode "current": 48.0 MHz, 46.9 kHz, 75.1 Hz
13.939] (II) FBDEV(0): Modeline "current"x0.0 48.00 800 832 928 1024 600 604 608 624 -hsync
-vsync -csync (46.9 kHz b)
13.939] (==) FBDEV(0): DPI set to (96, 96)
13.939] (II) Loading sub module "fb"
13.939] (II) LoadModule: "fb"
Ok, this seems indeed to be the problem.
There’s no kernel module loaded, otherwise it would have a “Kernel driver in use” line.
Please run “sudo /sbin/modprobe i915” and then post the output of lspci again (and “dmesg|tail”).
It might be that the 12.3 kernel is just too old, but Linux Kernel Driver DataBase: CONFIG_DRM_I915: Intel 8xx/9xx/G3x/G4x/HD Graphics would suggest that your GPU should be identified in kernels 3.5-3.19 (you are using 3.7).
Hm, so this hasn’t changed anything.
And there’s no message in dmesg either.
Please try “sudo /sbin/modprobe -v i915” then and post “dmesg|tail” afterwards.
I do remember such problems with the intel kernel module in 12.3 though, there were a few posts here where it just wasn’t loaded.
IIRC, one thing that might help is to disable plymouth. So try to add “plymouth.enable=0” to the kernel command line and see whether i915 is then loaded and the intel driver working.
Other ideas:
Check the NO_KMS_IN_INITRD setting in /etc/sysconfig/kernel. If it is “yes”, change it to “no” and run “sudo /sbin/mkinitrd” afterwards.
Try to add “i915” to the line MODULES_LOADED_ON_BOOT and/or INITRD_MODULES in that file.
