All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kenton Cabiness <kenton.cabiness@alcatel-lucent.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Using iPXE with older qemu releases?
Date: Tue, 27 Sep 2011 12:50:00 -0500	[thread overview]
Message-ID: <4E820CC8.6000800@alcatel-lucent.com> (raw)
In-Reply-To: <20110927072303.GC8740@stefanha-thinkpad.localdomain>

Stefan,

On 9/27/2011 2:23 AM, Stefan Hajnoczi wrote:
> On Mon, Sep 26, 2011 at 02:22:21PM -0500, Kenton Cabiness wrote:
>> Is there a way to point an older qemu release (currently running
>> qemu-kvm-0.12.1.2-2.16) to iPXE products?
>>
>> We have built iPXE and installed the files and tested by changing
>> the symbolic links in /usr/share/qemu-kvm (RH6.1 system) to point to
>> the iPXE files.  We would like to package the files in an RPM for
>> installation on several machines, but since the links are owned by
>> the qemu-kvm package, we cant have the iPXE package overwrite them.
>>
>> Is there a command line argument to qemu to point to a different
>> directory for iPXE?  I've been looking through the code but can't
>> find what tells qemu where to pick up the files.
> Try -device virtio-net-pci,romfile=/path/to/ipxe.rom,... as part of your
> command-line.  If you have trouble getting this working, please post
> your full command-line.
>
> Alternatively use -option-rom /path/to/ipxe.rom.  Either method should
> work.
Thanks for the reply.  Unfortunately, neither of these works for us.  We 
are using libvirt to configure and start up our VMs and it doesn't 
support the romfile= option (we've got a fairly robust configuration 
with 16 NICs using bridges, so I don't really want to try configuring 
everything manually and wouldn't fly with our project anyway).

The -option-rom method works somewhat (we are using it to load sgabios, 
so I know the arguments are being recognized).   The value doesn't seem 
to override the default path for the romfile for the NIC.  If I remove 
the gpxe rom file from the default directory (or make it 0 length), then 
it fires off the iPXE PXEboot almost immediately (much faster than 
normal), but it can't communicate with the external DHCP server.  If I 
let it fail a couple of times and then reset the VM, then it launches 
iPXE and everything works correctly, so I'd say that something isn't 
getting initialized correctly if the load of the default romfile fails.

Thanks again for the info.
Kenton

  reply	other threads:[~2011-09-27 17:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-26 19:22 [Qemu-devel] Using iPXE with older qemu releases? Kenton Cabiness
2011-09-27  7:23 ` Stefan Hajnoczi
2011-09-27 17:50   ` Kenton Cabiness [this message]
2011-09-28  8:42     ` Stefan Hajnoczi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E820CC8.6000800@alcatel-lucent.com \
    --to=kenton.cabiness@alcatel-lucent.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.