Channel 2 works now, and channel 1 is almost working. I ran across this
note in the
NetBSD source for their Solo driver...
/*
* Apparently the Audio 1 DMA controller's current address
* register can't roll over a 64K address boundary, so we have
to
* take care of that ourselves. The second channel DMA
controller
* doesn't have that restriction, however.
*/
It would make sense that the results I'm seeing with the current driver
might be
caused by this bug (it sounds like a square wave is slecting between the
audio
playback and a white noise source when playing back 16 bit audio. The
frequency
of the square wave is proportional to the data rate at the time).
Does anyone know how one might place a restriction on a PCM driver's DMA
buffer
that it not cross a (physical) 64k boundary?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
- Re: Drivers for Dollars (was Re: US$10... Mike Smith
- Re: US$100 prize for adding ESS Audiodrive... Julian Elischer
- Re: US$100 prize for adding ESS Audiod... Joseph Scott
- Maestro2E patch (Was: US$100 priz... Munehiro Matsuda
- Re: Maestro2E patch (Was: US$... Joseph Scott
- Re: Maestro2E patch (Was: US$... Munehiro Matsuda
- Re: Maestro2E patch (Was: US$... Joseph Scott
- Re: Maestro2E patch (Was: US$... Munehiro Matsuda
- Re: Maestro2E patch (Was: US$... Julian Elischer
- Re: US$100 prize for adding ESS Audiodrive support to p... Nick Sayer
- Re: ESS Solo driver almost there (was Re: US$100 p... Nick Sayer
- Re: ESS Solo driver almost there (was Re: US$1... Alfred Perlstein
- Re: ESS Solo driver almost there (was Re: US$1... Mike Smith
- Solo-1 appears to work (was Re: US$100 prize for adding... Nick Sayer
- Re: Solo-1 appears to work (was Re: US$100 prize f... Frederik Meerwaldt

