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

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Subject: RE: [Xen-devel] PG_arch_1
From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
Date: Thu, 8 Dec 2005 06:32:39 -0800
Cc: Xen Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Luck, Tony" <tony.luck@xxxxxxxxx>
Delivery-date: Thu, 08 Dec 2005 14:33:27 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcX76aHL/tOFq7o+TAq8iY3b//iXeAAGXHdg
Thread-topic: [Xen-devel] PG_arch_1
> On 7 Dec 2005, at 03:11, Tian, Kevin wrote:
> >> Any thought on this apparent conflict?
> >>
> >> Thanks,
> >> Dan
> >
> > Add a new PG_arch_2, since there're two level architectures within 
> > xenlinux world?
> 
> Yes, I think this is the right answer. There are loads of spare bits 
> available to stealing one should be no problem.
> 
>   -- Keir

True, but I've heard tell that these bits are jealously guarded.

In any case, PG_arch_1 is used for other purposes on ia64, ppc,
ppc64, sparc64, arm, mips, pa-risc, and even has semantics for
linux arch-neutral code (look for PG_Arch_1 in
linux/Documentation/cachetlb.txt... does Xen depend on this
behavior?), and the eventual goal is to merge upstream,
it might be best if Xen defines it as a new bit ("PG_foreign"?
no sense being vague by calling it PG_arch_2) rather than
overloads PG_arch_1?

Dan

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

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