qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: Regression due to "Fall back to network boot..."


From: Anthony Liguori
Subject: [Qemu-devel] Re: Regression due to "Fall back to network boot..."
Date: Fri, 30 Oct 2009 15:51:03 -0500
User-agent: Thunderbird 2.0.0.23 (X11/20090825)

Jan Kiszka wrote:
It's tunable: Customize -> Console Options -> BANNER_TIMEOUT

Ah, I missed that.

Maybe we could wait until 0.13 and then introduce the FW cfg interface
to gpxe?  I've already talked to some of the gpxe devs about it and they
seem pretty receptive.  That would let us define how long the timeout was.

The advantage of leaving in the timeout is that it lets a user access
the gPXE menu even if it's not set to be bootable.  You see this on bare
metal all of the time with gPXE.

Yeah, you see this or even much longer netboot related timeouts these
days everywhere. Specifically when every damn NIC adds its own delay to
the boot, you quickly wait half a minute or more on this stage. Granted,
it's by far not that bad with qemu and gpxe, but this delay is a
regression from the nice speed we just gained a few months ago.

OK, compromise until we have a proper FW interface: BANNER_TIMEOUT=3.
That leaves us with a fair chance to break in but keeps the delay
regression low

I'm okay with BANNER_TIMEOUT=0 until we get a proper FW interface.

--
Regards,

Anthony Liguori





reply via email to

[Prev in Thread] Current Thread [Next in Thread]