On 9 Oct 2013, at 17:26, Paolo Bonzini wrote: > I think Hans already debugged it to the (supposedly) 33 Hz timer that > spice audio uses. > > If it turns out the bug is in the QEMU part of spice, I think it makes > sense _not_ to include this patch at all. > > If it turns out to be in spice itself, then we can include it as a > workaround, but still it would be nice to tune a bit the limit and not > burn even more CPU time than before.
Or we could simply clamp the value passed to timer_mod in spice.c which should have the same effect. -- Alex Bligh
