<div dir="ltr">Hi Laszlo,<div><br></div><div>currently I'm using kernel package vfio-lts 4.1.12. Before it was version 4.1.10 and the one before that was something like 4.1.6 or so.</div><div>The ovmf package according to yaourt is ovmf-git 698.0bfd7c-1 and the installed qemu package is qemu-git 2.5.r41574.g40fe17b-1.</div><div>Anyway what I want to say is, that with this packages I seem to not having the issue.<br></div><div><br></div><div>Regards</div><div>Alexander</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 20, 2015 at 12:37 AM, Laszlo Ersek <span dir="ltr"><<a href="mailto:lersek@redhat.com" target="_blank">lersek@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/17/15 15:15, Alex Williamson wrote:<br>
> On Sat, 2015-10-17 at 10:50 +0200, Alexander Petrenz wrote:<br>
>> Hi all,<br>
>><br>
>> I have the problem that my UEFI VM for a Windows 7 guest does not always<br>
>> starts properly. When it doesn´t work I have to try it again and finally it<br>
>> will work after something between 3 to 6 attempts. The only error message<br>
>> is:<br>
>> qemu-system-x86_64: Guest moved used index from 13 to 0<br>
><br>
> This is a virtio issue that ring indexes are out of sync.  If you can<br>
> come up with a reproducible scenario on latest kernel and qemu, it<br>
> should be reported to the qemu-devel mailing list.  I've seen it<br>
> occasionally, but not consistently enough to debug.  Thanks,<br>
<br>
</span>Very interesting; just the other day I fixed a theoretical issue in OVMF<br>
that could explain this -- although I had never experienced these<br>
symptoms caused *directly* by OVMF.<br>
<br>
The reproducer script <<a href="http://pastebin.com/yWubnz9Y" rel="noreferrer" target="_blank">http://pastebin.com/yWubnz9Y</a>> seems to use<br>
virtio-blk with dataplane; that could be a contributing factor.<br>
<br>
(1) I have seen the same error once with SeaBIOS:<br>
<br>
  <a href="http://code.coreboot.org/p/seabios/source/commit/5f2d17d35b23" rel="noreferrer" target="_blank">http://code.coreboot.org/p/seabios/source/commit/5f2d17d35b23</a><br>
<br>
(2) I can tell from the qemu command line here that under OVMF, the<br>
virtio-net NIC is bound by the iPXE oprom that is bundled with QEMU.<br>
This is revelant because -- in addition to SeaBIOS (see above) -- I've<br>
also seen the same from iPXE. It is fixed now in iPXE upstream, but I'm<br>
unsure about the binaries bundled with QEMU.<br>
<br>
  <a href="http://thread.gmane.org/gmane.network.ipxe.devel/3918" rel="noreferrer" target="_blank">http://thread.gmane.org/gmane.network.ipxe.devel/3918</a><br>
<br>
  <a href="http://git.ipxe.org/ipxe.git/commitdiff/755d2b8" rel="noreferrer" target="_blank">http://git.ipxe.org/ipxe.git/commitdiff/755d2b8</a><br>
<br>
(3) In any case, Gerd's most recent OVMF RPMs (built at git commit<br>
368002a) contain the upstream fix for the problem, *if* (and that's a<br>
large if!) it was indeed caused by OVMF itself:<br>
<br>
  <a href="http://thread.gmane.org/gmane.comp.bios.edk2.devel/3156" rel="noreferrer" target="_blank">http://thread.gmane.org/gmane.comp.bios.edk2.devel/3156</a><br>
<br>
  <a href="https://github.com/tianocore/edk2/commit/fbc80813eeb0" rel="noreferrer" target="_blank">https://github.com/tianocore/edk2/commit/fbc80813eeb0</a><br>
  <a href="https://github.com/tianocore/edk2/commit/fcb636ea4244" rel="noreferrer" target="_blank">https://github.com/tianocore/edk2/commit/fcb636ea4244</a><br>
<br>
Alexander, if you can more-or-less consistently reproduce the issue,<br>
would you mind retesting with the most recent build from Gerd? (Please<br>
CC me on any replies.)<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888">Laszlo<br>
</font></span></blockquote></div><br></div>