From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N56Dw-0002Vm-Qj for qemu-devel@nongnu.org; Mon, 02 Nov 2009 18:22:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N56Ds-0002VB-Kh for qemu-devel@nongnu.org; Mon, 02 Nov 2009 18:22:08 -0500 Received: from [199.232.76.173] (port=49887 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N56Ds-0002V8-G6 for qemu-devel@nongnu.org; Mon, 02 Nov 2009 18:22:04 -0500 Received: from qw-out-1920.google.com ([74.125.92.150]:57359) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N56Ds-00026D-7S for qemu-devel@nongnu.org; Mon, 02 Nov 2009 18:22:04 -0500 Received: by qw-out-1920.google.com with SMTP id 5so1098921qwc.4 for ; Mon, 02 Nov 2009 15:22:03 -0800 (PST) Message-ID: <4AEF6998.80103@codemonkey.ws> Date: Mon, 02 Nov 2009 17:22:00 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: PC machine types switched to SeaBIOS/gPXE References: <4AEAFE39.1030302@us.ibm.com> <4AEB408F.9060205@web.de> <4AEB426A.5080305@us.ibm.com> <4AEC30A6.6020600@mail.berlios.de> <4AEC375E.50701@web.de> <4AEF66BE.3070203@us.ibm.com> In-Reply-To: <4AEF66BE.3070203@us.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Beth Kon Cc: Jan Kiszka , "qemu-devel@nongnu.org" , Gleb Natapov , Avi Kivity Beth Kon wrote: > 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 > 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. Any thoughts Kevin? Before this commit, the gPXE e1000 rom was able to successfully netboot when selected as a boot device. With this commit, we get a "device not found" error within gPXE when launched as a boot device but when run from the gPXE command line, it launches successfully. Regards, Anthony Liguori