Bug 954195

Summary:	RHEL machines <=6.4 should not use mixemu
Product:	Red Hat Enterprise Linux 7	Reporter:	Marc-Andre Lureau <marcandre.lureau>
Component:	qemu-kvm	Assignee:	Bandan Das <bdas>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.0	CC:	acathrow, armbru, hhuang, juzhang, michen, pbonzini, qzhang, virt-maint
Target Milestone:	rc	Keywords:	Reopened
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	qemu-kvm-1.5.3-10.el7	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-06-13 12:55:57 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	983991
Bug Blocks:	841379, 895959, 983997, 984008, 984010, 987757

Description Marc-Andre Lureau 2013-04-21 19:56:42 UTC

RHEL >= 6.5 will have mixemu enabled by default. The HDA Audio device will be different in this case, so we need to handle new hardware machine versionning.

Comment 4 Paolo Bonzini 2013-05-14 12:23:59 UTC

Leaving this bug open, and marked as blocking bug 895959, because this is more complicated than just adding a global property.

See RHEL6 series at message-id
<1365163192-17207-1-git-send-email-marcandre.lureau>.

Comment 5 Miroslav Rezanina 2013-10-17 10:01:59 UTC

Fix included in qemu-kvm-1.5.3-10.el7

Comment 7 Qunfang Zhang 2013-12-30 08:55:11 UTC

Reproduced this bug on qemu-kvm-1.5.3-9.el7.x86_64 and verified pass on qemu-kvm-1.5.3-31.el7.x86_64.

===================
Reproduction:

1. Boot up a win7-32 guest with sound device and spice with -M rhel6.4.0 on rhel7.0 host.

/usr/libexec/qemu-kvm ... -M rhel6.4.0 -spice port=5930,disable-ticketing -vga qxl -device intel-hda,id=sound0,bus=pci.0,addr=0x5 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 

2. Play some music inside guest. 

3. Click the "mute/unmute" button in the right bottom of guest desktop.

Result: We could mute and unmute the sould within guest even the machine type is "-M rhel6.4.0".

===================
Verification:

Scenario 1:

(1) Boot up the win7 guest with  with sound device and spice with *-M rhel6.4.0* on rhel7.0 host.

(2) Play some music inside guest. 

(3) Click the "mute/unmute" button in the right bottom of guest desktop.

Result: The mute button does not work, it will keep the default. 

Scenario 2:

(1) Boot up the win7 guest with  with sound device and spice with *-M rhel6.5.0* on rhel7.0 host.

(2) Play some music inside guest. 

(3) Click the "mute/unmute" button in the right bottom of guest desktop.

Result:
The mute button works, we could mute/unmute the sound.

Scenarios 3:

(1) Boot up the win7 guest with  with sound device and spice with *-M pc* or *-M q35* on rhel7.0 host. (I tried both the cases)

(2) Play some music inside guest. 

(3) Click the "mute/unmute" button in the right bottom of guest desktop.

Result:
The mute button works, we could mute/unmute the sound.

Scenario 4:

Migrate guest from rhel6.5 host -> rhel7.0 host with 
-M rhel6.4.0 and sound device, connect guest with spice.

Result:
Migration finish successfully, mute/unmute button does not work always. 

Scenario 5:

Migrate guest from rhel6.5 host -> rhel7.0 host with 
-M rhel6.5.0 and sound device, connect guest with spice.

Result: 
Migration finish successfully, mute/unmute button works. But I hit a new bug 1047265 in this scenario. 

================

Based on above, I will change the status to verified. As the machine types loer than rhel6.4.0 does not use mixemu now. We could use bug 1047265 to track the new issue.

Comment 8 Ludek Smid 2014-06-13 12:55:57 UTC

This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.