Addition info:
spice client, use remote-viewer:

# rpm -q virt-viewer
virt-viewer-0.5.4-2.el7.x86_64

# remote-viewer spice://$ip:$port

All rhel guests has this issue

Would you please re-test this with RHEL on a bare metal system.

In other words, if the RHEL7 system has the same issue when 
playing audio and recording at the same time, then this is 
not a problem specific to the RHEL guest.

Test in a RHEL6.4 bare metal system and RHEL6.4 guest (both are x64), 

In the guest, when playing music and recording, the sound recorder could not work(the record length stall or reach a big value)

In the bare metal system, sound recorder and audio playing are working well.


And about the segment fault, it happens both in bare metal system and guest, and whether playing audio not related w/ this.

(In reply to comment #5)
> Test in a RHEL6.4 bare metal system and RHEL6.4 guest (both are x64), 
> 
> In the guest, when playing music and recording, the sound recorder could not
> work(the record length stall or reach a big value)
> 
> In the bare metal system, sound recorder and audio playing are working well.
> 
> 
> And about the segment fault, it happens both in bare metal system and guest,
> and whether playing audio not related w/ this.

The components:
Both host and guest:
# uname -r
2.6.32-358.el6.x86_64

In host:
# lspci |grep Audio
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)

# lsmod |grep snd
snd_hda_codec_hdmi     26157  1 
snd_hda_codec_realtek    68136  1 
snd_hda_intel          27823  4 
snd_hda_codec         121518  3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               6652  1 snd_hda_codec
snd_seq                55759  0 
snd_seq_device          6500  1 snd_seq
snd_pcm                86635  5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer              22411  2 snd_seq,snd_pcm
snd                    69907  15 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore               7958  1 snd
snd_page_alloc          8470  2 snd_hda_intel,snd_pcm

In guest
# lspci |grep Audio
00:04.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01)

# lsmod |grep snd
snd_hda_intel          27823  2 
snd_hda_codec         121518  1 snd_hda_intel
snd_hwdep               6652  1 snd_hda_codec
snd_seq                55759  0 
snd_seq_device          6500  1 snd_seq
snd_pcm                86635  2 snd_hda_intel,snd_hda_codec
snd_timer              22411  2 snd_seq,snd_pcm
snd                    69907  11 snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore               7958  1 snd
snd_page_alloc          8470  2 snd_hda_intel,snd_pcm

Doesn't reproduce (using rhel 6.5 beta guest, not rhel 6.4).
I suspect this might be a guest bug which has been fixed meanwhile.
Please retest.

(In reply to Gerd Hoffmann from comment #7)
> Doesn't reproduce (using rhel 6.5 beta guest, not rhel 6.4).
> I suspect this might be a guest bug which has been fixed meanwhile.
> Please retest.

Hi, Gerd

I hit the problem
Steps:
1.Start the sound recorder in guest(rhel6.5 I used)
then the sound recorder runs well, the recorder timer counts right, second by second.

2.Start to play music with the player, then the sound recorder time counts crasily, I will attach the screenshot in this bug.

Host components:

# uname -r
3.10.0-42.el7.x86_64
# rpm -q qemu-kvm-rhev
qemu-kvm-rhev-1.5.3-13.el7.x86_64

Guest components:
# uname -r
2.6.32-430.el6.x86_64

# rpm -qa |grep gnome-media
gnome-media-2.29.91-6.el6.x86_64
gnome-media-apps-2.29.91-6.el6.x86_64
gnome-media-libs-2.29.91-6.el6.x86_64

The gnome-media-apps (sound recorder) build is same as the reporter.

Created attachment 820263 [details]
The timer increase in mess

Fix is on the way upstream:
http://patchwork.ozlabs.org/patch/295851/

merged upstream, backport posted.

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

Reproduce this bug with qemu-kvm-1.5.3-13.el7.x86_64

Steps:
1.Boot a rhel6.4 guest:
# /usr/libexec/qemu-kvm -cpu Penryn -m 2G -smp 2,sockets=1,cores=2,threads=1 -M pc -enable-kvm -name testovs -rtc base=localtime,clock=host,driftfix=slew -drive file=/home/rhel6u4cp1.qcow2_v3,if=none,format=qcow2,werror=stop,rerror=stop,media=disk,id=drive-scsi0-disk0 -device virtio-scsi-pci,id=scsi0,addr=0x4 -device scsi-hd,scsi-id=0,lun=0,bus=scsi0.0,drive=drive-scsi0-disk0,id=virtio-disk0,bootindex=1 -nodefaults -nodefconfig -monitor stdio -netdev tap,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,mac=54:52:1a:11:0b:01 -device intel-hda,id=sound0 -device hda-duplex -spice port=5931,disable-ticketing,seamless-migration=on -vga std

2.Start the sound recorder in guest.
then the sound recorder runs well, the recorder timer counts right, second by second.

3.Start to play music with the player.
Result:the sound recorder time counts crasily.

So, according to above, this bug is reproduced

Verify this bug with qemu-kvm-1.5.3-45.el7.x86_64

Steps as above, result: both sound recorder and music player (rhythmbox-0.12.8-1.el6.x86_64) work well, so this bug is fixed by qemu-kvm-1.5.3-45.el7.x86_64 .

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.