You are not logged in.

#1 2014-07-30 13:16:03

nsmathew
Member
From: Asia
Registered: 2012-08-18
Posts: 31

Issue on VMWare post Xorg packages update

I run arch as a guest on VMWare Player(6.0.2). I am facing this problem where I cannot start a DE nor WM post the recent updates to some of the xorg packages. I tried KDE and dwm. The updates done are as below:

[2014-07-29 21:04] [PACMAN] upgraded cryptsetup (1.6.5-1 -> 1.6.5-2)
[2014-07-29 21:04] [PACMAN] upgraded iproute2 (3.14.0-1 -> 3.15.0-1)
[2014-07-29 21:04] [PACMAN] upgraded libdrm (2.4.54-1 -> 2.4.55-1)
[2014-07-29 21:04] [PACMAN] upgraded lib32-libdrm (2.4.54-1 -> 2.4.55-1)
[2014-07-29 21:04] [PACMAN] upgraded libxfont (1.4.7-3 -> 1.5.0-1)
[2014-07-29 21:05] [PACMAN] upgraded linux (3.15.5-2 -> 3.15.7-1)
[2014-07-29 21:05] [PACMAN] upgraded linux-headers (3.15.5-2 -> 3.15.7-1)
[2014-07-29 21:05] [PACMAN] upgraded xf86-input-evdev (2.9.0-1 -> 2.9.0-2)
[2014-07-29 21:05] [PACMAN] upgraded xf86-input-vmmouse (13.0.0-3 -> 13.0.0-4)
[2014-07-29 21:05] [PACMAN] upgraded xf86-video-vmware (13.0.2-1 -> 13.0.2-2)
[2014-07-29 21:05] [PACMAN] installed libepoxy (1.2-2)
[2014-07-29 21:05] [PACMAN] upgraded xorg-server-common (1.15.2-1 -> 1.16.0-5)
[2014-07-29 21:05] [PACMAN] upgraded xorg-server (1.15.2-1 -> 1.16.0-5)

The Xorg log is as below. I can see there seems to be a segmentation fault while trying to load the vgahw module. I am not sure how investigate further, any help would be appreciated.

[    22.191] 
X.Org X Server 1.16.0
Release Date: 2014-07-16
[    22.191] X Protocol Version 11, Revision 0
[    22.191] Build Operating System: Linux 3.15.5-2-ARCH x86_64 
[    22.191] Current Operating System: Linux asecretplace 3.15.7-1-ARCH #1 SMP PREEMPT Mon Jul 28 20:06:17 CEST 2014 x86_64
[    22.191] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=d163345c-8a2e-4ec1-9b0a-916fd3ea1d2d rw
[    22.192] Build Date: 25 July 2014  10:42:31PM
[    22.192]  
[    22.192] Current version of pixman: 0.32.6
[    22.192] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[    22.192] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    22.192] (==) Log file: "/home/nsm09/.local/share/xorg/Xorg.0.log", Time: Wed Jul 30 20:43:26 2014
[    22.240] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    22.240] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    22.270] (==) No Layout section.  Using the first Screen section.
[    22.270] (==) No screen section available. Using defaults.
[    22.270] (**) |-->Screen "Default Screen Section" (0)
[    22.270] (**) |   |-->Monitor "<default monitor>"
[    22.270] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[    22.270] (==) Automatically adding devices
[    22.270] (==) Automatically enabling devices
[    22.270] (==) Automatically adding GPU devices
[    22.296] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[    22.297] 	Entry deleted from font path.
[    22.300] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi/".
[    22.300] 	Entry deleted from font path.
[    22.300] 	(Run 'mkfontdir' on "/usr/share/fonts/100dpi/").
[    22.303] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi/".
[    22.303] 	Entry deleted from font path.
[    22.303] 	(Run 'mkfontdir' on "/usr/share/fonts/75dpi/").
[    22.303] (==) FontPath set to:
	/usr/share/fonts/misc/,
	/usr/share/fonts/TTF/,
	/usr/share/fonts/Type1/
[    22.303] (==) ModulePath set to "/usr/lib/xorg/modules"
[    22.303] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[    22.304] (II) Loader magic: 0x818d80
[    22.304] (II) Module ABI versions:
[    22.304] 	X.Org ANSI C Emulation: 0.4
[    22.304] 	X.Org Video Driver: 18.0
[    22.304] 	X.Org XInput driver : 21.0
[    22.304] 	X.Org Server Extension : 8.0
[    22.306] (II) systemd-logind: took control of session /org/freedesktop/login1/session/c1
[    22.307] (II) xfree86: Adding drm device (/dev/dri/card0)
[    22.307] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0
[    22.328] (--) PCI:*(0:0:15:0) 15ad:0405:15ad:0405 rev 0, Mem @ 0xe8000000/134217728, 0xfe000000/8388608, I/O @ 0x00001070/16, BIOS @ 0x????????/32768
[    22.328] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[    22.328] (II) LoadModule: "glx"
[    22.332] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    22.437] (II) Module glx: vendor="X.Org Foundation"
[    22.437] 	compiled for 1.16.0, module version = 1.0.0
[    22.437] 	ABI class: X.Org Server Extension, version 8.0
[    22.437] (==) AIGLX enabled
[    22.437] (==) Matched vmware as autoconfigured driver 0
[    22.437] (==) Matched vmware as autoconfigured driver 1
[    22.437] (==) Matched modesetting as autoconfigured driver 2
[    22.437] (==) Matched fbdev as autoconfigured driver 3
[    22.437] (==) Matched vesa as autoconfigured driver 4
[    22.437] (==) Assigned the driver to the xf86ConfigLayout
[    22.437] (II) LoadModule: "vmware"
[    22.440] (II) Loading /usr/lib/xorg/modules/drivers/vmware_drv.so
[    22.748] (II) Module vmware: vendor="X.Org Foundation"
[    22.749] 	compiled for 1.16.0, module version = 13.0.2
[    22.749] 	Module class: X.Org Video Driver
[    22.749] 	ABI class: X.Org Video Driver, version 18.0
[    22.749] (II) LoadModule: "modesetting"
[    22.749] (WW) Warning, couldn't open module modesetting
[    22.749] (II) UnloadModule: "modesetting"
[    22.749] (II) Unloading modesetting
[    22.749] (EE) Failed to load module "modesetting" (module does not exist, 0)
[    22.749] (II) LoadModule: "fbdev"
[    22.750] (WW) Warning, couldn't open module fbdev
[    22.750] (II) UnloadModule: "fbdev"
[    22.750] (II) Unloading fbdev
[    22.750] (EE) Failed to load module "fbdev" (module does not exist, 0)
[    22.750] (II) LoadModule: "vesa"
[    22.750] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[    22.760] (II) Module vesa: vendor="X.Org Foundation"
[    22.760] 	compiled for 1.16.0, module version = 2.3.2
[    22.760] 	Module class: X.Org Video Driver
[    22.760] 	ABI class: X.Org Video Driver, version 18.0
[    22.760] (II) vmware: driver for VMware SVGA: vmware0405, vmware0710
[    22.760] (II) VESA: driver for VESA chipsets: vesa
[    22.760] (++) using VT number 1

[    22.760] (--) controlling tty is VT number 1, auto-enabling KeepTty
[    22.760] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
[    22.760] (WW) Falling back to old probe method for vesa
[    22.761] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[    22.761] (II) vmware(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[    22.761] (--) vmware(0): DRM driver version is 2.6.0
[    22.761] (EE) vmware(0): Failed to detect device screen object capability.
[    22.761] (WW) vmware(0): Disabling 3D support.
[    22.761] (WW) vmware(0): Disabling Render Acceleration.
[    22.761] (WW) vmware(0): Disabling RandR12+ support.
[    22.761] (--) vmware(0): VMware SVGA regs at (0x1070, 0x1071)
[    22.761] (II) Loading sub module "vgahw"
[    22.761] (II) LoadModule: "vgahw"
[    22.761] (II) Loading /usr/lib/xorg/modules/libvgahw.so
[    22.774] (II) Module vgahw: vendor="X.Org Foundation"
[    22.774] 	compiled for 1.16.0, module version = 0.1.0
[    22.774] 	ABI class: X.Org Video Driver, version 18.0
[    22.796] (EE) 
[    22.796] (EE) Backtrace:
[    22.808] (EE) 0: /usr/bin/Xorg.bin (xorg_backtrace+0x56) [0x5938f6]
[    22.808] (EE) 1: /usr/bin/Xorg.bin (0x400000+0x197af9) [0x597af9]
[    22.808] (EE) 2: /usr/lib/libc.so.6 (0x7ff555bc3000+0x33df0) [0x7ff555bf6df0]
[    22.808] (EE) 3: /usr/lib/libpciaccess.so.0 (pci_io_write8+0x3) [0x7ff556f7c923]
[    22.808] (EE) 4: /usr/lib/xorg/modules/libvgahw.so (vgaHWSaveColormap+0x5b) [0x7ff54ecd8fbb]
[    22.808] (EE) 5: /usr/lib/xorg/modules/libvgahw.so (vgaHWSave+0x55) [0x7ff54ecdad55]
[    22.808] (EE) 6: /usr/lib/xorg/modules/drivers/vmware_drv.so (0x7ff55177f000+0x7dce) [0x7ff551786dce]
[    22.808] (EE) 7: /usr/bin/Xorg.bin (InitOutput+0xa9f) [0x47a25f]
[    22.808] (EE) 8: /usr/bin/Xorg.bin (0x400000+0x3b67a) [0x43b67a]
[    22.808] (EE) 9: /usr/lib/libc.so.6 (__libc_start_main+0xf0) [0x7ff555be3000]
[    22.808] (EE) 10: /usr/bin/Xorg.bin (0x400000+0x25d0e) [0x425d0e]
[    22.808] (EE) 
[    22.808] (EE) Segmentation fault at address 0x8
[    22.808] (EE) 
Fatal server error:
[    22.808] (EE) Caught signal 11 (Segmentation fault). Server aborting
[    22.808] (EE) 
[    22.808] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[    22.808] (EE) Please also check the log file at "/home/nsm09/.local/share/xorg/Xorg.0.log" for additional information.
[    22.808] (EE) 
[    22.814] (EE) Server terminated with error (1). Closing log file.

Last edited by nsmathew (2014-07-30 13:16:25)


Is man one of God's blunders? Or is God one of man's blunders?
Friedrich Nietzsche

Offline

#2 2014-07-30 14:05:13

guihkx
Member
Registered: 2013-03-22
Posts: 34

Re: Issue on VMWare post Xorg packages update

Same issue here...

Offline

#3 2014-07-31 06:16:27

nsmathew
Member
From: Asia
Registered: 2012-08-18
Posts: 31

Re: Issue on VMWare post Xorg packages update

guihkx wrote:

Same issue here...

So even you are running it as a guest in VMWare?


Is man one of God's blunders? Or is God one of man's blunders?
Friedrich Nietzsche

Offline

#4 2014-07-31 06:58:52

johnr
Member
From: NYC, NY
Registered: 2004-04-19
Posts: 27

Re: Issue on VMWare post Xorg packages update

I'm also having this issue. Running Arch as a guest in VMware (running it on a mac, Fusion). Was working just before last update which i did earlier today.

The error in the log was:

(EE) vmware(0): Failed to detect device screen object capability.

Offline

#5 2014-07-31 20:16:33

johnr
Member
From: NYC, NY
Registered: 2004-04-19
Posts: 27

Re: Issue on VMWare post Xorg packages update

I didn't find a solution, so I went through a very painful downgrade... package by package.

Anyway, I'm back in business. Here's to hoping the next version corrects the issue.

Offline

#6 2014-08-01 17:40:39

guihkx
Member
Registered: 2013-03-22
Posts: 34

Re: Issue on VMWare post Xorg packages update

nsmathew wrote:
guihkx wrote:

Same issue here...

So even you are running it as a guest in VMWare?

Yes.

johnr wrote:

I didn't find a solution, so I went through a very painful downgrade... package by package.

Anyway, I'm back in business. Here's to hoping the next version corrects the issue.

Could you post exactly which packages you had to downgrade? Thanks.

Offline

#7 2014-08-02 01:36:15

johnr
Member
From: NYC, NY
Registered: 2004-04-19
Posts: 27

Re: Issue on VMWare post Xorg packages update

I can't tell you the exact list of packages, I was just removing and downgrading as I hit a conflict. The problem is xorg packages are updated / versioned all together, meaning, when one package is updated, most of the others are updated also... at least that is my understanding. I could be wrong. So... I needed to downgrade xorg-server, and xf86-video-vmware, but to get that to happen I had to downgrade a bunch of other files, and had to force a update/removal a couple times because of a nasty dependency between evdev and xorg-server.

I know this isn't much help, and for that I am sorry. I wish I could be more certain of steps or packages... but I was willing to break the whole thing because I had a backup of the VM... so I was taking a lot of chances.

Offline

#8 2014-08-02 02:54:11

invsblduck
Member
Registered: 2012-07-12
Posts: 4

Re: Issue on VMWare post Xorg packages update

Guess I picked the wrong week to get a MacBook and run Arch in Fusion haha........  Xorg SIGSEGV death.  (x_x)

Offline

#9 2014-08-02 04:16:36

guihkx
Member
Registered: 2013-03-22
Posts: 34

Re: Issue on VMWare post Xorg packages update

johnr wrote:

I can't tell you the exact list of packages, I was just removing and downgrading as I hit a conflict. The problem is xorg packages are updated / versioned all together, meaning, when one package is updated, most of the others are updated also... at least that is my understanding. I could be wrong. So... I needed to downgrade xorg-server, and xf86-video-vmware, but to get that to happen I had to downgrade a bunch of other files, and had to force a update/removal a couple times because of a nasty dependency between evdev and xorg-server.

I know this isn't much help, and for that I am sorry. I wish I could be more certain of steps or packages... but I was willing to break the whole thing because I had a backup of the VM... so I was taking a lot of chances.

I see... That's too complicated for me tongue

I guess I'll wait for an official update on VMware Tools or whatever. Until then I'll be using Ubuntu.

Thanks for your help though!

Offline

#10 2014-08-02 06:03:21

guihkx
Member
Registered: 2013-03-22
Posts: 34

Re: Issue on VMWare post Xorg packages update

Okay... I did what our friend johnr suggested and after some research and a little headache, I managed to get my Arch Linux working again by downgrading just 3 packages. Here are the few steps I did:

First of, install this little package called 'downgrade' to help you downgrade the packages.

1. Okay, first we need to remove these 3 packages which requires Xorg >1.16:

# pacman -Rs xf86-input-evdev xf86-video-vmware xorg-server

2. Now we have to downgrade xf86-input-evdev to the exact version 2.9.0-1. Search for it in the list, type its corresponding number and press enter. Example:

$ downgrade xf86-input-evdev
[...]
2) xf86-input-evdev-2.9.0-1-x86_64.pkg.tar.xz (remote)
[...]
select a package by number: 2
[...]
:: Proceed with installation? [Y/n] y
[...]
add xf86-input-evdev to IgnorePkg [y/n] y

3. Downgrade xorg-server to the exact version 1.15.2-1. We have to do the same as the previous step:

$ downgrade xorg-server
[...]
4) xorg-server-1.15.2-1-x86_x64.pkg.tar.xz (remote)
[...]
select a package by number: 4
[...]
:: Proceed with installation? [Y/n] y
[...]
add xorg-server to IgnorePkg [y/n] y

4. Last but not least, we have to downgrade xf86-video-vmware to the exact version 13.0.2-1:

$ downgrade xf86-video-vmware
[...]
3) xf86-video-vmware-13.0.2-1-x86_x64.pkg.tar.xz (remote)
[...]
select a package by number: 3
[...]
:: Proceed with installation? [Y/n] y
[...]
add xf86-video-vmware to IgnorePkg [y/n] y

And that's pretty much it... I hope it helps!

P.S.: As we added those 3 packages to 'IgnorePkg', pacman won't upgrade them unless you remove them from pacman's config file: /etc/pacman.conf.

Last edited by guihkx (2014-08-02 06:12:01)

Offline

#11 2014-08-02 08:58:01

andrwmorph
Member
Registered: 2014-08-02
Posts: 2

Re: Issue on VMWare post Xorg packages update

FTY installing https://aur.archlinux.org/packages/xf86 … mware-git/ fixed the segfault but I couldn't get the mouse to work. Thanks for the downgrade instructions; I'll try them out.

Offline

#12 2014-08-03 12:44:59

p0x8
Member
Registered: 2012-09-20
Posts: 70

Re: Issue on VMWare post Xorg packages update

xf86-video-vmware 13.0.2-2 and xf86-input-vmmouse 13.0.0-4 showed up in the package list together with X.org 1.16 so I decided to risk the upgrade.

X crashes with the same segmentation fault as the OP when run using startx.

Managed to get it working by populating /etc/X11/Xwrapper.config with:

allowed_users=anybody
needs_root_rights=yes

And issuing startx from a SSH session, e.g.:

$ ssh user@localhost
<authentication>
$ startx

If /etc/X11/Xwrapper.config is present and startx is issued directly from a vt, X fails with:

[...]
[   804.901] (II) GLX: Initialized DRI2 GL provider for screen 0
[   804.901] (EE) 
Fatal server error:
[   804.901] (EE) failed to create screen resources(EE) 

Offline

#13 2014-08-04 14:02:16

nsmathew
Member
From: Asia
Registered: 2012-08-18
Posts: 31

Re: Issue on VMWare post Xorg packages update

I can confirm the workaround given by p0x8 works for me. Without an SSH session I get the same error given by p0x8.


Is man one of God's blunders? Or is God one of man's blunders?
Friedrich Nietzsche

Offline

#14 2014-08-04 22:32:52

grimpirate
Member
Registered: 2011-10-26
Posts: 42

Re: Issue on VMWare post Xorg packages update

I too can confirm the workaround given by p0x8, and the same problems without the SSH session. Thank you for the help.

EDIT 2014.08.05 @ 17:45

I've also discovered that if you use the xf86-video-fbdev package, there's no need for the Xwrapper.config, nor the ssh session; startx alone will do the job in this case. This is another optional workaround, sans graphics acceleration.

Last edited by grimpirate (2014-08-05 21:49:40)

Offline

#15 2014-08-08 01:59:28

andrwmorph
Member
Registered: 2014-08-02
Posts: 2

Re: Issue on VMWare post Xorg packages update

p0x8 wrote:

xf86-video-vmware 13.0.2-2 and xf86-input-vmmouse 13.0.0-4 showed up in the package list together with X.org 1.16 so I decided to risk the upgrade.

X crashes with the same segmentation fault as the OP when run using startx.

Managed to get it working by populating /etc/X11/Xwrapper.config with:

allowed_users=anybody
needs_root_rights=yes

And issuing startx from a SSH session, e.g.:

$ ssh user@localhost
<authentication>
$ startx

If /etc/X11/Xwrapper.config is present and startx is issued directly from a vt, X fails with:

[...]
[   804.901] (II) GLX: Initialized DRI2 GL provider for screen 0
[   804.901] (EE) 
Fatal server error:
[   804.901] (EE) failed to create screen resources(EE) 

The Xwrapper.config changes combed with xf86-video-vmware-git from the AUR got everything working as expected. I am able to startx from a vt with no issues.

Installed versions:
xorg-server 1.16.0-6 (xorg)
xf86-input-vmmouse 13.0.0-4 (xorg-drivers xorg)
xf86-video-vmware-git 20120327-1 (xorg-drivers xorg)

Offline

#16 2014-08-08 09:00:07

hungerfish
Member
Registered: 2009-09-13
Posts: 254

Re: Issue on VMWare post Xorg packages update

I am seeing the same issue. I can also confirm that using xf86-video-vmware-git from AUR solves the problem for now. Using the git version is enough to get X running, sans the mouse (keyboard is fine).
I also deleted "allowed_users=anybody" from Xwrapper.config, it is not required.
"Root-rights"  basically means to run the Xserver with root-privileges, as has been the case for eons. The updated to 1.16 finally 'fixed' this, but apparently vmware's stack ain't quite up to it yet.
When the Xserver runs 'as root', you'll get the log-file in /var/log/Xorg.XX-log, with the new non-privileged version it lands in ~/.local/share/xorg/Xorg.XX.log. You can switch this around by removing/adding the Xwrapper file or rather the "needs_root_rights=yes" line.


Beetles and bacteria are vastly more successful than humans in terms of survival.

Offline

#17 2014-08-13 19:26:27

etd
Member
From: Indianapolis, Indiana, USA
Registered: 2014-08-13
Posts: 3
Website

Re: Issue on VMWare post Xorg packages update

Working for me with xf86-video-vmware-git and an Xwrapper of only "needs_root_rights=yes". Thanks to everyone who's provided solutions to this, I had just set up X in VMware prior to the recent xorg update and was thinking I had broken it all like a day after getting it working...

Offline

#18 2014-11-18 07:10:11

zombian
Member
Registered: 2014-11-18
Posts: 1

Re: Issue on VMWare post Xorg packages update

guihkx wrote:

Okay... I did what our friend johnr suggested and after some research and a little headache, I managed to get my Arch Linux working again by downgrading just 3 packages. Here are the few steps I did:

First of, install this little package called 'downgrade' to help you downgrade the packages.

1. Okay, first we need to remove these 3 packages which requires Xorg >1.16:

# pacman -Rs xf86-input-evdev xf86-video-vmware xorg-server

2. Now we have to downgrade xf86-input-evdev to the exact version 2.9.0-1. Search for it in the list, type its corresponding number and press enter. Example:

$ downgrade xf86-input-evdev
[...]
2) xf86-input-evdev-2.9.0-1-x86_64.pkg.tar.xz (remote)
[...]
select a package by number: 2
[...]
:: Proceed with installation? [Y/n] y
[...]
add xf86-input-evdev to IgnorePkg [y/n] y

3. Downgrade xorg-server to the exact version 1.15.2-1. We have to do the same as the previous step:

$ downgrade xorg-server
[...]
4) xorg-server-1.15.2-1-x86_x64.pkg.tar.xz (remote)
[...]
select a package by number: 4
[...]
:: Proceed with installation? [Y/n] y
[...]
add xorg-server to IgnorePkg [y/n] y

4. Last but not least, we have to downgrade xf86-video-vmware to the exact version 13.0.2-1:

$ downgrade xf86-video-vmware
[...]
3) xf86-video-vmware-13.0.2-1-x86_x64.pkg.tar.xz (remote)
[...]
select a package by number: 3
[...]
:: Proceed with installation? [Y/n] y
[...]
add xf86-video-vmware to IgnorePkg [y/n] y

And that's pretty much it... I hope it helps!

P.S.: As we added those 3 packages to 'IgnorePkg', pacman won't upgrade them unless you remove them from pacman's config file: /etc/pacman.conf.

Created an account just to say that this resolved my issue as well.  Thank you so much for such a great, detailed solution!

Offline

#19 2014-11-27 09:54:51

Quabla
Member
Registered: 2014-11-27
Posts: 4

Re: Issue on VMWare post Xorg packages update

Hi,

I had the same problem today. I am using nvidia-340xx which installs nvidia-libgl as an dependency.

But nvidia-340xx and nvidia-libgl are not compatible, so you need to replace nvidia-libgl by nvidia-340xx-libgl.

Offline

Board footer

Powered by FluxBB