From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:55975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCTwm-0002Xj-2y for qemu-devel@nongnu.org; Tue, 27 Mar 2012 06:48:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SCTwh-0006H4-74 for qemu-devel@nongnu.org; Tue, 27 Mar 2012 06:48:15 -0400 Received: from mx1.redhat.com ([209.132.183.28]:5436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCTwg-0006GR-Vu for qemu-devel@nongnu.org; Tue, 27 Mar 2012 06:48:11 -0400 Date: Tue, 27 Mar 2012 12:48:06 +0200 From: Gleb Natapov Message-ID: <20120327104806.GU22368@redhat.com> References: <4F69CB66.8080903@siemens.com> <4F69D946.3040800@redhat.com> <4F69DA23.8070108@siemens.com> <20120321134157.GT22368@redhat.com> <4F69DC55.3030102@siemens.com> <20120322071827.GW22368@redhat.com> <4F6B1DEE.1020502@siemens.com> <20120322125236.GG22368@redhat.com> <4F6B28C9.9090408@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F6B28C9.9090408@siemens.com> Subject: Re: [Qemu-devel] [PATCH uq/master] kvm: Drop unused kvm_pit_in_kernel List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Marcelo Tosatti , Avi Kivity , kvm , qemu-devel On Thu, Mar 22, 2012 at 02:27:37PM +0100, Jan Kiszka wrote: > On 2012-03-22 13:52, Gleb Natapov wrote: > > On Thu, Mar 22, 2012 at 01:41:18PM +0100, Jan Kiszka wrote: > >> On 2012-03-22 08:18, Gleb Natapov wrote: > >>> On Wed, Mar 21, 2012 at 02:49:09PM +0100, Jan Kiszka wrote: > >>>> On 2012-03-21 14:41, Gleb Natapov wrote: > >>>>> On Wed, Mar 21, 2012 at 02:39:47PM +0100, Jan Kiszka wrote: > >>>>>> On 2012-03-21 14:36, Avi Kivity wrote: > >>>>>>> On 03/21/2012 02:36 PM, Jan Kiszka wrote: > >>>>>>>> This is now implied by kvm_irqchip_in_kernel. > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> So we can't have -no-kvm-pit? > >>>>>>> > >>>>>>> No huge loss, but unexpected. > >>>>>> > >>>>>> See e81dda195556e72f8cd294998296c1051aab30a8. > >>>>>> > >>>>> I am curious what is the reason for upstream to not supporting disabling the > >>>>> in-kernel PIT separately? > >>>> > >>>> It was considered no longer relevant: > >>>> http://thread.gmane.org/gmane.comp.emulators.kvm.devel/85393 > >>>> > >>> Hmm, may be we should think about this some more. If in the (not so far) > >>> future we want to drop pit emulation from the kernel we may want to support > >>> -no-kvm-pit to allow migration from old kernels to new one. > >> > >> That's not an issue. Both device models are compatible, and you can > >> migrate between kernel_irqchip=on/off theses days with QEMU. > >> > > Cool. Including PIT lost tick compensation? > > The feature is not yet available for the userspace PIT (we only support > tick compensation for the userspace RTC - IIRC). Requires better IRQ > injection feedback, you likely remember. ;) > Unfortunately I do, no matter how hard I try to forget :) > Also, I wonder if the kernel exports all tick-compensation related > states for save/restore. Need to check again... > Looks like it does not. -- Gleb.