From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:47663)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1RbjJu-0000nw-FC
	for qemu-devel@nongnu.org; Fri, 16 Dec 2011 20:44:15 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1RbjJt-00081S-Eh
	for qemu-devel@nongnu.org; Fri, 16 Dec 2011 20:44:14 -0500
Received: from mail-gy0-f173.google.com ([209.85.160.173]:32899)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1RbjJt-00081O-Av
	for qemu-devel@nongnu.org; Fri, 16 Dec 2011 20:44:13 -0500
Received: by ghbg19 with SMTP id g19so3281113ghb.4
	for <qemu-devel@nongnu.org>; Fri, 16 Dec 2011 17:44:13 -0800 (PST)
Message-ID: <4EEBF3EA.3040401@codemonkey.ws>
Date: Fri, 16 Dec 2011 19:44:10 -0600
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
References: <20110930131148.GA4294@amd.home.annexia.org>	<20110930165152.GB4294@amd.home.annexia.org>	<20111216221956.GA23695@amd.home.annexia.org>	<20111217000704.GB23695@amd.home.annexia.org>	<CAMo8BfJNiwEzKvmoTyOV50sa-iJMSYTc0TTLNReHXwyFTtcUOQ@mail.gmail.com>
	<CAMo8BfJCD+sqG4sbjQqqbNFU-eC=59N9UUPfbfWNrAFSaeBUQA@mail.gmail.com>
In-Reply-To: <CAMo8BfJCD+sqG4sbjQqqbNFU-eC=59N9UUPfbfWNrAFSaeBUQA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] insmod virtio-blk is broken in qemu 1.0 (was: Re:
 git-bisect results
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Max Filippov <jcmvbkbc@gmail.com>
Cc: Amit Shah <amit.shah@redhat.com>, Gerd Hoffmann <kraxel@redhat.com>, "Richard W.M. Jones" <rjones@redhat.com>, qemu-devel@nongnu.org

On 12/16/2011 06:53 PM, Max Filippov wrote:
>>> git bisect says this.  I didn't believe it first time, so I ran it
>>> twice with a few modifications, and it pointed to the same commit both
>>> times ...
>>
>> Richard,
>> could you please elaborate on your testcase and configuration
>> (host/target architecture, command lines, etc).
>
> Ok, I've found most of details, what's not clear to me is how you
> decide whether the build is good or bad.
>
> I mean, you need to rebuild qemu on every bisection step, but neither
> this commit nor the previous or the next one
> change anything that would compile for x86 targets.

Fairly certain this bisect is a red herring.

tglx reported this the other day in IRC.  He narrowed it down to virtio-serial. 
  He was able to reproduce it both with kvm tools and QEMU.

Regards,

Anthony Liguori

>
>>> 67882fd177389527510eb36b3f7712011a835545 is the first bad commit
>>> commit 67882fd177389527510eb36b3f7712011a835545
>>> Author: Max Filippov<jcmvbkbc@gmail.com>
>>> Date:   Tue Sep 6 03:55:28 2011 +0400
>>>
>>>     target-xtensa: implement narrow instructions
>>>
>>>     Instructions with op0>= 8 are 2 bytes long, others are 3 bytes long.
>>>
>>>     Signed-off-by: Max Filippov<jcmvbkbc@gmail.com>
>>>     Signed-off-by: Blue Swirl<blauwirbel@gmail.com>
>>>
>>> Rich.
>