Addendum: Since this report is from 2014, I should mention that I am currently on 16.04.
-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1295587 Title: Temporal freeze and slowdown while using emulated sb16 Status in QEMU: New Bug description: I have been carrying around this bug since previous versions and on different machines: When I use the -soundhw sb16 option, while playing any sound on the virtual machine it temporally freezes the emulated machine and loops the last bit of such sound effect for 1-2 minutes, then goes back to normal speed (until a new sound is played). Console shows: sb16: warning: command 0xf9,1 is not truly understood yet sb16: warning: command 0xf9,1 is not truly understood yet (...) main-loop: WARNING: I/O thread spun for 1000 iterations -One of my emulated machines is Windows 3.11: I managed to overrun this bug by switching from the local 1.5 version of the sound blaster driver to the 1.0, although since I updated qemu it freezes that machine, so I can't test if it still works. I am using the 1.7.90 version, but I suffered this bug for over one year (confirmed in version 2.0.0-rc0 too) this bug happens anytime I use the -soundhw sb16 switch, but the full command I am using in this specific case is: qemu-system-i386 -localtime -cpu pentium -m 32 -display sdl -vga cirrus -hda c.img -cdrom win95stuff.iso -net nic,model=ne2k_pci -net user -soundhw sb16 This bug appears on all my machines: Pentium III running Slackware 13.0 and freeBSD 10; Dual core T2400, both in Arch, Gentoo and Slackware 14.1 (all 32 bits), and a Dual core T4400 64 bits with Gentoo and Slackware. Same problem in all of those systems after compiling instead of using the distro packages.... To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1295587/+subscriptions
