Thomas Sailer wrote:
> On Tue, 2004-02-24 at 15:05, Clemens Ladisch wrote:
>
> > BTW: A Plantronics headset (0x047f/0x0ca1) and the Griffin iMic
> > (0x077d/0x07af) have a similar bug.
>
> Hm, haven't found this in alsa in the linux kernel 2.6.3.
Alsa has this in the parse_audio_endpoints functio
On Tue, 2004-02-24 at 15:05, Clemens Ladisch wrote:
> BTW: A Plantronics headset (0x047f/0x0ca1) and the Griffin iMic
> (0x077d/0x07af) have a similar bug.
Hm, haven't found this in alsa in the linux kernel 2.6.3.
Also, I do have a Griffin iMic and it works for me without kludge...
strange...
T
Thomas Sailer wrote:
> the Mirconas UAC355x audio chips don't currently work with my driver
> (haven't tried alsa), because it announces both playback and capture
> being adaptive, while only playback is really adaptive, capture is
> asynchronous. So we need a quirk to handle this.
>
> How do we ha
All,
the Mirconas UAC355x audio chips don't currently work with my driver
(haven't tried alsa), because it announces both playback and capture
being adaptive, while only playback is really adaptive, capture is
asynchronous. So we need a quirk to handle this.
How do we handle this best? In the dri
