Description of problem: 00:05.0 Unclassified device [00ff]: Qumranet, Inc. Virtio console Subsystem: Qumranet, Inc. Device 0003 Physical Slot: 5 Flags: fast devsel, IRQ 10 I/O ports at c220 [size=32] Kernel driver in use: virtio-pci Kernel modules: virtio_pci While this is valid, many versions of X will get confused by it. Class major number of 0 gets treated as a possibly prehistoric VGA device, and then the autoconfig logic gets confused trying to figure out whether the virtio console or the pv vga device are the real VGA. Worked around in the X server in F11, but we should really set a proper class ID. 0x0780 (serial / other) seems most appropriate. Attached patch does this. Shouldn't require any kernel changes, the modalias for virtio looks like: alias: pci:v00001AF4d*sv*sd*bc*sc*i* so won't care what the base class or subclass are. Version-Release number of selected component (if applicable): qemu-system-x86-0.10-16.fc11.i586
Created attachment 344655 [details] qemu-0.10.4-virtio-console-pci-class.patch
Interesting that qemu-kvm actually changed from qemu's PCI_CLASS_DISPLAY_OTHER: http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=commitdiff;h=4667e6ec0d I've posted a re-based version of your patch to qemu-devel: Subject: [PATCH] Change virtio-console to PCI_CLASS_SERIAL_OTHER
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This should be fixed in qemu 0.12.x