From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tokarev Subject: Re: 2.6.35-rc1 regression with pvclock and smp guests Date: Sat, 09 Oct 2010 10:29:28 +0400 Message-ID: <4CB00BC8.7090705@msgid.tls.msk.ru> References: <4CA4DBC8.6070606@xutrox.com> <20100930190507.GA1111@amt.cnet> <4CA51715.1070507@msgid.tls.msk.ru> <4CA51847.5060208@msgid.tls.msk.ru> <4CA6C4BB.5020004@redhat.com> <4CA6E0BF.90605@msgid.tls.msk.ru> <4CA75969.1080405@xutrox.com> <4CA7C34C.4040000@redhat.com> <4CAE6203.6040902@xutrox.com> <4CAE862F.10904@redhat.com> <20101008220600.GA9430@amt.cnet> <4CAFC11B.8010603@xutrox.com> <4CAFD327.3030608@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Arjan Koers <0h61vkll2ly8@xutrox.com>, kvm@vger.kernel.org, Marcelo Tosatti , Avi Kivity , Glauber Costa , Andre Przywara To: Zachary Amsden Return-path: Received: from isrv.corpit.ru ([86.62.121.231]:43377 "EHLO isrv.corpit.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752976Ab0JIG3c (ORCPT ); Sat, 9 Oct 2010 02:29:32 -0400 In-Reply-To: <4CAFD327.3030608@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: 09.10.2010 06:27, Zachary Amsden wrote: [] > There's a lot of work I've done and also a lot of work done by Glauber > Costa on kvmclock that recently went upstream. I've seen your series that went into 2.6.36-to-be. And tried to apply to a stable kernel series (2.6.32) near the beginning of this thread. But it fails right at the second patch -- ec01d2eb0a74a6d95823fb6e320298473faf12be "KVM: x86: Convert TSC writes to TSC offset writes", in arch/x86/kvm/vmx.c, and later other patches at other places. In theory it should be possible for me to get them applied, mechanically, by trying to guess what's going on and modifying stuff accordingly. > It's unlikely that you'll be bug free without all of those patches > applied; most of the patches were not just enhancements, but contained > bugfixes as well as improved operation conditions. On top of this, the > patches are highly interdependent because of close code proximity. I > suggest applying the following commits to your branch (newest listed > first; apply in reverse order): Yes, these commits, that's a large series of patches, with lots of work done to produce them. > Since the issue appears resolved, I'm going to continue working upstream. The result is that no released linux kernel boots in smp in kvm, which is a linux virtual machine. That's irony, isn't it? I wonder how distributions (which are almost all based on 2.6.32 nowadays) will deal with the issue.. ;) Thanks! /mjt