[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-ia64-devel] metaphysical mode


  • To: "Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>, "Yang, Fred" <fred.yang@xxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
  • Date: Fri, 2 Dec 2005 09:59:00 +0800
  • Delivery-date: Fri, 02 Dec 2005 01:58:46 +0000
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AcX2CYSRKFg65Y42SMaLa72Va1Q7MgAN5HWAAA97qPAAC7t6AAAGnY+wAAX0bgA=
  • Thread-topic: [Xen-ia64-devel] metaphysical mode

Magenheimer, Dan (HP Labs Fort Collins) wrote:
> I am still in favor of testing multiple VHPT solutions.
> However, I don't think there are any functionality
> reasons why a per-VP VHPT is necessary, it is just
> a performance issue, correct?   
Mmm, Not quit that.
What Anthony doing is to enable functionality ("collision chain and soft
TLB)
I believe you'd like to see this is enabled, right ? :-) 
The current VHPT implementation still need to enable a lot of
functionality 
to support SMP guest. If you look at what is done in vcpu.c now, 
all the ptc_l/ptc_g/ptr are not done yet. even itc need a lot of effort
when collision chain is enabled. Don't you want to see the VHPT
implementation to be ready for SMP support?

We need to plan more than what is doing now, right?

> 
> Right now we do not have a very good regression test
> process.  Even if we did have one, domU is not yet
> stable enough to run it.

Agree, we'd better to define a better regression test process so that
people can follow. Can u drive this? 

BTW, following paragraph is copied from your previous email sent in Sep
2nd.
Certainly, blocking upstream 1-2 days for domU is OK, but we still need
to forward
progress in parallel, right? Especially different people in the
community may have 
different focus.

"I haven't yet merged in the changes that you and Kevin
have been posting so I'm sure tip wouldn't work.  Now
that I've gotten through all the maintenance work,
I will apply the patch to xen... even if it is incomplete,
it won't be any worse than what is there now."

> 
> Some in the community have been angry with me for committing
> changes that have not been fully tested and cause regressions.
> Once you can say "this new code has passed the full regression
> suite", it will be much easier for me to commit a change.

Agree, so I would like to suggest all the patches want to check into hg
should 
be posted in the mailing list first so that people can provide feedback,

does that make sense?

Eddie

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.