From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=45902 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1P5ivS-0002Pq-Go
	for qemu-devel@nongnu.org; Tue, 12 Oct 2010 13:46:15 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <hpa@zytor.com>) id 1P5ivN-0006HK-Jg
	for qemu-devel@nongnu.org; Tue, 12 Oct 2010 13:46:10 -0400
Received: from terminus.zytor.com ([198.137.202.10]:40863 helo=mail.zytor.com)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hpa@zytor.com>) id 1P5ivN-0006H7-C9
	for qemu-devel@nongnu.org; Tue, 12 Oct 2010 13:46:05 -0400
Message-ID: <4CB49ED6.5000202@zytor.com>
Date: Tue, 12 Oct 2010 10:45:58 -0700
From: "H. Peter Anvin" <hpa@zytor.com>
MIME-Version: 1.0
Subject: Re: [SeaBIOS] [Qemu-devel] [RFC] Passing boot order from qemu to
	seabios
References: <4CB2FDF2.1020705@redhat.com> <20101011121634.GB28008@redhat.com>
	<4CB36A20.5020106@codemonkey.ws> <20101011195955.GA5218@redhat.com>
	<4CB373DD.50307@codemonkey.ws> <4CB37E6E.8010106@zytor.com>
	<20101012080124.GY2397@redhat.com> <4CB48DCC.80804@zytor.com>
	<20101012165658.GE5218@redhat.com>
	<d732e51b-a79c-4cdd-8eb7-22c41d0b985f@email.android.com>
	<20101012174121.GF5218@redhat.com>
In-Reply-To: <20101012174121.GF5218@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
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.nongnu.org/archive/html/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: Gleb Natapov <gleb@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>, seabios@seabios.org, qemu-devel@nongnu.org

On 10/12/2010 10:41 AM, Gleb Natapov wrote:
> On Tue, Oct 12, 2010 at 10:35:51AM -0700, H. Peter Anvin wrote:
>> On real hardware it is shared between BIOS and the OS, actually.
>>
> Guest OS can write in qemu CMOS too. But what is it useful for? Most of
> its content is not standard AFAIK.
> 

This is true to some extent -- there is some standard content, and some
further can be described via ACPI tables.  However, my point was mostly
that it is an existing model for nonvolatile storage which also works on
hardware (and is vastly simpler albeit smaller in size than ESCD).

	-hpa