From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1N5BTf-00016I-9C
	for qemu-devel@nongnu.org; Mon, 02 Nov 2009 23:58:43 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1N5BTa-00014H-Sn
	for qemu-devel@nongnu.org; Mon, 02 Nov 2009 23:58:42 -0500
Received: from [199.232.76.173] (port=37851 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1N5BTa-00014B-Fv
	for qemu-devel@nongnu.org; Mon, 02 Nov 2009 23:58:38 -0500
Received: from mx1.redhat.com ([209.132.183.28]:34950)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <avi@redhat.com>) id 1N5BTZ-0003pz-VV
	for qemu-devel@nongnu.org; Mon, 02 Nov 2009 23:58:38 -0500
Message-ID: <4AEFB87A.6060004@redhat.com>
Date: Tue, 03 Nov 2009 06:58:34 +0200
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] PC machine types switched to SeaBIOS/gPXE
References: <4AEAFE39.1030302@us.ibm.com> <4AEED5EC.8000406@suse.de>
	<4AEED9D8.2020307@redhat.com> <4AEEDB75.3090100@suse.de>
	<4AEEDF86.7080009@redhat.com>
	<20091102135107.GA9856@morn.localdomain>
	<4AEEE4F8.1020409@redhat.com>
	<20091103045056.GA13246@morn.localdomain>
In-Reply-To: <20091103045056.GA13246@morn.localdomain>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Kevin O'Connor <kevin@koconnor.net>
Cc: Anthony Liguori <aliguori@us.ibm.com>, beth kon <eak@us.ibm.com>, Alexander Graf <agraf@suse.de>, Gleb Natapov <gleb@redhat.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

On 11/03/2009 06:50 AM, Kevin O'Connor wrote:
>> If not, we probably need a protocol where the option rom loads the
>> kernel from qemu, rather than qemu poking the kernel into memory.
>>      
> Yes, I'd prefer to see this.  In earlier emails, Gleb made a reference
> to a qemu-cfg "stream" interface that is used for acpi tables - maybe
> the kernel could be put in one of the streams and the rom could copy
> it into ram on boot.
>
> Let me know what you wish to do.
>    

I think the consensus is that seabios is correct and -kernel needs to be 
fixed.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.