> > The sound driver interface provides the application writer the choice to
set
> > the buffering they require. This patch has obvious implications for the
> > ordering of ioctl's that we may not want to introduce.
>
> Yes, OSS interface allows for that, but currently FreeBSD doesn't fully
> pro
On Sun, 16 Sep 2001 11:59:53 -0700, Orion Hodson wrote:
>
> Maxim
>
> The sound driver interface provides the application writer the choice to set
> the buffering they require. This patch has obvious implications for the
> ordering of ioctl's that we may not want to introduce.
Yes, OSS inter
Maxim
The sound driver interface provides the application writer the choice to set
the buffering they require. This patch has obvious implications for the
ordering of ioctl's that we may not want to introduce.
I suspect (not insist :-) the two specific fixes you report are caused by:
Hi there,
I want to get your comments on the attached patch, which makes sound
driver resizing its DMA buffer according to the currently selected
audio speed/format. This is necessary because most audio hardware
supports wide range of speeds/formats, which makes it hard to define
one buffer size
