Bug 801063 - [RFE] Ability to configure sound pass-through to appear as MIC as opposed to line-in
[RFE] Ability to configure sound pass-through to appear as MIC as opposed to ...
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: rc
: 6.4
Assigned To: Gerd Hoffmann
Virtualization Bugs
: FutureFeature
Depends On:
Blocks: 816503
  Show dependency treegraph
Reported: 2012-03-07 10:23 EST by David Juran
Modified: 2015-09-27 22:02 EDT (History)
9 users (show)

See Also:
Fixed In Version: qemu-kvm-
Doc Type: Release Note
Doc Text:
Configurable Sound Pass-through A sound device can now be detected as a microphone or a speaker in the guest system (in addition to being detected as line-in and line-out). Sound devices can now function properly in guest applications that accept only certain types of input for voice recording and audio.
Story Points: ---
Clone Of:
: 816503 (view as bug list)
Last Closed: 2013-02-21 02:32:45 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description David Juran 2012-03-07 10:23:19 EST
Description of problem:
When running a Windows7 VM in RHEV, the sound device that is passed through SPICE is presented to the VM as line-in but some applications (notably Microsoft Live Meeting) require this as a MIC. I therefore suggest that we make it a configurable how the sound device is presented
Comment 3 Gerd Hoffmann 2012-03-08 03:53:03 EST
scratch build:

Testing: Use "-device hda-micro" instead of "-device hda-duplex" on the qemu-kvm command line.

Expected behavior:  Windows7 starts hardware detection on first boot with hda-micro active.  Start -> Control Panel -> Hardware and Sound -> Manage audio devices -> Recording tab -> see microphone instead of line-in there.
Comment 4 David Juran 2012-03-08 05:31:58 EST
Not too good results, qemu-kvm segfaulted while windows was booting up with the following message in syslog:

Mar  8 10:28:22 rhevh2 kernel: qemu-kvm[30366]: segfault at 50 ip 00007fdac66931e5 sp 00007fdabee2f9a0 error 4 in libspice-server.so.1.0.2[7fdac665f000+e2000]

Running this on rhev-H hosts, so not much more info available...
Comment 5 Gerd Hoffmann 2012-03-08 05:52:00 EST
Any chance to pickup+install latest spice-server package from brew on that machine and see how it goes then?  Failing that I'll go build a 6.2 version.
Comment 6 David Juran 2012-03-09 09:47:59 EST
On the bright side, with spice-server-0.10.1-4.el6, qemu-kvm no longer crashes.
On the not-so-bright side, is there any (easy) way I can test this in a RHEV environment? I.e. start a VM with the hda-micro parameter?
Comment 9 Sibiao Luo 2012-07-09 23:04:40 EDT
Hi all,

   I reproduce this issue on qemu-kvm- as following.

Version-Release number of selected component (if applicable):
host info:
# uname -r && rpm -q qemu-kvm
guest info:

Steps to Reproduce:
1.boot a windows 7 guest with "-device hda-duplex".
eg:<qemu-kvm-command-line>-device intel-hda,id=sound0,bus=pci.0 -device hda-duplex
2.check "Start -> Control Panel -> Hardware and Sound -> Manage audio devices -> Recording tab".

Reproduce results:
after the step 2, we could see "line-in" device in Recording tab.

   I also test the Gerd's build Comment #8 with the same steps using "-device hda-micro" instead of "-device hda-duplex" on the qemu-kvm command line. The test results is that we could see "Microphone" instead of "line-in" device there.

Best wish.
Comment 14 Sibiao Luo 2012-11-23 00:02:08 EST
Verify this bug on qemu-kvm-

host info:
# uname -r && rpm -q qemu-kvm
guest info:

the same as comment #9

we could see "Microphone" device in Recording tab instead of "line-in" there, "Start -> Control Panel -> Hardware and Sound -> Manage audio devices -> Recording tab".

Base on above and comment #9, this bug was fixed correctly.
Comment 16 errata-xmlrpc 2013-02-21 02:32:45 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.