Bug 1012864

Please provide the full qemu-kvm command line.

/usr/libexec/qemu-kvm -name w7x32-33-dj -S -M rhel6.4.0 -cpu Nehalem -enable-kvm -m 1280 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid 0aa1ffb4-cb8b-4334-89bc-93d685ca342a -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.5.0.0.el6,serial=36343035-3733-5A43-4A30-323830343546,uuid=0aa1ffb4-cb8b-4334-89bc-93d685ca342a -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/w7x32-33-dj.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-09-27T15:34:22,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -device usb-ccid,id=ccid0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/var/run/vdsm/storage/13636c39-1717-4246-b02a-bbb9d8ef7a13/fc0b8548-0853-44d0-a3a0-5f3ceff6b424/d4f45080-4bba-41ed-8320-5857ed7bc6bd,if=none,id=drive-virtio-disk0,format=qcow2,serial=fc0b8548-0853-44d0-a3a0-5f3ceff6b424,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=33 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:64:9e:70,bus=pci.0,addr=0x3 -chardev spicevmc,id=charsmartcard0,name=smartcard -device ccid-card-passthru,chardev=charsmartcard0,id=smartcard0,bus=ccid0.0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/0aa1ffb4-cb8b-4334-89bc-93d685ca342a.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/0aa1ffb4-cb8b-4334-89bc-93d685ca342a.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5900,tls-port=5901,addr=10.34.73.133,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device qxl,id=video1,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x9 -device qxl,id=video2,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0xa -device qxl,id=video3,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0xb -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0

Turning on debug messages for hda-duplex shows this on stderr:

hda-duplex: unhandled pin control bit

Looks like windows doesn't use the amp control to mute output ...

Oh, and just for completeness: the volume slider works just fine, only the mute button fails, so there is an easy workaround for this one.

(In reply to Gerd Hoffmann from comment #3)
> Turning on debug messages for hda-duplex shows this on stderr:
> 
> hda-duplex: unhandled pin control bit
> 
> Looks like windows doesn't use the amp control to mute output ...

Yes, in RHEL guest with ich6, the mute works fine.

(In reply to Gerd Hoffmann from comment #4)
> Oh, and just for completeness: the volume slider works just fine, only the
> mute button fails, so there is an easy workaround for this one.

correct.

Hello, xhan

Could you give a help on reproducing this bug?  Thanks!

I can't reproduce this problem.

Host:
qemu-kvm-tools-0.12.1.2-2.423.el6.x86_64
gpxe-roms-qemu-0.9.7-6.10.el6.noarch
qemu-kvm-0.12.1.2-2.423.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.423.el6.x86_64
qemu-img-0.12.1.2-2.423.el6.x86_64
kernel-2.6.32-447.el6.x86_64

Guest:
win7-32

Client:
FC18/RHEL7-64
virt-viewer-0.5.4-3.fc18.x86_64/virt-viewer-0.5.7-7.el7.x86_64

Cli:
/usr/libexec/qemu-kvm \
-M pc \
-cpu SandyBridge \
-m 4G \
-smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \
-enable-kvm \
-name rhel7-64 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k sadfks \
-rtc base=localtime,clock=host,driftfix=slew \
-nodefaults \
-monitor stdio \
-qmp tcp:0:6666,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-monitor unix:/tmp/guest-sock,server,nowait \
-drive file=/home/win7-32.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \
-device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,addr=0x8 \
-netdev tap,id=hostnet0,vhost=on \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:39:13:2c \
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \
-device usb-tablet,id=input0 \
-spice port=5900,disable-ticketing \
-vga qxl \
-device intel-hda,id=sound0,bus=pci.0,addr=0x4 \
-device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 \

Result:
Mute works fine both on FC18 and RHEL7-64 client.

Test on qemu-kvm-0.12.1.2-2.406.el6.x86_64, can't reproduce this bug, will attach the debug messages.

Created attachment 880581 [details]
spice debug

Hi David,

Could you please have a look at my test in comment#8 and comment#9, anything I missed for this bug reproduce? 

Thanks,
Mazhang.

(In reply to mazhang from comment #11)
> Hi David,
> 
> Could you please have a look at my test in comment#8 and comment#9, anything
> I missed for this bug reproduce? 

Could be the machine type.  We've flipped mixemu default in RHEL-6.5.  So, it very well could be that this change fixed the bug.  For compatibility reasons the old machine types maintain old behaviour though.

So, can you please test what the behaviour is with "-M rhel6.4.0" and "-M rhel6.5.0"?  Thanks.

(In reply to Gerd Hoffmann from comment #12)
> (In reply to mazhang from comment #11)
> > Hi David,
> > 
> > Could you please have a look at my test in comment#8 and comment#9, anything
> > I missed for this bug reproduce? 
> 
> Could be the machine type.  We've flipped mixemu default in RHEL-6.5.  So,
> it very well could be that this change fixed the bug.  For compatibility
> reasons the old machine types maintain old behaviour though.
> 
> So, can you please test what the behaviour is with "-M rhel6.4.0" and "-M
> rhel6.5.0"?  Thanks.

Thanks for your suggestions.
I can reproduced this bug with "-M rhel6.4.0", "-M rhel6.5.0" can't hit this problem.

Host:
qemu-kvm-tools-0.12.1.2-2.422.el6.x86_64
qemu-img-0.12.1.2-2.422.el6.x86_64
qemu-kvm-debuginfo-0.12.1.2-2.422.el6.x86_64
qemu-guest-agent-0.12.1.2-2.422.el6.x86_64
gpxe-roms-qemu-0.9.7-6.10.el6.noarch
qemu-kvm-0.12.1.2-2.422.el6.x86_64
spice-server-0.12.4-6.el6.x86_64

Guest:
win7-32

Client:
kernel-2.6.32-456.el6.x86_64
virt-viewer-0.5.6-8.el6.x86_64

Steps:
1. boot vm
/usr/libexec/qemu-kvm \
-M rhel6.4.0 \
-cpu SandyBridge \
-m 4G \
-smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \
-enable-kvm \
-name rhel7-64 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-rtc base=localtime,clock=host,driftfix=slew \
-nodefaults \
-monitor stdio \
-qmp tcp:0:6666,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-monitor unix:/tmp/guest-sock,server,nowait \
-drive file=/home/win7-32.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \
-device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,addr=0x8 \
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \
-device usb-tablet,id=input0 \
-spice port=5900,disable-ticketing \
-vga qxl \
-netdev tap,id=hostnet0 \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:39:13:2c \
-device intel-hda,id=sound0,bus=pci.0,addr=0x4 \
-device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 \

2. Play a music in guest.

3. Mute sound in guest.

Result:
Still can heard sound.

> I can reproduced this bug with "-M rhel6.4.0", "-M rhel6.5.0" can't hit this
> problem.

Good.  So it is fixed already.  Old machine type must stay as-is for bug compatibility reasons.  I'm done, that one was easy ;)