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-ia64-devel

Re: [Xen-ia64-devel] [patch 00/14] Kexec v20070912: Xen

To: Alex Williamson <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] [patch 00/14] Kexec v20070912: Xen
From: Horms <horms@xxxxxxxxxxxx>
Date: Thu, 13 Sep 2007 11:21:04 +0900
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 12 Sep 2007 19:21:23 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1189621223.6784.39.camel@lappy>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20070912080845.674923870@xxxxxxxxxxxx> <1189621223.6784.39.camel@lappy>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: mutt-ng/devel-r804 (Debian)
On Wed, Sep 12, 2007 at 12:20:23PM -0600, Alex Williamson wrote:
> On Wed, 2007-09-12 at 17:08 +0900, Simon Horman wrote:
> > The following series is the Xen patches that comprise
> > the lastest release of kexec for ia64 Xen. Patches
> > for Linux-Xen, Linux and kexec-tools are posted separately.
> > 
> > All the patches and some documentation on building
> > and running kexec can be found at:
> 
> Hi Simon,
> 
>    Thanks for your continued work on kexec.  I share Tristan's concern
> of mapping EFI into an HVM guest accessible space.  If we can prove that
> can't happen or can find a way to prevent it, I'm reasonable happy with
> this series (a few comments to follow separately).  If we can't get the
> EFI mapping resolved right away, lets figure out what patches are
> independent of that so you don't have to continue to manage all of these
> out of the tree.  Thanks,

Hi Alex,

thanks so much to you and others for your comments. I'll work my
way through them and comment on each in turn.

With regards to the EFI mapping problem, I think that it is fair to
say that this is the most difficult problem facing the code. I am of
the opinion that the current solution is the best one available.

The previous solution was to not map EFI and always make SAL
calls in physical mode. But this is problematic for a number of reasons
including:
- I'm not sure that it'll work on SN because it allows kernel-supplied
  EFI routines - I haven't worked through the details of this.
- Its a pain to configure. If you think you may ever want to Kexec or
  Kdump from Xen to Linux or Linux to Xen then you need to turn
  the phys_efi option on. Else its optional.

That said, while I think that the current approach is the best
one so far, I'm not entirely convinced that there isn't a better idea.
If people could scratch their heads a bit, that would be great.

Lastly, on a slightly more personal note, I'm going to be travelling
quite a bit over the next month, which may affect my email
responsiveness. Apologies in advance for any bother this may cause.

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/


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