From: Stefan Hajnoczi <stefanha@gmail.com>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: pbonzini@redhat.com, "Michael S. Tsirkin" <mst@redhat.com>,
qemu-devel@nongnu.org, 张磊强 <leiqzhang@gmail.com>
Subject: Re: [Qemu-devel] dataplane bug: fail to start Windows VM with dataplane enable
Date: Wed, 27 Mar 2013 16:15:56 +0100 [thread overview]
Message-ID: <20130327151556.GA32453@stefanha-thinkpad.muc.redhat.com> (raw)
In-Reply-To: <20130327140201.GA29426@stefanha-thinkpad.muc.redhat.com>
On Wed, Mar 27, 2013 at 03:02:01PM +0100, Stefan Hajnoczi wrote:
> On Wed, Mar 27, 2013 at 02:32:19PM +0100, Stefan Hajnoczi wrote:
> > On Tue, Mar 26, 2013 at 11:10:35PM +0800, 张磊强 wrote:
> > > Hi, Paolo && Stefan:
> > >
> > > When I test the dataplane feature with qemu master, I find that
> > > Windows (Windows 7 and Windows 2003) VM will hang if dataplane is
> > > enabled. But if I try to start a Fedora VM, it can start normally.
> > >
> > > The command I boot QEMU is:
> > > x86_64-softmmu/qemu-system-x86_64 -enable-kvm -m 1024 -smp 2 -drive
> > > file=win7.img,if=none,id=drive-virtio-disk,format=raw,cache=none,aio=native
> > > -device virtio-blk-pci,config-wce=off,scsi=off,x-data-plane=on,drive=drive-virtio-disk,id=virtio-disk
> > >
> > > I found the similar bug has reported some days ago:
> > > http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg02200.html
> > > . And a patch for this bug has already committed by Paolo at Mar 13:
> > > http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg02200.html
> > > .
> > >
> > > But it cannot work under my environment. Could you give me some advise
> > > to debug this problem ? I can provide more information if need.
> >
> > Hi,
> > I haven't gotten to the bottom of it yet but wanted to let you know that
> > I'm seeing a hang at the boot screen after the installer reboots. The
> > Windows logo animation runs but the guest seems unable to make progress.
> >
> > Will let you know when there is a fix. The guest I'm testing is Windows
> > 7 Professional 64-bit.
> >
> > As a workaround you can set x-data-plane=off to boot the guest for the
> > first time. Subsequent boots will succeed with x-data-plane=on.
>
> Next data point, it's not caused by the Paolo's AioContext conversion.
> This means it's unrelated to the recent bug that you mentioned.
>
> The boot gets stuck immediately after the switch from the BIOS
> virtio-blk driver to the Windows viostor driver. We get two requests
> (VIRTIO_BLK_T_GET_ID and VIRTIO_BLK_T_READ) and then the guest stops.
> The descriptor index of the second request has been incremented, perhaps
> the guest is not receiving host->guest notifies.
Okay, getting closer to the root cause now. The guest driver has not
enabled MSI-X and the guest notifier that dataplane uses is not hooked
up to anything. When MSI-X is enabled the guest notifier is hooked up
to irqfd and when MSI-X is disabled it is supposed to bounce back into
QEMU which issues an ioctl for the interrupt. We've gotten into a state
where the guest notifier exists but nothing is listening to it :).
Therefore the guest is stuck waiting for virtio-blk I/O requests to
complete.
Stefan
next prev parent reply other threads:[~2013-03-27 15:16 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 15:10 [Qemu-devel] dataplane bug: fail to start Windows VM with dataplane enable 张磊强
2013-03-27 13:32 ` Stefan Hajnoczi
2013-03-27 14:02 ` Stefan Hajnoczi
2013-03-27 15:15 ` Stefan Hajnoczi [this message]
2013-03-27 15:41 ` Stefan Hajnoczi
2013-03-28 4:03 ` [Qemu-devel] 回复: " leiqzhang
2013-04-01 13:34 ` [Qemu-devel] question about performance of dataplane Zhangleiqiang
2013-04-02 2:02 ` [Qemu-devel] 答复: " Zhangleiqiang
2013-04-04 7:20 ` Stefan Hajnoczi
2013-04-07 11:31 ` [Qemu-devel] 答复: " Zhangleiqiang
2013-04-07 11:42 ` Abel Gordon
2013-04-07 13:34 ` [Qemu-devel] 答复: " Zhangleiqiang
2013-04-07 14:01 ` Abel Gordon
[not found] ` <CAO-gD_kYmnph95UGUVbGBcvNqZ4zKDbzBdRXh+MD7KSoZFgyrw@mail.gmail.com>
[not found] ` <OF71AA8EBF.56A0BFE1-ONC2257B46.0059C6C3-C2257B46.005B8DA6@il.ibm. <3A6795EA1206904E94BEC8EF9DF109AE05D3AD3F@szxeml510-mbx.china.huawei.com>
2013-04-07 16:40 ` Abel Gordon
2013-04-08 9:06 ` [Qemu-devel] 答复: " Zhangleiqiang
2013-04-08 11:04 ` Abel Gordon
2013-04-08 11:13 ` Zhangleiqiang
2013-04-08 11:31 ` Abel Gordon
2013-04-07 14:05 ` [Qemu-devel] " Anthony Liguori
2013-04-08 3:13 ` [Qemu-devel] 答复: " Zhangleiqiang
2013-04-08 11:08 ` [Qemu-devel] " Stefan Hajnoczi
2013-04-08 13:01 ` Zhangleiqiang
2013-04-09 11:49 ` Stefan Hajnoczi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130327151556.GA32453@stefanha-thinkpad.muc.redhat.com \
--to=stefanha@gmail.com \
--cc=leiqzhang@gmail.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).