RE: [Xen-ia64-devel] flush.S not para-virtualized

["Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>]

> From: Tristan Gingold [mailto:Tristan.Gingold@xxxxxxxx] 
> Sent: Monday, March 27, 2006 8:52 AM
> To: Magenheimer, Dan (HP Labs Fort Collins); Tian, Kevin; 
> xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-ia64-devel] flush.S not para-virtualized
> 
> Le Lundi 27 Mars 2006 17:24, Magenheimer, Dan (HP Labs Fort 
> Collins) a écrit :
> > Agreed, this needs to be paravirtualized.
> So, everybody agree.
> I will add a fc.i hyperprivop.
> 
> However, I fear the hyperprivop-ized version of flush.S would 
> be very slow.  
> Should we also create an hyperprivop for something like 
> flush_icache_range ?

Do you have any measurements of how many bytes are being
flushed or how frequently this is being called?

If it is high frequency (or often called with a big range),
I agree that a special hypercall or hyperprivop might be
a good idea.

Note however that flush.S imports a global stride so perhaps
this should be a parameter.

Dan

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