[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/39204 (pad(4) device doesn't emit PCM data)
The following reply was made to PR kern/39204; it has been noted by GNATS.
From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
Subject: Re: kern/39204 (pad(4) device doesn't emit PCM data)
Date: Sat, 12 May 2012 18:06:14 -0400
On Fri, 11 May 2012 14:00:08 +0000 (UTC)
Nat Sloss <nathanialsloss%yahoo.com.au@localhost> wrote:
> This solves the problem for harddrive with 1 GHz cpu, usb and qemu
> If audio is not broken for you try using pad in an qemu emulation and you
> will find with the un-patched version is gives broken audio, but with the
> patch above it is fixed.
Although I don't use qemu or uaudio, I thought I'd adapt the patch and
try it on netbsd-6 to see if this also helps against the skipping I
observed. Unfortunately, netbsd-6 doesn't have
uaudio_stream_get_used() however. I could test the patch against
-current instead then, although I'll have to do that later.
It might make sense that the audio softint might need such a reschedule
under other non-uaudio circumstances, perhaps...
Main Index |
Thread Index |