This diff adds 4 ioctls to the audio(4) driver, each does one
simple thing only: start and stop DMA, set and get parameters. The
new semantics allow to drop significant parts of libsndio that are
here to deal complications caused by the old api.
The old api will remain some time to allow old bina
> Date: Sat, 20 Jun 2015 15:25:37 +0200
> From: Alexandre Ratchov
>
> On Thu, Jun 18, 2015 at 07:25:31PM +, Christian Weisgerber wrote:
> > On 2015-06-13, Alexandre Ratchov wrote:
> >
> > > Many thanks to all who tested, below is an updated diff with the
> > > missing i386 bits and "working
On Thu, Jun 18, 2015 at 07:25:31PM +, Christian Weisgerber wrote:
> On 2015-06-13, Alexandre Ratchov wrote:
>
> > Many thanks to all who tested, below is an updated diff with the
> > missing i386 bits and "working" uaudio.
>
> I have run into a serious problem on sparc64 (but I haven't teste
On 2015-06-13, Alexandre Ratchov wrote:
> Many thanks to all who tested, below is an updated diff with the
> missing i386 bits and "working" uaudio.
I have run into a serious problem on sparc64 (but I haven't tested
elsewhere).
I've added -L- to the sndiod flags and I'm streaming audio from a
r
On Fri, Jun 12, 2015 at 02:26:34AM +0200, Max Fillinger wrote:
> My uaudio device stopped working with this patch:
>
> $ aucat -i test.wav -f snd/0
> snd/0: couldn't open audio device
>
> With AUDIO_DEBUG enabled, I see the following output on the console:
>
> audio1: setpar: req enc=10 bits=16,
On Thu Jun 11 2015 09:20, Alexandre Ratchov wrote:
> To test this diff, simply run your regular audio stuff and let us
> know if you notice any difference. I'd suggest to keep a copy of
> the old kernel in order to be able to compare easily.
I've been watching videos and listening to music with bo
My uaudio device stopped working with this patch:
$ aucat -i test.wav -f snd/0
snd/0: couldn't open audio device
With AUDIO_DEBUG enabled, I see the following output on the console:
audio1: setpar: req enc=10 bits=16, bps=2, msb=1 rate=48000, pchan=2, rchan=2,
round=960, nblks=2
audio1: 0x180:
On Thu, Jun 11, 2015 at 09:20:54AM +0200, Alexandre Ratchov wrote:
> [...]
> To test this diff, simply run your regular audio stuff and let us
> know if you notice any difference. I'd suggest to keep a copy of
> the old kernel in order to be able to compare easily.
> [...]
I've been listening to m
This is a replacement for the audio(4) driver. It implements a
minimal and complete subset of the audio abi. The main goal is to
simplify the semantics and the code itself. Less code, less bugs,
hopefuly easier development.
To test this diff, simply run your regular audio stuff and let us
know if
