Arch Linux

I am experiencing the same issue. Once X server starts the screen is no longer updated. I have attached my conf and log file. Let me know if I can provide any more useful information.

I have the same issue as well. By replacing Screen 0 "NVIDIA" to Screen 1 "NVIDIA" could get the screen working (at least on my laptop). However, I decided to downgrade to the older version and waiting for update.

@cheng Thanks for the workaround, it works for me too !

Same issue here, workaround mentioned by cheng worked for me too.
Been up all night troubleshooting, found out that if you don't specify Screen 1 it will log in Xorg.*.log that there are no configurations for Screen 1. Also found out xorg-xrandr utility is version 1.4.3 and Server randr package is 1.5 (Maybe this could be the culprit).

I also found out that if using Screen 1, LightDM would start but I only get a black screen with a single pixel dot in the upperleft corner. I can use my password to log-in blindly but after that X session crashes and I'll be returned to LightDM with the same screen of the single pixel dot.

Since this happened during configuration tasks after installing, I started over using Nouveau for now.

Did you guys try the nvidia driver integrated device switching mechanism? It's supposed to be able to replace Optimus eventually.

I also had problem with multi-head setup on 1.18 (one laptop display and two external displays connected through docking station - achieved by bumblebee). For now I just revert to last working packages:

mesa-11.0.5-1
mesa-libgl-11.0.5-1
xf86-input-evdev-2.10.0-1
xf86-input-synaptics-1.8.2-2
xf86-video-intel-1:2.99.917+478+gdf72bc5-2
xf86-video-vesa-2.3.4-1
xorg-server-1.17.4-2
xorg-server-common-1.17.4-2
xorg-server-xvfb-1.17.4-2

Perhaps someone may need this list :)
Best Regards,

PS @Sven-Hendrik - you refer to PRIME?

Yes, prime. Is that working well yet?

@cheng Thanks for the workaround. The only thing is, when I start mate, when I open any window it comes up on the top left corner and very small. I have to resize it. I tried changing the mate window properties to center it but id doesn't help.

The screen 0/1 workaround is breaking many things, such as dmenu in i3, and obviously steam games in various ways. PRIME is unfortunately not a solution when performance is involved.

I'm using LightDM with latest Nvidia prop drivers. I also used downgrade workaround with:

cd /var/cache/pacman/pkg/
sudo pacman -U xorg-server-1.17.4-2-x86_64.pkg.tar.xz xf86-input-evdev-2.10.0-1-x86_64.pkg.tar.xz xf86-input-synaptics-1.8.3-1-x86_64.pkg.tar.xz

Related forum thread which mentioned the workaround:
https://bbs.archlinux.org/viewtopic.php?pid=1581775

Downgrading as per samos123's instructions works, but I found I needed to remove /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass.conf before downgrading. That file gets recreated automatically after the downgrade, so no worries.

Hope someone will fix the xorg-server package soon...

If you want to be able to upgrade your system in the meantime, add this line to /etc/pacman.conf:

IgnorePkg = xorg-server xf86-input-evdev xf86-input-synaptics

same pb here with my lenovo Y50

To clarify, it' not upgrading the nVidia drivers that's the issue, it's the Xorg server stuff us nVidia guys were ignoring recently, correct? I have this same issue if I upgrade as well.

Same problem on MSI GE70 0ND.

Downgrade then add this to /etc/pacman.conf :
IgnorePkg = xf86-input-evdev xf86-input-joystick xf86-input-keyboard xf86-input-mouse xf86-input-synaptics xf86-input-void xf86-video-intel xf86-video-vesa xorg-server xorg-server-common xorg-server-xephyr

Wait for an Optimus support.

Same Problem here, I get the same "Screen 1" error in Xorg.log. I have no Optimus, but two graphic devices with fixed wires to internal display and external connections (HDMI, DisplayPort).

Notebook Model: HP ZBook 15 G2 Basic
graphics card: NVIDIA Quadro K2100M
CPU: Intel Core i7-4810MQ 4C

Just in order to summarize:

- xorg-1.17 + nvidia-358.16 works
- xorg 1.18 + nvidia-358.16 doesn't work

According to http://us.download.nvidia.com/XFree86/Linux-x86/358.16/README/randr14.html you only need a configuration such as:

% cat /etc/X11/xorg.conf
Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:4:0:0"
Option "AllowEmptyInitialConfiguration"
EndSection

with:

% lspci|grep -i vga
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
04:00.0 VGA compatible controller: NVIDIA Corporation GK208M [GeForce GT 730M] (rev a1)

This simple configuration actually allows to start both xorg 1.17 and xorg 1.18. With xorg 1.18 it has the exact same effect as replacing "Screen 0" with "Screen 1" in the old configuration.

The undesirable effects I personally noticed within a few seconds are:
- dmenu broken: it doesn't show up all the time, most likely on another screen I can't see (I'm using i3, starting X with a startx)
- running Steam will popup 1/4 of the login window on the top left of the screen
- games ran by steam such as CS:GO will be extremely confused by the screen layout and you are simply not be able to play

In order to rollback:
% cd /var/cache/pacman/pkg
# pacman -U xf86-input-evdev-2.10.0-1-x86_64.pkg.tar.xz xf86-input-keyboard-1.8.1-1-x86_64.pkg.tar.xz xf86-input-mouse-1.9.1-1-x86_64.pkg.tar.xz xf86-input-vmmouse-13.1.0-1-x86_64.pkg.tar.xz xf86-input-void-1.4.1-1-x86_64.pkg.tar.xz xf86-video-ark-0.7.5-6-x86_64.pkg.tar.xz xf86-video-ati-1:7.5.0-2-x86_64.pkg.tar.xz xf86-video-dummy-0.3.7-4-x86_64.pkg.tar.xz xf86-video-fbdev-0.4.4-4-x86_64.pkg.tar.xz xf86-video-glint-1.2.8-6-x86_64.pkg.tar.xz xf86-video-i128-1.3.6-6-x86_64.pkg.tar.xz xf86-video-intel-1:2.99.917+478+gdf72bc5-2-x86_64.pkg.tar.xz xf86-video-mach64-6.9.5-1-x86_64.pkg.tar.xz xf86-video-neomagic-1.2.9-1-x86_64.pkg.tar.xz xf86-video-nouveau-1.0.11-3-x86_64.pkg.tar.xz xf86-video-nv-2.1.20-6-x86_64.pkg.tar.xz xf86-video-openchrome-0.3.3-5-x86_64.pkg.tar.xz xf86-video-r128-6.10.0-1-x86_64.pkg.tar.xz xf86-video-savage-2.3.8-1-x86_64.pkg.tar.xz xf86-video-siliconmotion-1.7.8-1-x86_64.pkg.tar.xz xf86-video-sis-0.10.8-1-x86_64.pkg.tar.xz xf86-video-tdfx-1.4.5-6-x86_64.pkg.tar.xz xf86-video-trident-1.3.7-1-x86_64.pkg.tar.xz xf86-video-vesa-2.3.4-1-x86_64.pkg.tar.xz xf86-video-vmware-13.1.0-2-x86_64.pkg.tar.xz xf86-video-voodoo-1.2.5-6-x86_64.pkg.tar.xz xorg-server-1.17.4-2-x86_64.pkg.tar.xz

And to prevent further upgrades, "IgnoreGroup = xorg" in /etc/pacman.conf is enough.

I didn't find any related Xorg bug report. Is anyone actually aware of anything on the Xorg side?

Note: this bug severity should be at least High.

@ ux (ubitux)
To get rid of undesirable effects you mentioned add
Option "nvidiaXineramaInfo" "False"
to xorg.conf's "Device" section.
I guess it's i3 related.

@Alex (ggppdd)
That indeed works pretty well. Thanks.

Edit: actually... firefox is completely broken (left click not working, UI half dead, ...). Not sure if it's because of the xinerama thing or not.

Same issue here, firefox was completely broken has mentionned above (on both fluxbox and i3). I had to roll back to xorg 1.17.

My hardware: Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz + Nvidia Geforce GTX 860M.

Try enter and then exit floating mode (mod-shift-space) as temporary solution.

Playing with the floating mode doesn't help. Also, it can actually be replicated with fluxbox, so it's likely unrelated.

Reproducing the bug is pretty easy with Firefox: left click simply doesn't respond, or clicking toolbar buttons such as the preferences are ignored (the hover event is working though).

I decided to give another shot and update the system. And surprisingly this time it worked :) I'm not sure what was the reason of the failure - but what I'm sure I didn't touch any of the xorg configuration files.
The list of packages which I'm currently running:
mesa-11.1.0-2
mesa-libgl-11.1.0-2
xf86-input-evdev-2.10.0-3
xf86-input-synaptics-1.8.3-2
xf86-video-intel-1:2.99.917+519+g8229390-1
xf86-video-vesa-2.3.4-2
xorg-server-1.18.0-3
xorg-server-common 1.18.0-3
xorg-server-xvfb 1.18.0-3
nvidia 358.16-3
nvidia-utils 358.16-1

Still broken:

Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:4:0:0"
Option "AllowEmptyInitialConfiguration"
EndSection

==> dmenu+steam broken

Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:4:0:0"
Option "AllowEmptyInitialConfiguration"
Option "nvidiaXineramaInfo" "False"
EndSection

==> firefox broken

Could someone test the new nvidia beta driver (from AUR perhaps) and report results?

I stuck the new driver into [testing]. Please test.

I just tried the drivers from [testing].
Same result. GTK3 apps, dmenu, steam still broken.

Same problem with Dell Inspiron 3542. Before Xorg 1.17 everythings fine, after new Xorg version there is this problem.

Downgrading doesn't seem to work for me. glxspheres64 stops working due to a swrast_dri.so file error

This helps me with firefox:
Option "nvidiaXineramaInfoOverride" "1366x768+0+0, 1366x768+1366+0, 1366x768+0+768, 1366x768+1366+768"

Is nvidia even aware of this issue? Seems weird that they have not made any attempt to fix it yet while they're planning to add Prime synchronization in linux 4.5.

EDIT: Maybe someone should add aplattner to the CC list as he has an account here.

I confirm the workaround, nvidiaXineramaInfo=false isn't even necessary with the nvidiaXineramaInfoOverride. So finally, the following works for me so far:

Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:4:0:0"
Option "AllowEmptyInitialConfiguration"
#Option "nvidiaXineramaInfo" "False"
Option "nvidiaXineramaInfoOverride" "1920x1080+0+0, 1920x1080+1920+0, 1920x1080+0+1080, 1920x1080+1920+1080"
EndSection

Note1: "nvidiaXineramaInfoOverride" "1920x1080+0+0" isn't enough for some reason, the whole thing looks necessary.

Note2: in the .xinitrc, I also need disable the laptop monitor if I use an external one (otherwise I get huge lag/glitches in the top of the screen). It looks like this:
xrandr --setprovideroutputsource modesetting NVIDIA-0
xrandr --auto
xrandr --output eDP-1 --off

Thanks Alex for the workaround. I'm curious about what the XineramaInfo we are overriding actually look like though...

Actually, GTK3 apps are kind of broken. Like, scroll down menus in pavucontrol or vinagre are fucked up...

Please test 361.18 from [testing].

I confirm that updating to 361.18 didn't solve any problem. Still firefox and the GTK3 drop-down menus are broken the same way as before

Did you also test with 'Screen 0 "nvidia"' by any chance?

qt4 apps are also broken, e.g vlc

eclipse starts very tiny (almost unseen) and I couldn't even maximize it. Is this related?

The workaround works for me atm (system full updat 01/25/2016 @ 9H00 GMT).

My /etc/X11/xorg.conf.d/20-nvidia.conf :

Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:1:0:0"
Option "DPI" "96 x 96"
Option "AllowEmptyInitialConfiguration"
Option "Coolbits" "31"
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1"
Option "nvidiaXineramaInfoOverride" "1600x900+0+0, 1600x900+1600+0, 1600x900+0+900, 1600x900+1600+900"
EndSection

Fullscren window apps are a bit broken, they don't respect my tint2 bar (evertyime bedhind it... now i use autohide option to pass this).

Can someone confirm whether this bug is mainly due to the nvidia driver or if it is on the xorg side?

I frequently connect my laptop to different screens at work & at home, so the nvidiaXineramaInfoOverride workaround is bound to be a PITA.

Given that it works with Xorg 1.17 but not Xorg 1.18 with the same nvidia driver, the issue can be reported as a regression on Xorg side. That said, given the history of that company and its proprietary politic it's far possible nvidia was actually abusing the Xorg API in the first place. So most likely, both are at fault. But IMO Xorg is responsible for preventing any regression on its software, so my guess would be to report the issue at https://bugs.freedesktop.org/buglist.cgi?product=xorg&component=Driver%2FnVidia%20%28proprietary%29&resolution=---&list_id=568472

Thanks. I've filed a bug here by summarising this report: https://bugs.freedesktop.org/show_bug.cgi?id=94006

I noticed that without a xorg.conf file, my X displays with nvidia installed with mesa-libgl but X does NOT start at all if I install nvidia-libgl.
Could it be that nvidia-libgl doesn't play nicely with X 1.18?

I was experiencing the same issue where windows would open very small in the upper left hand corner and context menus were just small squares in the upper left. Upgraded to xorg-server 1.18.1 this morning fixed the issue.

For anyone looking to reproduce it before the official package is out here is what I did:
- pulled xorg-server from abs
- bumped the pkgver to 1.18.1
- disabled the patches
- removed the dependency on mesa-libgl since I have nvidia-libgl installed
- built, installed, rebooted

@iainh

packages are in testing. Are you using modesetting or intel driver?

@lordheavy

I'm using modesettings. Good to hear the packages have hit testing, hopefully this fixes everyone else's issue as it did mine.

For me nothing has been changed with the new versions. All the bugs reported are still the same.

$pacman -Q xorg-server nvidia nvidia-libgl :(
xorg-server 1.18.1-2
nvidia 361.28-1
nvidia-libgl 361.28-1

I had a go trying the 'testing' packages this morning, nothing has changed for me either - still doesn't function.

I tried the basic config:

Section "Module"
Load "modesetting"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:1:0:0"
Option "AllowEmptyInitialConfiguration"
EndSection

@iainh
Can you please test with eclipse software and confirm whether it opens well and paste your config file?

My apologies, I thought I'd tested with the laptop display as well as an external monitor but it looks like it still doesn't work properly on the laptop display.

A nvidia dev commented about the issue:
https://devtalk.nvidia.com/default/topic/775691/linux/vsync-issue-nvidia-prime-ux32vd-with-gt620-m-/5

Apparently this was fixed in xorg git:
https://bugs.freedesktop.org/show_bug.cgi?id=92313

EDIT: Actually this is in Xorg 1.18.1, so might not be fixed.

@AnAkkk
This patch isn't included in xorg-server-1.18.1

I will push a new release in testing with this patch applied, please test (xorg-server-1.18.1-3)

Initial indications are that xorg-server-1.18.1-3 appears to work for me, thanks!

I did have to remove some old symlinks and re-install libglvnd as there were some old symlinks screwing things up for me under /usr/lib/ (mainly for files like libGL.so.1 & libEGL.so) but once I did that and used the basic config everything started OK.

@Munzir I tested eclipse. I just opened a project and resized the main window - worked fine.

xorg-server-1.18.1-3 still doesn't work for me with this xorg.conf:

Section "ServerLayout"
Identifier "layout"
Screen 0 "nvidia"
Inactive "intel"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
# Change BusID if necessary. Tips: (lspci | grep 3D) (Change 01:00.0 to 1:0:0)
BusID "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "nvidia"
Device "nvidia"
Option "AllowEmptyInitialConfiguration" "Yes"
EndSection

Section "Device"
Identifier "intel"
Driver "modesetting"
# Change BusID if necessary. Tips: (lspci | grep VGA) (Change 00:02.0 to 0:2:0)
BusID "PCI:0:2:0"
Option "AccelMethod" "none"
EndSection

Section "Screen"
Identifier "intel"
Device "intel"
EndSection

This works fine with xorg-server-1.17.4-2.

@ Patrick Chilton
Update your xorg.conf read the wiki.

I also had this bug, and the latest updates fixed the issue. The xorg.conf instructions have changed, as Valentin has pointed out.