On Wed, 13 Feb 2013, David Woodhouse wrote:
On Wed, 2013-02-13 at 12:05 +0000, Ian Campbell wrote:
Hrm, this should either be provided by the Xen package (or maybe there is a separate xen-qemu package?) or the Xen package should have been patched to use the system qemu from /usr/bin. This is probably a casualty of the upstream qemu-xen stuff being non-default in 4.2.x.
Does your /usr/bin/qemu-system-{i386,x86_64} link against any Xen libraries? In which case you could try device_model_override="/path/to/it"
Aha, the Fedora package has a 'qemu-xen.tradonly.patch' which comments out the addition of qemu-xen-dir to SUBDIRS-$(CONFIG_IOEMU) in tools/Makefile. Will there have been a *reason* they did that, or if I build one and put it in the right place should it JustWork™? The patch arrived in the package in a large commit with the comment 'Update to xen-4.2.0' and no further explanation.
xen-4.2.0 added a second qemu-xen image - the patch takes it out again. As the traditional qemu-xen was still the default so it didn't seem worth adding another, particularly as I would ideally like to drop xen's qemu altogether and go back to Fedora's.
As this seems to be about seabios, you should note that Fedora xen 4.2 doesn't build its own seabios either, it uses the Fedora version - see the xen.use.fedora.seabios.patch patch. I didn't see any reason to duplicate what was already in Fedora (and as far as I understand it it is in general against Fedora's policy to do so).
Michael Young