At Wed, 28 Aug 2002 07:33:07 -0700,
Stephen Hassard wrote:
>
> Hi,
>
> I was trying to get my M-Audio Sonica to work under Alsa. It's a nifty
> little single channel out 24/96 USB audio device. Here's the product
> page: http://www.m-audio.com/products/consumer/sonica.php
>
> I'm running the CV
At Fri, 30 Aug 2002 00:26:48 -0400,
Andy Wingo wrote:
>
> Hey alsa kernel wizards,
>
> Is there any way we can get rid of this?
>
> On Thu, 29 Aug 2002, frank pirrone wrote to linux-audio-user:
>
> > *** grab the Alsa 0.9.0rc3 tarball and compile it
> > *** Configure /etc/modules.conf as follo
>these are needed to load alsa modules _dynamically_.
>if you're using an init script for loading the alsa, then basically
>you don't need them.
which script? is there one? alsasound doesn't load the OSS modules,
for example.
---
This sf.net
A person who unfortunately did not provide an email address has
submitted this for the alsa-docs.
> I use this driver on a Dell Latitude CPi laptop.
> I confirm that the driver hangs 99% of the time when loaded normally.
> However I have found a way to raise chances to load correctly:
> 1: boot
At Mon, 02 Sep 2002 08:48:20 -0400,
Paul Davis wrote:
>
> >these are needed to load alsa modules _dynamically_.
> >if you're using an init script for loading the alsa, then basically
> >you don't need them.
>
> which script? is there one? alsasound doesn't load the OSS modules,
> for example.
T
>About OSS configuration, it was explained separately in another part
>after the sentence above.
but we don't provide any such script ... without it and without the
modules.conf entries, any OSS program will fail, right?
---
This sf.net email
At Mon, 02 Sep 2002 22:06:34 +0900,
Patrick Shirkey wrote:
>
> A person who unfortunately did not provide an email address has
> submitted this for the alsa-docs.
>
> > I use this driver on a Dell Latitude CPi laptop.
> > I confirm that the driver hangs 99% of the time when loaded normally.
> >
At Mon, 02 Sep 2002 09:24:20 -0400,
Paul Davis wrote:
>
> >About OSS configuration, it was explained separately in another part
> >after the sentence above.
>
> but we don't provide any such script ... without it and without the
> modules.conf entries, any OSS program will fail, right?
well, yo
Hi Dave,
Am Sonntag, den 01. September 2002 um 12:54:18 Uhr (-0400) schrieb
Paul Davis:
> if david or someone else can point me at some docs on what would be
> needed to have cardmgr be able to use the driver, i would be happy to
> consider adding it.
I sent a message to Dave, quoting your mail
At Mon, 2 Sep 2002 08:57:25 -0700,
Stephen Hassard wrote:
>
> Hi Takashi,
>
> Here's the output from lsusb for the Midiman Sonica ..
>
> >>>
> Bus 004 Device 002: ID 0763:2805 Midiman
> Device Descriptor:
>bLength18
>bDescriptorType 1
>bcdUSB 1.
If there are two or more USB audio devices connected to a computer, it is
impossible to specify module parameters (snd_id/index/enable) for a specific
device because the device order depends on the order they are plugged in or
switched on.
This patch adds parameters snd_vid/snd_pid to reserve a d
Takashi Iwai wrote:
> Stephen Hassard wrote:
> > Interface Descriptor:
> >bLength 9
> >bDescriptorType 4
> >bInterfaceNumber0
> >bAlternateSetting 0
> >bNumEndpoints 0
> >bInterfaceClass 254
At Mon, 02 Sep 2002 19:24:14 +0200,
Clemens Ladisch wrote:
>
> Takashi Iwai wrote:
> > Stephen Hassard wrote:
> > > Interface Descriptor:
> > >bLength 9
> > >bDescriptorType 4
> > >bInterfaceNumber0
> > >bAlternateSetting
At Mon, 02 Sep 2002 18:11:04 +0200,
Clemens Ladisch wrote:
>
> If there are two or more USB audio devices connected to a computer, it is
> impossible to specify module parameters (snd_id/index/enable) for a specific
> device because the device order depends on the order they are plugged in or
> s
> > (Unfortunately, the bmAttributes field in the
> > DFU functional descriptor indicates that the device is only capable
> > of downloading, not uploading.)
> > If we have luck, the firmware is stored in a DFU file (not
> necessarily
> > with that name).
> Stephen, could you check whether any po
After installing a new cvs version I'm getting an assertion failure in
alsamixer (or amix).
# alsamixer
alsamixer: simple.c:869: simple_add1: Assertion `!simple->ctls[type].elem'
failed.
Aborted
This is with these modules loaded and started happening last Friday:
# /sbin/lsmod
Module
16 matches
Mail list logo
