From mboxrd@z Thu Jan  1 00:00:00 1970
From: Gerd Hoffmann <kraxel@redhat.com>
Subject: Re: [SeaBIOS] Re: [RFC] [PATCH 0/2] Basic SeaBIOS support
	for Xen HVM
Date: Tue, 24 May 2011 14:38:48 +0200
Message-ID: <4DDBA6D8.5010801@redhat.com>
References: <1305302343.31488.162.camel@zakaz.uk.xensource.com>	<20110514133622.GB7008@morn.localdomain>	<1305535468.31488.202.camel@zakaz.uk.xensource.com>	<20110516233901.GA12092@morn.localdomain>	<1305647948.20907.72.camel@zakaz.uk.xensource.com>	<1306147478.20576.85.camel@zakaz.uk.xensource.com>	<20110524001759.GC28567@morn.localdomain>
	<1306234927.20576.155.camel@zakaz.uk.xensource.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <1306234927.20576.155.camel@zakaz.uk.xensource.com>
List-Unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: Anthony Perard <anthony.perard@citrix.com>, Kevin O'Connor <kevin@koconnor.net>, "seabios@seabios.org" <seabios@seabios.org>, xen-devel <xen-devel@lists.xensource.com>
List-Id: xen-devel@lists.xenproject.org

   Hi,

> PCI setup is one of the main things, the interrupt routing in particular
> is different which has knock on effects on chipset setup (e.g. legacy
> PCI ISA IRQ routing) and the BIOS tables (e.g. ACPI _PRT entries). This
> strikes me as being highly "mainboard" specific, IOW the stuff I would
> expect to find in coreboot rather than SeaBIOS.

There is q35 emulation support in for qemu in the pipeline, which has 
simliar requirements, especially it needs a different dsdt table too. 
So a solution is needed here anyway.  One option is to just pass the 
table from qemu, another one is to have multiple tables compiled in and 
have seabios pick one at runtime depending on the hardware it detects.

> Another difference is that the existing hvmloader tables are ACPI 2.0
> while SeaBIOS only creates 1.0 tables, I'm not sure that strictly
> speaking counts as a incompleteness in SeaBIOS since it's not obvious
> that Xen actually needs/uses any of the functionality of 2.0. Also it
> might be something SeaBIOS would like to grow in any case.

Indeed, I don't see that as a xen specific thing.

cheers,
   Gerd