Bug 497844 - RFE: Add possibility to pass option-rom-parameter(s) to qemu
Summary: RFE: Add possibility to pass option-rom-parameter(s) to qemu
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Daniel Veillard
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-27 14:30 UTC by Stefan Neufeind
Modified: 2010-03-16 17:19 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-13 22:15:04 UTC
Embargoed:


Attachments (Terms of Use)

Description Stefan Neufeind 2009-04-27 14:30:41 UTC
I tried booting a kvm-machine using libvirt/virsh. Works fine with IDE-disks, but fails if you configure the primary disk to use virtio. To what I've found on the net, it should be possible to boot from a virtio-disk when the "extboot"-option-rom is used. However there seems to be no way to pass an option-rom-parameter using a libvirt-managed configuration (or to use any existing parameter as a workaround). Afaik using virtio instead of ide should offer a fairly good performance-improvement. And my RHEL-guest seems to recognise virtio fine out of the box - if just the bios would try to cleanly boot from the virtio-disk.

Comment 1 Daniel Berrangé 2009-04-27 14:44:08 UTC
It isn't neccessary to set any -option-rom parameter. QEMU will automatically load extboot.bin when needed. If this isn't happening, then there's a bug in some other part of the stack. Please provide details of the actual problem you are having booting with Virtio

Comment 2 Stefan Neufeind 2009-04-27 14:55:41 UTC
Output is:

Options: apmbios pcibios eltorito rombios32

[...]

Booting from hard disk
Boot failed: Could not read the boot disk

FATAL: No bootable device



When I attach a secondary partition via virtio (not the boot-partiton) that appears fine in my RHEL-guest. So I assume qemu trying to boot without extboot might be the problem. But I don't know how to pursuade it to do so :-)

Comment 3 Daniel Berrangé 2009-11-13 11:18:46 UTC
If you are still hitting this problem, can you provide the guest XML configuration from 'virsh dumpxml GUESTNAME', and the associated log file from the time you attempt to start this. ie /var/log/libvirt/qemu/$GUEST.log

Comment 4 Stefan Neufeind 2009-11-13 18:57:54 UTC
sorry, can't retest that in my current environment anymore

Comment 5 Daniel Berrangé 2009-11-13 22:15:04 UTC
Ok, closing on the basis that I know virtio booting works in general now - all our guests default to virtio these days.


Note You need to log in before you can comment on or make changes to this bug.