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: [Xen-devel] [Patch][2/2][BIOS] Support BCV table

To: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [Patch][2/2][BIOS] Support BCV table
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 27 Mar 2009 13:49:18 +0000
Cc:
Delivery-date: Fri, 27 Mar 2009 06:49:50 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <8DC9AEC72C5177takebe_akio@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acmux0U+viwMhxIZRVylHc+X7wyQagAG42Yz
Thread-topic: [Xen-devel] [Patch][2/2][BIOS] Support BCV table
User-agent: Microsoft-Entourage/12.15.0.081119
On 27/03/2009 10:31, "Akio Takebe" <takebe_akio@xxxxxxxxxxxxxx> wrote:

> I don't try the idea of vendor:dev id, but I made a patch(bcv.v2.patch)
> adding the feature of retrying to boot with the next drives.
> What do you think about this patch?
> This patch doesn't add any new syntax, just add the retry feature.
> 
> Also I made another patch(support_interactive_boot_for_bcv.patch).
> It allows user to select a bootable pass-through device with F12.
> support_interactive_boot_for_bcv.patch depends on bcv.v2.patch.

Both are plausible. Looking at your previous email, I get the impression
that the limitations are in rombios, and/or its integration with hvmloader.
Would the right fix really to make rombios be a bit smarter: being able to
load and discard option ROMs into 0xc0000-0xe0000 range, for example? Also,
I have the view that parts of rombios's POST routines could get moved into
hvmloader, even if we keep rombios for its real-mode BIOS service routines,
after POST. Actually I'd be happy to see hvmloader get a bit fatter at
rombios's expense! Perhaps this is a possibility for the Xen 3.5 development
cycle.

 -- Keir



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