qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Beth Kon <eak@us.ibm.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Anthony Liguori <aliguori@us.ibm.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Re: PC machine types switched to SeaBIOS/gPXE
Date: Mon, 02 Nov 2009 18:09:50 -0500	[thread overview]
Message-ID: <4AEF66BE.3070203@us.ibm.com> (raw)
In-Reply-To: <4AEC375E.50701@web.de>

Jan Kiszka wrote:
> Stefan Weil wrote:
>   
>> Anthony Liguori schrieb:
>>     
>>> Jan Kiszka wrote:
>>>       
>>>> Anthony Liguori wrote:
>>>>  
>>>>         
>>>>> Hi,
>>>>>
>>>>> I just wanted to let everyone know that I've switched the PC machine
>>>>> type to SeaBIOS and gPXE.  SeaBIOS is a port of the Bochs BIOS to GCC,
>>>>> by Kevin O'Conner, along with quite a lot of clean up and new
>>>>> feature work.
>>>>>
>>>>> gPXE is the new development tree of etherboot which is now
>>>>> deprecated. We've done a lot of testing of and while there are a few
>>>>> outstanding
>>>>> issues, almost everything seems to be working okay.
>>>>>
>>>>> Some known issues:
>>>>> o e1000 pxe booting doesn't seem to work
>>>>> o gPXE does not like the slirp tftp server
>>>>>     
>>>>>           
>>>> Can't confirm, works nicely here with default settings (e1000).
>>>>   
>>>>         
>>> Interesting.  I'll have to look again.
>>>       
>> Hi,
>>
>> it loads the ROM, but ROM and e1000 don't match.
>>     
>
> But they work together if you do not specify '-boot n' and go via the
> command prompt instead.
>
>   
>> I tested with a fresh build.
>>
>> Jan, did you check that qemu uses the correct bios path?
>> Maybe -L <dir> was missing.
>>     
>
> Yes, it's correct and -L makes no difference.
>
> Jan
>
>   
Serendipity allowed us to find this really easily, thanks to some old 
builds lying around...

The following Seabios commit breaks gpxe boot with e1000:

commit a5826b5ad482f44d293387dc7513e5e98802a54e
Author: Kevin O'Connor <kevin@koconnor.net>
Date:   Sat Oct 24 17:57:29 2009 -0400

    Add simple cooperative threading scheme to allow parallel hw init.
   
    Enable system for running hardware initialization in parallel.
    The yield() call can now round-robin between "threads".
    Rework ata controller init to use a thread per controller.
    Make sure internal drives are registered in a defined order.
    Run keyboard initialization in a thread.
    Rework usb init to use a thread per controller.

  reply	other threads:[~2009-11-02 23:08 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-30 14:54 [Qemu-devel] PC machine types switched to SeaBIOS/gPXE Anthony Liguori
2009-10-30 19:37 ` [Qemu-devel] " Jan Kiszka
2009-10-30 19:45   ` Anthony Liguori
2009-10-31 12:42     ` Stefan Weil
2009-10-31 13:10       ` Jan Kiszka
2009-11-02 23:09         ` Beth Kon [this message]
2009-11-02 23:22           ` Anthony Liguori
2009-11-03  4:16             ` Kevin O'Connor
2009-11-03 14:11               ` Beth Kon
2009-11-04  1:38                 ` Kevin O'Connor
2009-11-04  1:55                   ` Anthony Liguori
2009-10-31 11:07 ` [Qemu-devel] " Stefan Weil
2009-10-31 12:02   ` [Qemu-devel] " Jan Kiszka
2009-11-02 12:51 ` [Qemu-devel] " Alexander Graf
2009-11-02 13:08   ` Avi Kivity
2009-11-02 13:15     ` Alexander Graf
2009-11-02 13:32       ` Avi Kivity
2009-11-02 13:51         ` Kevin O'Connor
2009-11-02 13:56           ` Avi Kivity
2009-11-02 14:06             ` Alexander Graf
2009-11-02 14:39               ` Avi Kivity
2009-11-09 18:41               ` Glauber Costa
2009-11-10 13:02                 ` Avi Kivity
2009-11-10 13:03                   ` Alexander Graf
2009-11-10 13:07                     ` Avi Kivity
2009-11-10 13:09                       ` Alexander Graf
2009-11-03  4:50             ` Kevin O'Connor
2009-11-03  4:57               ` Alexander Graf
2009-11-03  5:01                 ` Avi Kivity
2009-11-03  6:02                   ` Kevin O'Connor
2009-11-03  6:08                     ` Avi Kivity
2009-11-03 13:42                       ` Kevin O'Connor
2009-11-03  4:58               ` Avi Kivity
2009-11-02 14:51   ` Gleb Natapov
2009-11-02 14:54     ` Gleb Natapov

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=4AEF66BE.3070203@us.ibm.com \
    --to=eak@us.ibm.com \
    --cc=aliguori@us.ibm.com \
    --cc=jan.kiszka@web.de \
    --cc=qemu-devel@nongnu.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).