From: Idar Lund <1839060@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 1839060] Re: HDA device non functional in Windows 10 1903
Date: Thu, 12 Sep 2019 07:15:31 -0000 [thread overview]
Message-ID: <156827253115.28619.612698577131617791.malone@chaenomeles.canonical.com> (raw)
In-Reply-To: 156507518934.25260.15982229597694445610.malonedeb@soybean.canonical.com
Tried sending you a message @ginf, but haven't heard back from you so I'm posting here instead;
What kind of debug trace do you want me to give you logs from?
$ /opt/qemu4/bin/qemu-system-x86_64 -d help
Log items (comma separated):
out_asm show generated host assembly code for each compiled TB
in_asm show target assembly code for each compiled TB
op show micro ops for each compiled TB
op_opt show micro ops after optimization
op_ind show micro ops before indirect lowering
int show interrupts/exceptions in short format
exec show trace before each executed TB (lots of logs)
cpu show CPU registers before entering a TB (lots of logs)
fpu include FPU registers in the 'cpu' logging
mmu log MMU-related activities
pcall x86 only: show protected mode far calls/returns/exceptions
cpu_reset show CPU state before CPU resets
unimp log unimplemented functionality
guest_errors log when the guest OS does something invalid (eg accessing a
non-existent register)
page dump pages at beginning of user mode emulation
nochain do not chain compiled TBs so that "exec" and "cpu" show
complete traces
trace:PATTERN enable trace events
Use "-d trace:help" to get a list of trace events.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1839060
Title:
HDA device non functional in Windows 10 1903
Status in QEMU:
New
Bug description:
I made the update to 1903, and the HDA device stopped working.
The driver says the device is working correctly, but it does not.
When I try to open the Windows sound configuration, the dialog hangs and never shows it's content.
Several people reported this back in May:
https://windowsreport.com/windows-10-v1903-ich6-ich9-virtio/
I can confirm I have exactly the same problem.
Host is Arch Linux, current (5.2.5) kernel, QEMU 4.0.
I enabled HDA debug output and compared an older, working Windows
version to 1903, but could not see the difference. The driver seems to
issue the same verbs.
I am happy to provide additional information if needed.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1839060/+subscriptions
next prev parent reply other threads:[~2019-09-12 7:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-06 7:06 [Qemu-devel] [Bug 1839060] [NEW] HDA device non functional in Windows 10 1903 Martin Schrodt
2019-08-26 16:16 ` [Qemu-devel] [Bug 1839060] " Idar Lund
2019-08-26 16:22 ` Idar Lund
2019-08-26 19:02 ` Idar Lund
2019-09-02 1:36 ` Geoffrey McRae
2019-09-12 7:15 ` Idar Lund [this message]
2020-01-05 10:07 ` Idar Lund
2020-01-05 10:07 ` Idar Lund
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=156827253115.28619.612698577131617791.malone@chaenomeles.canonical.com \
--to=1839060@bugs.launchpad.net \
--cc=qemu-devel@nongnu.org \
/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).