Re: kern/39204 (pad(4) device doesn't emit PCM data)

[Matthew Mondor <mm_lists%pulsar-zone.net@localhost>]

The following reply was made to PR kern/39204; it has been noted by GNATS.

From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
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 
 > situations.  
 >  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...
 
 Thanks,
 -- 
 Matt