WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [SeaBIOS] [Xen-devel] Re: [RFC] [PATCH 0/2] Basic SeaBIOS support fo

On Thu, May 26, 2011 at 04:13:37PM +0100, Ian Campbell wrote:
> On Tue, 2011-05-24 at 22:44 -0400, Kevin O'Connor wrote:
> > On Tue, May 24, 2011 at 12:02:07PM +0100, Ian Campbell wrote:
> > > Would that involve pulling a bunch of mainboard specific stuff from
> > > coreboot into SeaBIOS?
> > 
> > The idea - when it was last raised - was to provide raw info in a
> > coreboot specific manor (via the "coreboot tables"), and then have
> > SeaBIOS populate ACPI/SMBIOS/MPTable/etc. from that info.  It was
> > never pursued.
> 
> Speaking of coreboot tables... I also need to pass some start of day
> info into seabios (ACPI tables, e820 etc). Currently I just used a
> little ad-hoc data structure at a known physical address but I wonder if
> perhaps I should/could reuse the coreboot table datastructures? They are
> existing and well defined and I suppose they are pretty static, but I
> don't want to add any additional compatibility burden if you guys would
> rather avoid it.

Will Xen support the fw_cfg interface?  If so, passing this info
should be possible through that interface.  Another thing to consider
would be if coreboot+SeaBIOS in place of hvmloader would be a fit.  (I
don't have a good feel for what hvmloader does to judge that.)

Using the coreboot tables in Xen seems a bit odd, but I can't say it
would cause a problem.

-Kevin

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel