From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: Biweekly KVM Test report, kernel 51bfd299... qemu a1fce560... Date: Fri, 01 Jun 2012 15:18:00 +0200 Message-ID: <4FC8C108.2020209@siemens.com> References: <1B4B44D9196EFF41AE41FDA404FC0A100C2A83@SHSMSX101.ccr.corp.intel.com> <4FB9FC76.2040802@redhat.com> <4FBA0543.7060008@redhat.com> <1B4B44D9196EFF41AE41FDA404FC0A100C2D62@SHSMSX101.ccr.corp.intel.com> <4FBA5F5C.7040500@redhat.com> <1B4B44D9196EFF41AE41FDA404FC0A100C3AC2@SHSMSX101.ccr.corp.intel.com> <20120530202809.GB23297@amt.cnet> <1B4B44D9196EFF41AE41FDA404FC0A100DA711@SHSMSX101.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , Kevin Wolf , Avi Kivity , "kvm@vger.kernel.org" , "Liu, RongrongX" To: "Ren, Yongjie" Return-path: Received: from thoth.sbs.de ([192.35.17.2]:27158 "EHLO thoth.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759728Ab2FANSH (ORCPT ); Fri, 1 Jun 2012 09:18:07 -0400 In-Reply-To: <1B4B44D9196EFF41AE41FDA404FC0A100DA711@SHSMSX101.ccr.corp.intel.com> Sender: kvm-owner@vger.kernel.org List-ID: On 2012-06-01 09:57, Ren, Yongjie wrote: >> -----Original Message----- >> From: Marcelo Tosatti [mailto:mtosatti@redhat.com] >> Sent: Thursday, May 31, 2012 4:28 AM >> To: Ren, Yongjie >> Cc: Kevin Wolf; Avi Kivity; kvm@vger.kernel.org; Liu, RongrongX >> Subject: Re: Biweekly KVM Test report, kernel 51bfd299... qemu >> a1fce560... >> >> On Tue, May 22, 2012 at 07:40:29AM +0000, Ren, Yongjie wrote: >>>> -----Original Message----- >>>> From: Kevin Wolf [mailto:kwolf@redhat.com] >>>> Sent: Monday, May 21, 2012 11:30 PM >>>> To: Ren, Yongjie >>>> Cc: Avi Kivity; kvm@vger.kernel.org; Liu, RongrongX >>>> Subject: Re: Biweekly KVM Test report, kernel 51bfd299... qemu >>>> a1fce560... >>>> >>>> Am 21.05.2012 11:45, schrieb Ren, Yongjie: >>>>>> -----Original Message----- >>>>>> From: Kevin Wolf [mailto:kwolf@redhat.com] >>>>>> Sent: Monday, May 21, 2012 5:05 PM >>>>>> To: Avi Kivity >>>>>> Cc: Ren, Yongjie; kvm@vger.kernel.org >>>>>> Subject: Re: Biweekly KVM Test report, kernel 51bfd299... qemu >>>>>> a1fce560... >>>>>> >>>>>> Am 21.05.2012 10:27, schrieb Avi Kivity: >>>>>>> On 05/21/2012 06:34 AM, Ren, Yongjie wrote: >>>>>>>> Hi All, >>>>>>>> >>>>>>>> This is KVM upstream test result against kvm.git >>>>>> 51bfd2998113e1f8ce8dcf853407b76a04b5f2a0 based on kernel >>>> 3.4.0-rc7, >>>>>> and qemu-kvm.git a1fce560c0e5f287ed65d2aaadb3e59578aaa983. >>>>>>>> >>>>>>>> We found 1 new bug and 1 bug got fixed in the past two weeks. >>>>>>>> >>>>>>>> New issue (1): >>>>>>>> 1. disk error when guest boot up via qcow2 image >>>>>>>> https://bugs.launchpad.net/qemu/+bug/1002121 >>>>>>>> -- Should be a regression on qemu-kvm. >>>>>>>> >>>>>>> >>>>>>> Kevin, is this the known regression in qcow2 or something new? >>>>>> >>>>>> If the commit ID is right, it must be something new. The regression >> that >>>>>> Marcelo found was fixed in 54e68143. >>>>>> >>>>> Yes, it's right. This should be a new regression. >>>>> I looked at the comment of 54e68143, and found it was not related >> the >>>> issue I reported. >>>>> >>>>>> The Launchpad bug refers to commit e54f008ef, which doesn't >> include >>>> this >>>>>> fix indeed. So was the test repeated with a more current qemu-kvm >>>>>> version after filing the bug in Launchpad, or is the commit ID in this >>>>>> mail wrong? >>>>>> >>>>> Latest commit 3fd9fedb in qemu-kvm master tree still has this issue. >>>>> And, the commit ID provided in Launchpad is correct. >>>> >>>> Can you please check if the bug exists in upstream qemu.git as well? >>>> >>> This bug doesn't exist on upstream qemu.git with latest commit: >> fd4567d9. >>> So, it should only exists on qemu-kvm tree. >> >> Please bisect manually (not using git bisect), with the attached list of >> commits. These are the qemu -> qemu-kvm merge commits in the range >> described as bad/good. >> > The 1st bad commit in your attached list is abc551bd > More detailed info: > 171d2f2249a360d7d623130d3aa991418c53716d good > fd453a24166e36a3d376c9bc221e520e3ee425af good > abc551bd456cf0407fa798395d83dc5aa35f6dbb bad > 823ccf41509baa197dd6a3bef63837a6cf101ad8 bad That's strange. There are no obvious block-related diffs between, e.g., upstream a75bfc5fdda8b87ff969d68e020ffdf1008751b1 and qemu-kvm's abc551bd456cf0407fa798395d83dc5aa35f6dbb merge. Does the issue also show up with -no-kvm-irqchip in qemu-kvm or with -machine accel=kvm,kernel_irqchip=on in upstream or with qemu-kvm's uq/master branch? I suspect some actually unrelated difference in qemu-kvm causes an upstream bug to become visible. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux