I get the size to be passed to request_mem_region()
with pci_resource_len(). But that size sometimes
(depends on the card) is several MBs, while the hw
registers are just a few bytes above the base
address. Is it ok using a fixed length ?
--
Giuliano.
--
At Thu, 13 May 2004 13:43:28 -0700,
Loc Ho wrote:
>
> Hi,
>
> Your fix of the ALSA memory allocation problem is incorrect. This
> only fixes the problem with the commerical USB Audio driver. It does
> not fix for all drivers. The proper fix is to replace the function
> setup_pcm_id with this one
At Fri, 14 May 2004 11:58:37 +0200 (CEST),
Giuliano Pochini wrote:
>
>
> I get the size to be passed to request_mem_region()
> with pci_resource_len(). But that size sometimes
> (depends on the card) is several MBs, while the hw
> registers are just a few bytes above the base
> address. Is it ok
At Thu, 13 May 2004 20:57:51 +0200,
Giuliano Pochini wrote:
>
>
> On Mon, 10 May 2004 17:08:49 +0200
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
>
> > prepare and trigger callbacks are already in irq-disabled.
> > i.e. you need only spin_lock() in them.
>
> Does it mean that ALSA acquires the loc
Hi,
I want to ask what happend with the following patch regarding the CMI
9739 ? :
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10804.html
This article / patch is a few month old right now and it seems that it
is not getting better with the time :
http://www.edseek.com/archives/16.html
Hi Takashi,
little fix attached. Please commit with comment
- avoid entry in system log when device disconnects (for RELEASE build)
Thanks,
Karsten
Index: alsa-driver/usb/usx2y/usbusx2y.c
===
RCS file: /cvsroot/alsa/alsa-driv
At Fri, 14 May 2004 13:26:53 +0200,
Karsten Wiese wrote:
>
> [1 ]
> Hi Takashi,
>
> little fix attached. Please commit with comment
> - avoid entry in system log when device disconnects (for RELEASE build)
applied now.
thanks,
Takashi
--
At Fri, 14 May 2004 14:48:18 +0200,
Christoph Haderer wrote:
>
> [1 ]
> This patch adds a headphone amplifier control and the ability to mute
> the DAC (all channels at once) and the ADC channels. wm_adc_vol_put had
> to be changed a little bit because otherwise the ADC-mute bits would be
> ov
At Fri, 14 May 2004 11:50:50 GMT,
[EMAIL PROTECTED] wrote:
>
> Here's a revised version of the driver. I found a bug in the
> previous version, not sure why it was working, maybe because I had my
> printk's in it.
>
> I've also revised the indentation and now supports the 3 PCM
> streams, even t
On Wed, 2004-05-12 at 17:40, Clemens Ladisch wrote:
> Ronald S. Bultje wrote:
> > for a given alsa device ("default", "dmix", "plughw:N", "hw:N,M",
> > "dspN", etc.), how do I automatically obtain the right device to use as
> > a audio mixer with that device?
>
> Depends on your definition of "rig
At Wed, 12 May 2004 03:16:14 +0100,
James Courtier-Dutton wrote:
>
> [EMAIL PROTECTED] wrote:
> > Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA
> > output plugin.
> >
> > alsaplayer didn't work, not sure why. I've also tested with the pcm test in
> > alsa-li
> i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP.
> does it mean that the chip generates interrupts twice per buffer?
> if yes, what we need is to limit the number of periods to 2.
The hardware can generate an interrupt at the beginning or the period (ptr = 0) and
the middl
Takashi Iwai wrote:
At Wed, 12 May 2004 03:16:14 +0100,
James Courtier-Dutton wrote:
[EMAIL PROTECTED] wrote:
Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA output plugin.
alsaplayer didn't work, not sure why. I've also tested with the pcm test in alsa-lib whic
At Fri, 14 May 2004 18:14:47 +0100,
James Courtier-Dutton wrote:
>
> >>I would like to add some information that might help people modifying
> >>this for the Audigy LS.
> >>
> >>The outputs for the card work in 2 modes.
> >>1) Probably analogue on the output jacks.
> >>snd_emu10k1x_ptr_write(chip
* Takashi Iwai <[EMAIL PROTECTED]>:
> you can use "front", "rear" and "surround40" PCMs.
> then the volumes and the route should be initialized properly.
I've tryed playing some samples with aplay combined with -D parameter,
e.g. "aplay -Dfront foo.wav". However, what I want is to play a
sample
At Fri, 14 May 2004 20:05:09 +0200,
Aner Gusic wrote:
>
> * Takashi Iwai <[EMAIL PROTECTED]>:
>
> > you can use "front", "rear" and "surround40" PCMs.
> > then the volumes and the route should be initialized properly.
>
> I've tryed playing some samples with aplay combined with -D parameter,
> e
Takashi Iwai wrote:
At Fri, 14 May 2004 18:14:47 +0100,
James Courtier-Dutton wrote:
I would like to add some information that might help people modifying
this for the Audigy LS.
The outputs for the card work in 2 modes.
1) Probably analogue on the output jacks.
snd_emu10k1x_ptr_write(chip, 0x41,
Hm.. It seems then that after all that the Audiotrak Prodigy 7.1 is
identical to Terratec Aureon, except that the later has optical digital
IO instead of coaxial. The headphone function is also implemented in
Audiotrak Prodigy 7.1 driver. I used to think that it was a difference
between the Pro
Hi,
I am using the Linux 2.6.4 version of the ALSA (1.0.2c). Apparently, the ALSA USB
Audio driver doesn't cleanup properly when it is disconnected while the streams are
not closed. For example, perform a loop back (record and playback) for 1 minute and
then disconnect. If you disconnect, there
Takashi Iwai wrote:
i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP.
does it mean that the chip generates interrupts twice per buffer?
if yes, what we need is to limit the number of periods to 2.
Well, you can enable the half buffer interrupt. I am not sure if that
helps or
>the attached patch includes some fixes by me for the latest cvs, and
>changes the periods to 2. i'll apply it to cvs now.
Is your patch for kernel 2.6?
Francisco
The best thing to hit the Internet in years - NetZero HiSpeed!
Sur
21 matches
Mail list logo
