Not sure whether to put this under anaconda or xorg, but the current rawhide (for the last few days) has not been able to do a graphical install under VMWare - the X server fails to start. The configuration looks sane, but the driver complains about no valid modes: (EE) VMWARE(0): No valid modes found (EE) Screen(s) found, but none have a usable configuration. XConfig.test and X.log attached.
Created attachment 297378 [details] XConfig.test from installation
Created attachment 297379 [details] X.log from installation
I was about ready to reassign when Jeremy did - the installed system has exactly the same symptoms.
kvm-63's -vmware-vga which is now default in our kvm package has the same issue with rawhide drivers.
same problem on my VMWare Server with fc9 after yum update.
I'm also experiencing this with VMware Fusion 1.1.1 under OS X 10.5.2.
FWIW, the VESA driver works under VMware Fusion 1.1.1 (although it's not very fast, of course). I currently have: xorg-x11-drv-vesa-1.3.0-13.20071113.fc9.i386 xorg-x11-drv-vmware-10.15.2-100.1.fc9.i386
Sticking on the beta blocker at least for now given the prevalence of using virtualization for testing the betas.
not working with i386 20080311 rawhide on VMwareWorkstation-5.5.5-56455
xserver 1.4.99.901-4 will at least start up. There might still be a bug in the cursor code though, in my testing the cursor just shows up black.
And this got tagged
My naïve hope was that simply flipping to software cursor in the vmware driver would fix things, but instead that actually makes it much worse. The glyph looks correct but mouse events don't happen. Possibly worth flipping qemu back to cirrus for the beta? Not my call. I'll keep looking at the vmware cursor problem but I suspect it's a qemu bug, since "hardware cursor" in vmware hardware means the container draws the cursor.
with workstation 6, the driver doesn't work at all, it's not just a cursor problem...
(In reply to comment #13) > with workstation 6, the driver doesn't work at all, it's not just a cursor > problem... Can you attach the X log from the failure please?
Ajax, apologies. xserver 1.4.99.901-5 works fine here, with no cursor problems. Thanks!
(In reply to comment #15) > Ajax, apologies. xserver 1.4.99.901-5 works fine here, with no cursor problems. > Thanks! I'm assuming that means "works fine with vmware as the host". So I think the remaining failure case is just that qemu's vmware emulation doesn't do the cursor glyph right (since clearly it works with vmware vmware).
Created attachment 297968 [details] xorg log file from 1.4.99.901-5.20080310.fc9 It's better with xorg-x11-server-Xorg-1.4.99.901-5.20080310.fc9 under VMware Fusion 1.1.1 but it's not fully functional yet. 1. The mouse cursor moves, but the buttons don't work. I can't click on anything. If I can get the focus onto a window, I can use keyboard shortcuts to do things. 2. I couldn't choose a resolution above 800x600 with s-c-display. This may be because of the mouse buttons not working, I couldn't pick a monitor with a supported resolution. I copied my xorg.conf from my Fedora 8 VMware system and that got me to 1680x1050, but the mouse buttons were still non-functional. /var/log/Xorg.0.log is attached
In reply to comment #16) > I'm assuming that means "works fine with vmware as the host". That was F-8 as host, F-9 as guest. I was able to xrandr to a higher resolution in the guest OS too.
*** Bug 437403 has been marked as a duplicate of this bug. ***
xorg-x11-drv-vmware-10.15.2-100.1.fc9.x86_64 xorg-x11-server-Xorg-1.4.99.901-1.20080307.fc9.x86_64 VMWare Server 1.0.4 under F8 as a host. X dies with a "Mode pool is empty" message and leaves a corrupted text console. P.S. I'm using vesafb on my text consoles. (vga=0x317). - Gilboa
*** Bug 437439 has been marked as a duplicate of this bug. ***
(In reply to comment #20) > xorg-x11-drv-vmware-10.15.2-100.1.fc9.x86_64 > xorg-x11-server-Xorg-1.4.99.901-1.20080307.fc9.x86_64 Yes, 1.4.99.901-1 is busted. Which is why it's not in the beta: atropine:~% koji latest-pkg --quiet f9-beta xorg-x11-server xorg-x11-server-1.4.99.901-8.20080310.fc9 f9-beta ajax
I can confirm that the vmware driver in rawhide / beta now works.
appears to be broken again in 2008-04-02 rawhide
John, no, that was a different new issue in Bug #440175
(In reply to comment #17) > Created an attachment (id=297968) [edit] > xorg log file from 1.4.99.901-5.20080310.fc9 > > It's better with xorg-x11-server-Xorg-1.4.99.901-5.20080310.fc9 under > VMware Fusion 1.1.1 but it's not fully functional yet. > > 1. The mouse cursor moves, but the buttons don't work. I can't click on > anything. If I can get the focus onto a window, I can use keyboard > shortcuts to do things. > > 2. I couldn't choose a resolution above 800x600 with s-c-display. This > may be because of the mouse buttons not working, I couldn't pick a > monitor with a supported resolution. I copied my xorg.conf from my > Fedora 8 VMware system and that got me to 1680x1050, but the mouse > buttons were still non-functional. > > /var/log/Xorg.0.log is attached I have a feeling the issues described here are related to bug# 439336. Feel free to add yourself to the CC list if it is...
(In reply to comment #26) > I have a feeling the issues described here are related to bug# 439336. Feel free > to add yourself to the CC list if it is... Actually, I believe bug 434807 describes the problem. I tried the workaround mentioned in https://bugzilla.redhat.com/show_bug.cgi?sourceid=Mozilla-search&id=434807#c6 and my mouse started acting normally again.
I have no problems (mouse, driver,...) with the latest Koji build (xorg-x11-server-1.4.99.901-16.20080401.fc9).