From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [PATCH] target-i386: clear guest TSC on reset Date: Thu, 05 Dec 2013 17:38:33 +0100 Message-ID: <52A0AC09.4090202@redhat.com> References: <1386054500.25757.10.camel@nexus> <529D90A6.2080801@lab.ntt.co.jp> <52A0186A.2050207@lab.ntt.co.jp> <1386224104.3091.3.camel@nexus> <52A04732.4040105@redhat.com> <52A07C5A.9090105@lab.ntt.co.jp> <52A08541.6090702@redhat.com> <52A09EF4.5080800@lab.ntt.co.jp> <20131205161707.GB17277@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Fernando Luis Vazquez Cao , Gleb Natapov , Will Auld , qemu-devel@nongnu.org, kvm@vger.kernel.org To: Marcelo Tosatti Return-path: Received: from mx1.redhat.com ([209.132.183.28]:10496 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756857Ab3LEQin (ORCPT ); Thu, 5 Dec 2013 11:38:43 -0500 In-Reply-To: <20131205161707.GB17277@amt.cnet> Sender: kvm-owner@vger.kernel.org List-ID: Il 05/12/2013 17:17, Marcelo Tosatti ha scritto: >> > I agree it is a bit ugly, but in my testing QEMU seemed to loop over all >> > the VCPUS fast enough for the kernel side kvm_write_tsc() to do a >> > reasonable job of matching the offsets (the Linux guest did not mark >> > the TSC unstable due to the TSCs being unsynchronized). Am I missing >> > something? > Right, modern kernels (see kvm_write_tsc) perform synchronization, so in > theory the "KVM is yet unable to synchronize ..." code is not necessary > anymore. > > I vote for dropping the thing entirely. If it can be dropped entirely, I certainly have no problem with starting with a simple patch first. Paolo