From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VIxvy-0006R4-1T for qemu-devel@nongnu.org; Mon, 09 Sep 2013 05:39:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VIxvs-0004sl-34 for qemu-devel@nongnu.org; Mon, 09 Sep 2013 05:39:01 -0400 Message-ID: <1378719511.11525.2.camel@pasglop> From: Benjamin Herrenschmidt Date: Mon, 09 Sep 2013 19:38:31 +1000 In-Reply-To: References: <1378193502-4968-1-git-send-email-aik@ozlabs.ru> <20130905043059.GC10158@voom.redhat.com> <52280E96.1030402@ozlabs.ru> <350E3728-BF3A-4B43-8E43-2622033970D0@suse.de> <52285369.1040907@ozlabs.ru> <1378381449.4321.158.camel@pasglop> <1378388164.4321.176.camel@pasglop> <17161D2C-8CAE-40D9-B4E2-EBCE69D69FAA@suse.de> <522891C2.8020107@suse.de> <1378391219.4321.191.camel@pasglop> <522D3534.6070207@ozlabs.ru> <2D3C9633-E8AE-4290-910A-5656E19B02A6@suse.de> <522D6383.8050700@ozlabs.ru> <7B3E1C54-B3E4-4E86-ACC0-2824199BA154@suse.de> <1378718976.11525.1.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC PATCH] spapr: support time base offset migration List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Alexey Kardashevskiy , "qemu-devel@nongnu.org" , "qemu-ppc@nongnu.org" , Paolo Bonzini , Paul Mackerras , Andreas =?ISO-8859-1?Q?F=E4rber?= , David Gibson On Mon, 2013-09-09 at 11:32 +0200, Alexander Graf wrote: > On 09.09.2013, at 11:29, Benjamin Herrenschmidt wrote: > > > On Mon, 2013-09-09 at 08:06 +0200, Alexander Graf wrote: > >> I think it's ok to restrict live migration to machines with the same > >> tb frequency when kvm is enabled. Whether you implement it through a > >> hardcoded 512Mhz or through a timebase value that gets live migrated > >> and then compared is up to you - both ways work for me :). > > > > The latter might be handy if we want to support migration on 970, though > > we don't have the TBU40 stuff there so adjusting the TB in the host > > kernel would be ... problematic. > > Well, we could save/restore TB when we enter/exit the guest, no? Hard to do without introducing drift... > But I really only want to have something that doesn't block the door for someone who wants to enable things. > > > Alex