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

[Xen-devel] Re: [PATCH] trust new architecturally-defined TSC Invariant bit on Intel systems


  • To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • Date: Fri, 09 Oct 2009 20:20:40 +0100
  • Cc:
  • Delivery-date: Fri, 09 Oct 2009 12:21:12 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcpJE0MQlSMUH3iZSu69IYeVg9hKywAAlNUA
  • Thread-topic: [PATCH] trust new architecturally-defined TSC Invariant bit on Intel systems

On 09/10/2009 20:03, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

> Actually it did (avoid rendezvous), but I have to admit
> it was accidental: I was trying to avoid the write_tsc's
> not the rendezvous, and I didn't notice the additional
> implication until I was looking at the difference between
> my patch and yours.
> 
> I'll look at this more in a few days...

If you mean your test-and-goto in time_calibration_tsc_rendezvous(), that
was just broken. You still raised the TIME_CALIBRATE_SOFTIRQ, but with
uninitialised r->master_stime. And at that point you'd already rendezvoused
all the CPUs, so done the expensive bit anyway.

 -- Keir



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


 


Rackspace

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