public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Leonard Norrgard
	<leonard.norrgard-g2GXA8XeJSExHbG02/KK1g@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [PATCH 1/3] Sync guest viewable TSC when vcpu migrated
Date: Fri, 02 Mar 2007 10:55:51 -0600	[thread overview]
Message-ID: <45E85717.6030906@us.ibm.com> (raw)
In-Reply-To: <45E85566.3010706-g2GXA8XeJSExHbG02/KK1g@public.gmane.org>

Leonard Norrgard wrote:
> When a vcpu is migrated to another cpu, an unexpected difference in
> current and previous cpu TSC values can cause a guest to wait
> indefinitely. A known workaround has been to run kvm with taskset,
> locking it to a single cpu. This patch modifies the guest viewable TSC
> so that the TSC is guaranteed to be monotonically increasing.
>
> Thanks to Avi Kivity for help in pinpointing this issue and advice for
> fixing it.
>
> Signed-off-by: Leonard Norrgård <vinsci@refactor.fi>
>   

Hi Leonard,

Why not factor the common code into kvm_main.c and add a set_tsc_offset 
member to the kvm ops function table?

Regards,

Anthony Liguori

> ------------------------------------------------------------------------
>
> Index: linux-2.6/drivers/kvm/svm.c
> ===================================================================
> --- linux-2.6.orig/drivers/kvm/svm.c	2007-03-02 17:29:57.000000000 +0200
> +++ linux-2.6/drivers/kvm/svm.c	2007-03-02 17:31:15.000000000 +0200
> @@ -598,9 +598,45 @@
>  	kfree(vcpu->svm);
>  }
>  
> +#ifdef CONFIG_SMP
> +static void ipi_rdtscll(void *arg)
> +{
> +	u64 *tsc = arg;
> +	rdtscll(*tsc);
> +}
> +#endif
> +
> +/*
> + * Switches to specified vcpu, until a matching vcpu_put(), but assumes
> + * vcpu mutex is already taken.
> + */
>  static struct kvm_vcpu *svm_vcpu_load(struct kvm_vcpu *vcpu)
>  {
> -	get_cpu();
> +	int cpu;
> +
> +	cpu = get_cpu();
> +
> +#ifdef CONFIG_SMP
> +	if (vcpu->cpu != cpu) {
> +		if (vcpu->cpu != -1) {
> +			u64 tsc_this, tsc_previous;
> +
> +			/* Get TSC value for this and the previous cpu. */
> +			rdtscll(tsc_this);
> +			smp_call_function_single(vcpu->cpu, ipi_rdtscll,
> +						 &tsc_previous, 0, 1);
> +
> +			/*
> +			 * Make sure that the guest sees a monotonically
> +			 * increasing TSC.
> +			 */
> +			vcpu->svm->vmcb->control.tsc_offset +=
> +						tsc_previous - tsc_this;
> +		}
> +	}
> +#endif
> +
> +	vcpu->cpu = cpu;
>  	return vcpu;
>  }
>  
> Index: linux-2.6/drivers/kvm/vmx.c
> ===================================================================
> --- linux-2.6.orig/drivers/kvm/vmx.c	2007-03-02 17:30:01.000000000 +0200
> +++ linux-2.6/drivers/kvm/vmx.c	2007-03-02 17:30:17.000000000 +0200
> @@ -200,6 +200,14 @@
>  #endif
>  }
>  
> +#ifdef CONFIG_SMP
> +static void ipi_rdtscll(void *arg)
> +{
> +	u64 *tsc = arg;
> +	rdtscll(*tsc);
> +}
> +#endif
> +
>  /*
>   * Switches to specified vcpu, until a matching vcpu_put(), but assumes
>   * vcpu mutex is already taken.
> @@ -230,6 +238,25 @@
>  		struct descriptor_table dt;
>  		unsigned long sysenter_esp;
>  
> +#ifdef CONFIG_SMP
> +		if (vcpu->cpu != -1) {
> +			u64 tsc_this, tsc_previous, guest_tsc_offset;
> +
> +			/* Get TSC value for this and the previous cpu. */
> +			rdtscll(tsc_this);
> +			smp_call_function_single(vcpu->cpu, ipi_rdtscll,
> +						 &tsc_previous, 0, 1);
> +
> +			/*
> +			 * Make sure that the guest sees a monotonically
> +			 * increasing TSC.
> +			 */
> +			guest_tsc_offset = vmcs_read64(TSC_OFFSET);
> +			vmcs_write64(TSC_OFFSET, guest_tsc_offset +
> +				     		tsc_previous - tsc_this);
> +		}
> +#endif
> +
>  		vcpu->cpu = cpu;
>  		/*
>  		 * Linux uses per-cpu TSS and GDT, so set these when switching
>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> _______________________________________________
> kvm-devel mailing list
> kvm-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>   


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

  parent reply	other threads:[~2007-03-02 16:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-02 16:41 [PATCH 0/3] Sync TSC for guest when vcpu has been migrated to another cpu Leonard Norrgard
     [not found] ` <45E853A0.3080207-g2GXA8XeJSExHbG02/KK1g@public.gmane.org>
2007-03-02 16:48   ` [PATCH 1/3] Sync guest viewable TSC when vcpu migrated Leonard Norrgard
     [not found]     ` <45E85566.3010706-g2GXA8XeJSExHbG02/KK1g@public.gmane.org>
2007-03-02 16:55       ` Anthony Liguori [this message]
     [not found]         ` <45E85717.6030906-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-03-02 17:13           ` Leonard Norrgard
2007-03-03  8:47       ` Avi Kivity
2007-03-02 16:53   ` [PATCH 2/3] Add a vcpu_migrated statistic Leonard Norrgard
     [not found]     ` <45E8567C.6080704-g2GXA8XeJSExHbG02/KK1g@public.gmane.org>
2007-03-03  8:58       ` Avi Kivity
2007-03-02 16:55   ` [PATCH 3/3] Widen key column in kvm_stat Leonard Norrgard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45E85717.6030906@us.ibm.com \
    --to=aliguori-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=leonard.norrgard-g2GXA8XeJSExHbG02/KK1g@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox