All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI
@ 2018-05-04 15:31 François Guerraz
  2018-05-05 18:31 ` [Qemu-devel] [Bug 1769189] " Adee
                   ` (15 more replies)
  0 siblings, 16 replies; 17+ messages in thread
From: François Guerraz @ 2018-05-04 15:31 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

(first reported here: https://bugzilla.tianocore.org/show_bug.cgi?id=949
)

I had a Windows 10 VM running perfectly fine with OVMF UEFI, since I
upgraded to qemu 2.12, the guests hangs for a couple of minutes, works
for a few seconds, and hangs again, etc. By "hang" I mean it doesn't
freeze, but it looks like it's waiting on IO or something, I can move
the mouse but everything needing disk access is unresponsive.

What doesn't work: qemu 2.12 with OVMF
What works: using BIOS or downgrading qemu to 2.11.1.

Platform is arch linux 4.16.7 on skylake, I have attached the vm xml
file.

** Affects: qemu
     Importance: Undecided
         Status: New

** Attachment added: "libvirt vm description"
   https://bugs.launchpad.net/bugs/1769189/+attachment/5133839/+files/Win10.xml

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + UEFI

Status in QEMU:
  New

Bug description:
  (first reported here:
  https://bugzilla.tianocore.org/show_bug.cgi?id=949 )

  I had a Windows 10 VM running perfectly fine with OVMF UEFI, since I
  upgraded to qemu 2.12, the guests hangs for a couple of minutes, works
  for a few seconds, and hangs again, etc. By "hang" I mean it doesn't
  freeze, but it looks like it's waiting on IO or something, I can move
  the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with OVMF
  What works: using BIOS or downgrading qemu to 2.11.1.

  Platform is arch linux 4.16.7 on skylake, I have attached the vm xml
  file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + UEFI
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
@ 2018-05-05 18:31 ` Adee
  2018-05-11 12:28 ` Mathias Bösl
                   ` (14 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Adee @ 2018-05-05 18:31 UTC (permalink / raw)
  To: qemu-devel

I'm seeing the same Win10 I/O stall problem with qemu 2.12, but with a vm with BIOS, not UEFI.
The solution for me is only dowgrading for now.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + UEFI

Status in QEMU:
  New

Bug description:
  (first reported here:
  https://bugzilla.tianocore.org/show_bug.cgi?id=949 )

  I had a Windows 10 VM running perfectly fine with OVMF UEFI, since I
  upgraded to qemu 2.12, the guests hangs for a couple of minutes, works
  for a few seconds, and hangs again, etc. By "hang" I mean it doesn't
  freeze, but it looks like it's waiting on IO or something, I can move
  the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with OVMF
  What works: using BIOS or downgrading qemu to 2.11.1.

  Platform is arch linux 4.16.7 on skylake, I have attached the vm xml
  file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + UEFI
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
  2018-05-05 18:31 ` [Qemu-devel] [Bug 1769189] " Adee
@ 2018-05-11 12:28 ` Mathias Bösl
  2018-05-15  8:42 ` [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA François Guerraz
                   ` (13 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Mathias Bösl @ 2018-05-11 12:28 UTC (permalink / raw)
  To: qemu-devel

I have the same issue. When I open the task manager on the virtualized Windows 10 VM I see the HDD time is at 100% but the data transfer rate is actual 0b/s. 
I've tried any combination of the options below and the issue was always reproducible with qemu-2.12.0-1 and never with qemu-2.11.1-2.

Linux kernels:
- 4.14.5-1
- 4.16.7

Windows 10 Verson (for the VM) 
- 1709
- 1803

Boot HDD for VM
- Actual SSD (/dev/sda)
- QCOW2 Image

QEMU 
- qemu-2.11.1-2
- qemu-2.12.0-1


I also use ARCH Linux and have also downgraded to pre 2.12 QEMU

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + UEFI

Status in QEMU:
  New

Bug description:
  (first reported here:
  https://bugzilla.tianocore.org/show_bug.cgi?id=949 )

  I had a Windows 10 VM running perfectly fine with OVMF UEFI, since I
  upgraded to qemu 2.12, the guests hangs for a couple of minutes, works
  for a few seconds, and hangs again, etc. By "hang" I mean it doesn't
  freeze, but it looks like it's waiting on IO or something, I can move
  the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with OVMF
  What works: using BIOS or downgrading qemu to 2.11.1.

  Platform is arch linux 4.16.7 on skylake, I have attached the vm xml
  file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
  2018-05-05 18:31 ` [Qemu-devel] [Bug 1769189] " Adee
  2018-05-11 12:28 ` Mathias Bösl
@ 2018-05-15  8:42 ` François Guerraz
  2018-05-15 16:30 ` Dr. David Alan Gilbert
                   ` (12 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: François Guerraz @ 2018-05-15  8:42 UTC (permalink / raw)
  To: qemu-devel

I have done some further tests and the problem seems to be SATA, not
UEFI, I have updated the bug description to reflect this.

** Summary changed:

- Issue with qemu 2.12.0 + UEFI
+ Issue with qemu 2.12.0 + SATA

** Description changed:

- (first reported here: https://bugzilla.tianocore.org/show_bug.cgi?id=949
- )
+ [EDIT: I first thought that OVMF was the issue, but it turns out to be
+ SATA]
  
- I had a Windows 10 VM running perfectly fine with OVMF UEFI, since I
+ I had a Windows 10 VM running perfectly fine with a SATA drive, since I
  upgraded to qemu 2.12, the guests hangs for a couple of minutes, works
  for a few seconds, and hangs again, etc. By "hang" I mean it doesn't
  freeze, but it looks like it's waiting on IO or something, I can move
  the mouse but everything needing disk access is unresponsive.
  
- What doesn't work: qemu 2.12 with OVMF
- What works: using BIOS or downgrading qemu to 2.11.1.
+ What doesn't work: qemu 2.12 with SATA
+ What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.
  
- Platform is arch linux 4.16.7 on skylake, I have attached the vm xml
- file.
+ Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
+ the vm xml file.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (2 preceding siblings ...)
  2018-05-15  8:42 ` [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA François Guerraz
@ 2018-05-15 16:30 ` Dr. David Alan Gilbert
  2018-05-16 21:01 ` blackdevil
                   ` (11 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Dr. David Alan Gilbert @ 2018-05-15 16:30 UTC (permalink / raw)
  To: qemu-devel

François: Would it be possible for you to try a bisect build to try and
figure out which change in qemu caused the problem?

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (3 preceding siblings ...)
  2018-05-15 16:30 ` Dr. David Alan Gilbert
@ 2018-05-16 21:01 ` blackdevil
  2018-05-23 17:30 ` Bruce Rogers
                   ` (10 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: blackdevil @ 2018-05-16 21:01 UTC (permalink / raw)
  To: qemu-devel

For me it is hangs with SATA, but IDE is fine.

Windows 7 Version (for the VM)
- SP1

Boot HDD for VM
- Actual HDD (/dev/sda)
- QCOW2 Image

QEMU
- qemu-2.12.0-1

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (4 preceding siblings ...)
  2018-05-16 21:01 ` blackdevil
@ 2018-05-23 17:30 ` Bruce Rogers
  2018-05-25  1:08 ` John Snow
                   ` (9 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Bruce Rogers @ 2018-05-23 17:30 UTC (permalink / raw)
  To: qemu-devel

I've tried bisecting a few times, but since my reproducer wasn't
reliable enough, I didn't identify the issue. (I see a bisect reported
on qemu ML which seems like a bogus result, similar to mine).

In my case, after the "hang", Windows 10 resets the ahci device after 2
minutes and it continues on until another hang happens. Seems fairly
random. I increased the number of vcpu's assigned which seemed to
increase the likelihood of the hang.

I also went so far as to instrument an injection of the ahci interrupt
via the monitor (total kludge, I know), and the guest did get out of the
hung condition right away when I did that.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (5 preceding siblings ...)
  2018-05-23 17:30 ` Bruce Rogers
@ 2018-05-25  1:08 ` John Snow
  2018-05-25 12:59 ` Bruce Rogers
                   ` (8 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-05-25  1:08 UTC (permalink / raw)
  To: qemu-devel

I tried bisecting as well, and I wound up at:

1a423896 -- five out of five boot attempts succeeded.
d759c951 -- five out of five boot attempts failed.


d759c951f3287fad04210a52f2dc93f94cf58c7f is the first bad commit
commit d759c951f3287fad04210a52f2dc93f94cf58c7f
Author: Alex Bennée <alex.bennee@linaro.org>
Date:   Tue Feb 27 12:52:48 2018 +0300

    replay: push replay_mutex_lock up the call tree



My methodology was to boot QEMU like this:

./x86_64-softmmu/qemu-system-x86_64 -m 4096 -cpu host -M q35 -enable-kvm
-smp 4 -drive id=sda,if=none,file=/home/bos/jhuston/windows_10.qcow
-device ide-hd,drive=sda -qmp tcp::4444,server,nowait

and run it three times with -snapshot and see if it hung during boot; if
it did, I marked the commit bad. If it did not, I booted and attempted
to log in and run CrystalDiskMark. If it froze before I even launched
CDM, I marked it bad.

Interestingly enough, on a subsequent (presumably bad) commit (6dc0f529)
which hangs fairly reliably on bootup (66%) I can occasionally get into
Windows 10 and run CDM -- and that unfortunately does not seem to
trigger the error again, so CDM doesn't look like a reliable way to
trigger the hangs.



Anyway, d759c951 definitely appears to change the odds of AHCI locking up during boot for me, and I suppose it might have something to do with how it is changing the BQL acquisition/release in main-loop.c, but I am not sure why/what yet.

Before this patch, we only lock the iothread and re-lock it if there was
a timeout, and after this patch we *always* lock and unlock the
iothread. This is probably just exposing some latent bug in the AHCI
emulator that has always existed, but now the odds of seeing it are much
higher.

I'll have to dig as to what the race is -- I'm not sure just yet.


If those of you who are seeing this bug too could confirm for me that d759c951 appears to be the guilty party, that probably wouldn't hurt.

Thanks!
--js

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (6 preceding siblings ...)
  2018-05-25  1:08 ` John Snow
@ 2018-05-25 12:59 ` Bruce Rogers
  2018-05-31  0:25 ` John Snow
                   ` (7 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Bruce Rogers @ 2018-05-25 12:59 UTC (permalink / raw)
  To: qemu-devel

I can confirm that for me commit d759c951 does cause / expose the issue.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (7 preceding siblings ...)
  2018-05-25 12:59 ` Bruce Rogers
@ 2018-05-31  0:25 ` John Snow
  2018-05-31 19:02 ` John Snow
                   ` (6 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-05-31  0:25 UTC (permalink / raw)
  To: qemu-devel

There might be multiple issues present and I'm having difficulty
reliably doing any kind of regression testing here, but I think this
patch helps fix at least one of the issues I was seeing that occurs
specifically during early boot. It may fix other hangs.


** Patch added: "sata.patch"
   https://bugs.launchpad.net/qemu/+bug/1769189/+attachment/5146730/+files/sata.patch

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  New

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (8 preceding siblings ...)
  2018-05-31  0:25 ` John Snow
@ 2018-05-31 19:02 ` John Snow
  2018-06-13 20:43 ` John Snow
                   ` (5 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-05-31 19:02 UTC (permalink / raw)
  To: qemu-devel

** Changed in: qemu
       Status: New => Confirmed

** Changed in: qemu
     Assignee: (unassigned) => John Snow (jnsnow)

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Confirmed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (9 preceding siblings ...)
  2018-05-31 19:02 ` John Snow
@ 2018-06-13 20:43 ` John Snow
  2018-06-14  7:01 ` Robert Hu
                   ` (4 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-06-13 20:43 UTC (permalink / raw)
  To: qemu-devel

Oughtta be fixed in current master, will be fixed in 2.12.1 and 3.0.

** Changed in: qemu
       Status: Confirmed => Fix Committed

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Committed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (10 preceding siblings ...)
  2018-06-13 20:43 ` John Snow
@ 2018-06-14  7:01 ` Robert Hu
  2018-06-14 16:36 ` John Snow
                   ` (3 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: Robert Hu @ 2018-06-14  7:01 UTC (permalink / raw)
  To: qemu-devel

Hi, Where can I find the fix patch at present?

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Committed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (11 preceding siblings ...)
  2018-06-14  7:01 ` Robert Hu
@ 2018-06-14 16:36 ` John Snow
  2018-07-22 21:06 ` Peter Maloney
                   ` (2 subsequent siblings)
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-06-14 16:36 UTC (permalink / raw)
  To: qemu-devel

5694c7eacce6b263ad7497cc1bb76aad746cfd4e ahci: fix PxCI register race

https://git.qemu.org/?p=qemu.git;a=commitdiff;h=5694c7eacce6b263ad7497cc1bb76aad746cfd4e

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Committed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (12 preceding siblings ...)
  2018-06-14 16:36 ` John Snow
@ 2018-07-22 21:06 ` Peter Maloney
  2018-07-23 18:39 ` John Snow
  2018-08-15  7:22 ` Thomas Huth
  15 siblings, 0 replies; 17+ messages in thread
From: Peter Maloney @ 2018-07-22 21:06 UTC (permalink / raw)
  To: qemu-devel

Could this affect virtio-scsi? I'm not so sure since it's not perfectly
reliable to reproduce, but v2.12.0 was hanging for me for a few minutes
at a time with virtio-scsi cache=writeback showing 100% disk util%. I
never had issues booting up, and didn't try SATA. v2.11.1 was fine.

My first attempt to bisect didn't turn out right... had some false
positives I guess. The 2nd attempt (telling git the bads from first try)
got to 89e46eb477113550485bc24264d249de9fd1260a as latest good (which is
4 commits *after* the bisect by John Snow) and
7273db9d28d5e1b7a6c202a5054861c1f0bcc446 as bad.

But testing with this patch, it seems to work (or false positive
still... after a bunch of usage). And so I didn't finish the bisect.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Committed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (13 preceding siblings ...)
  2018-07-22 21:06 ` Peter Maloney
@ 2018-07-23 18:39 ` John Snow
  2018-08-15  7:22 ` Thomas Huth
  15 siblings, 0 replies; 17+ messages in thread
From: John Snow @ 2018-07-23 18:39 UTC (permalink / raw)
  To: qemu-devel

The fix posted exclusively changes the behavior of AHCI devices; however
the locking changes that jostled the AHCI bug loose could in theory
jostle loose some bugs in other devices, too.

I don't think it is possible that the fix for AHCI would have any impact
on virtio-scsi devices.

If you're seeing issues in virtio-scsi, I'd make a new writeup in a new LP.
--js

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Committed

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

* [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA
  2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
                   ` (14 preceding siblings ...)
  2018-07-23 18:39 ` John Snow
@ 2018-08-15  7:22 ` Thomas Huth
  15 siblings, 0 replies; 17+ messages in thread
From: Thomas Huth @ 2018-08-15  7:22 UTC (permalink / raw)
  To: qemu-devel

** Changed in: qemu
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1769189

Title:
  Issue with qemu 2.12.0 + SATA

Status in QEMU:
  Fix Released

Bug description:
  [EDIT: I first thought that OVMF was the issue, but it turns out to be
  SATA]

  I had a Windows 10 VM running perfectly fine with a SATA drive, since
  I upgraded to qemu 2.12, the guests hangs for a couple of minutes,
  works for a few seconds, and hangs again, etc. By "hang" I mean it
  doesn't freeze, but it looks like it's waiting on IO or something, I
  can move the mouse but everything needing disk access is unresponsive.

  What doesn't work: qemu 2.12 with SATA
  What works: using VirIO-SCSI with qemu 2.12 or downgrading qemu to 2.11.1 and keep using SATA.

  Platform is arch linux 4.16.7 on skylake and Haswell, I have attached
  the vm xml file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1769189/+subscriptions

^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2018-08-15  7:31 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-05-04 15:31 [Qemu-devel] [Bug 1769189] [NEW] Issue with qemu 2.12.0 + UEFI François Guerraz
2018-05-05 18:31 ` [Qemu-devel] [Bug 1769189] " Adee
2018-05-11 12:28 ` Mathias Bösl
2018-05-15  8:42 ` [Qemu-devel] [Bug 1769189] Re: Issue with qemu 2.12.0 + SATA François Guerraz
2018-05-15 16:30 ` Dr. David Alan Gilbert
2018-05-16 21:01 ` blackdevil
2018-05-23 17:30 ` Bruce Rogers
2018-05-25  1:08 ` John Snow
2018-05-25 12:59 ` Bruce Rogers
2018-05-31  0:25 ` John Snow
2018-05-31 19:02 ` John Snow
2018-06-13 20:43 ` John Snow
2018-06-14  7:01 ` Robert Hu
2018-06-14 16:36 ` John Snow
2018-07-22 21:06 ` Peter Maloney
2018-07-23 18:39 ` John Snow
2018-08-15  7:22 ` Thomas Huth

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.