From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: Biweekly KVM Test report, kernel ae7a2a3f... qemu a212f79f... Date: Wed, 04 Jul 2012 17:15:06 +0200 Message-ID: <4FF45DFA.5000607@siemens.com> References: <1B4B44D9196EFF41AE41FDA404FC0A1011CA4A@SHSMSX101.ccr.corp.intel.com> <4FF45674.6020609@siemens.com> <1B4B44D9196EFF41AE41FDA404FC0A1011DF4F@SHSMSX101.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: KVM , Avi Kivity To: "Ren, Yongjie" Return-path: Received: from goliath.siemens.de ([192.35.17.28]:28434 "EHLO goliath.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753766Ab2GDPPM (ORCPT ); Wed, 4 Jul 2012 11:15:12 -0400 In-Reply-To: <1B4B44D9196EFF41AE41FDA404FC0A1011DF4F@SHSMSX101.ccr.corp.intel.com> Sender: kvm-owner@vger.kernel.org List-ID: On 2012-07-04 17:03, Ren, Yongjie wrote: >> -----Original Message----- >> From: Jan Kiszka [mailto:jan.kiszka@siemens.com] >> Sent: Wednesday, July 04, 2012 10:43 PM >> To: Ren, Yongjie >> Cc: KVM; Avi Kivity >> Subject: Re: Biweekly KVM Test report, kernel ae7a2a3f... qemu a212f79f... >> >> On 2012-07-03 09:11, Ren, Yongjie wrote: >>> Hi All, >>> >>> This is KVM upstream test result against kvm.git next branch and >> qemu-kvm.git master branch. >>> kvm.git next branch: ae7a2a3fb6f8b784c2752863f4f1f20c656f76fb >> based on kernel 3.5.0-rc1 >>> qemu-kvm.git master branch: >> a212f79fc4596570124fb864425b980c157cd001 >>> >>> We found 1 new bug and 1 bug got fixed in the past two weeks. >>> >>> New issue (1): >>> 1. [RAS] vCPU hot-add makes the guest abort. >>> https://bugs.launchpad.net/qemu/+bug/1019179 >> >> Strange. I thought CPU hot-plugging is broken in qemu-kvm for ages now. >> > That should be true. > >> Is the test new? >> > I just tested CPU hot-plug for kvm guest two weeks ago. > Before that, I assumed it should work fine, so I filed a bug. > I think it's also good to have a bug to track this issue. > And, sorry, it's kind of confusing that I put it as a 'new' issue. > No problem! This is actually now more a feature request for upstream QEMU. Several people are working on preparing the infrastructure to introduce it there, properly. Hmm, I wonder if we should simple drop the related monitor command from qemu-kvm. There are several broken releases now, and upstream will have a different control interface. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux