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/
Home Products Support Community News


RE: [Xen-ia64-devel] Community effort needed tocatch upwithxen-unstable

To: "John Byrne" <john.l.byrne@xxxxxx>
Subject: RE: [Xen-ia64-devel] Community effort needed tocatch upwithxen-unstable
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Thu, 1 Sep 2005 08:54:34 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 01 Sep 2005 00:52:28 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcWujQRsdvFsMv2hR0uRXM2EXcwRkQAAIuyw
Thread-topic: [Xen-ia64-devel] Community effort needed tocatch upwithxen-unstable
>From: John Byrne [mailto:john.l.byrne@xxxxxx]
>I've gotten blkfront/blkback to work based on your patches and
>re-merging Matt's changes to them before the xen-unstable merge. I'm
>trying to get the netback/netfront drivers to come up, now. I'll have
>clean up some debugging before I can generate a patch. I will generate
>patch that is added in addition to your hg_cleanup_0831 patches.

Good to know that.
>BTW, I'm not sure I really believe how you fixed xc_linux_build(). (It
>seems to work, though.) I don't understand why you just didn't use the
>nr_pages passed into setup_guest for the number of pages to allocate.
>seems to me that you are implying a relationship to the number of pages
>compute from the image size and the number of pages assigned to the
>domain that may not hold.
>John Byrne

That's just a quick hack upon existing mechanism which mismatched as
common side. I'm not sure what's the exact relationship there. What I
did is just to allocate one extra pfn at the end of configured memory
trunks for specified domain. Normally on x86, all configured pages are
allocated before reaching xc_linux_build. However current ia64 approach
is to allocate machine pages only when ia64_get_pfn_list. So as you can
see there, to load domU kernel images, ia64_get_pfn_list is invoked only
with size of image. Following same syntax, I just query for last pfn by
same way which is the xenstore page. Though we can use nr_pages there,
it is only a partial fix and definitely we need to clean more also in


Xen-ia64-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>