Red Hat Bugzilla – Bug 436714
F-9 VMWare video driver is broken
Last modified: 2008-04-03 10:26:11 EDT
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:
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 188.8.131.521-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
(In reply to comment #13)
> with workstation 6, the driver doesn't work at all, it's not just a cursor
Can you attach the X log from the failure please?
Ajax, apologies. xserver 184.108.40.2061-5 works fine here, with no cursor problems.
(In reply to comment #15)
> Ajax, apologies. xserver 220.127.116.111-5 works fine here, with no cursor problems.
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 18.104.22.1681-5.20080310.fc9
It's better with xorg-x11-server-Xorg-22.214.171.1241-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. ***
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).
*** Bug 437439 has been marked as a duplicate of this bug. ***
(In reply to comment #20)
Yes, 126.96.36.1991-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-188.8.131.521-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) 
> xorg log file from 184.108.40.2061-5.20080310.fc9
> It's better with xorg-x11-server-Xorg-220.127.116.111-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
and my mouse started acting normally again.
I have no problems (mouse, driver,...) with the latest Koji build