From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHaKU-0003gZ-Em for qemu-devel@nongnu.org; Thu, 05 Sep 2013 10:14:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VHaKN-0001P2-4N for qemu-devel@nongnu.org; Thu, 05 Sep 2013 10:14:38 -0400 Message-ID: <522891C2.8020107@suse.de> Date: Thu, 05 Sep 2013 16:14:26 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 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> In-Reply-To: <17161D2C-8CAE-40D9-B4E2-EBCE69D69FAA@suse.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 , David Gibson Am 05.09.2013 15:39, schrieb Alexander Graf: >=20 > On 05.09.2013, at 15:36, Benjamin Herrenschmidt wrote: >=20 >> On Thu, 2013-09-05 at 14:37 +0200, Alexander Graf wrote: >> >>> Hrm, I think I'm starting to understand what this is about. So what w= e want is >>> >>> - timebase in guest >>> - timebase frequency in guest >>> - wall clock time in host >>> >>> That way the receiving end can then take the timebase and add (new_ti= mebase - old_timebase) * tb_freq to the guest's time base. >>> >>> Which gets me to the next question. Can we modify the tb frequency in= guests? >> >> No. It's architected at 512Mhz however since P7 I think. Not sure how = we >> did before, it's possible that P6 was the same (at least it's sourced >> from more/less the same chip TOD facility). >=20 > I think we should transmit the tb frequency as well to at least allow u= s to adjust if a later chip derives here. Are you thinking of POWER8 having a different frequency than POWER8 in compat mode? Because migration from one -cpu to another is not supported elsewhere. Even if we want to migrate from one POWER7 revision to another, we should let the destination use the revision of the source (guest ABI!), via property if need be. Anything else will lead to confusion as to what is supported and what is not. That -cpu host is the default for convenience shouldn't relieve admins/libvirt to think about sensible setups like they have to on x86. Andreas >=20 > But yes, without frequency adjustment I see where you're coming from. W= e still only need the timebase the guest sees, not the offset. But we als= o need the host wall clock to allow for adjustments :). >=20 >=20 > Alex >=20 --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg