From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [patch 6/6] kvm: remove explicit kvm_arch_reset_vcpu from kvm_init_vcpu Date: Wed, 23 Jun 2010 15:29:33 +0200 Message-ID: <4C220C3D.3080403@siemens.com> References: <20100323163709.033115262@redhat.com> <20100323163812.726785030@redhat.com> <4C21FE28.1040704@redhat.com> <4C21FF20.4030706@redhat.com> <4C2209F2.6030109@siemens.com> <4C220B8C.8070306@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , "kvm@vger.kernel.org" To: Avi Kivity Return-path: Received: from david.siemens.de ([192.35.17.14]:24167 "EHLO david.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752264Ab0FWN3r (ORCPT ); Wed, 23 Jun 2010 09:29:47 -0400 In-Reply-To: <4C220B8C.8070306@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Avi Kivity wrote: > On 06/23/2010 04:19 PM, Jan Kiszka wrote: >>>> I'm testing uq/master, and I see this breaks it. qemu freezes >>>> immediately on startup. >>>> >>>> (might be due to a rebase?) >>>> >>>> >>> The symptoms, btw, are a vcpu started from 0:0 instead of 0xf000:0xfff0. >>> >>> >> Might be unrelated, still: Does [1] make any difference? > > No, and this is not surprising - looks like reset is completely bypassed. You mean there is no system reset during init in kvm mode? Well, then... > >> (Upsream is a >> bit hairy ATM.) >> > > Well, it boots at least, which uq/master doesn't with this patch. > Also depends on the number of CPUs. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux