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] RE: PATCH: PAL_VM_SUMMARY and PAL_VM_INFO

To: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>, "Williamson, Alex (Linux Kernel Dev)" <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] RE: PATCH: PAL_VM_SUMMARY and PAL_VM_INFO
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Fri, 7 Apr 2006 08:14:02 +0100
Delivery-date: Fri, 07 Apr 2006 00:10:10 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <516F50407E01324991DD6D07B0531AD5AA907B@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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: <516F50407E01324991DD6D07B0531AD5AA907B@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Jeudi 06 Avril 2006 18:30, Magenheimer, Dan (HP Labs Fort Collins) a écrit 
:
> > this patch implements PAL_VM_SUMMARY and PAL_VM_INFO using
> > Xen parameters.
> >
> > Tested by boot+halt of dom0+domU and read of /proc/pal/cpu0/vm_info.
> >
> > Tristan.
>
> I don't know that it is safe to describe the number of tc's
> as == 1, since Xen's VHPT is essentially a virtual TLB.
Good point.
But VHPT is only hint.
I propose a two levels TC hierarchy:
First level describes VHPT: 1 way, 64 sets.  I am not sure about 64 sets, but 
again it is difficult to get the right value.
Second level descrives dtlb/itlb: 1 way, 1 set.

If you don't agree, please suggest values.  I will be happy to use them :-)

> max_pkr should probably be zero for now (at least non-VT) since
> pkr's are not implemented.  Or would this be an "illegal" value
> because of architectural definition.
[Objection withdrawned]

> Why is impl_va_msb 50?
This is the smallest value allowed by SDM.
Which number do you prefer ?

> None of these are important but if we are going to implement
> these at all, we should probably get them "right" as eventually
> some OS or application will use them.
I agree.  I have somewhat picked a few values.
But it is difficult to tell the truth and lying :-)

Tristan.


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

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