Hi!
Seems like the attachment in my last mail for some reason have been
corrupted.
My last patch is available for download at:
http://www.cucumelo.org/~gorm/cs46xx.patch.gz
/Benny
---
This sf.net email is sponsored by: Influence the future
Bruce Paterson wrote:
>
I got zero feedback on the problem below, so I thought I'd add the code
segment and see
if anyone can tell me what I'm doing wrong !
See code below.
> HELP !
> I've tried everything I can think of and I'm at a loss.
>
> Setup:
> alsa 0.9.0rc2
> soundcard Terratec EWS88 (
Hi,
I downloaded and installed today's CVS ALSA and the
following happened:
- no sound when using aplay
- complete X-server lockup when trying to load OSS
emulation modules. (Machine still pingable, though.)
On reboot, the same thing happened except this time I
received an oops. (Attached.) I st
Hi!
Once again, updated cs46xx patch.
So, here's a attempt to move stuff from snd_cs46xx_playback_prepare(...),
to snd_cs46xx_hw_params(...), thing works, but I dont like the aproach,
the main reason is that snd_cs46xx_hw_params(...) is not a good place
for adjusting the sample rate. I've noticed
also, it would be appreciated if you fix the whitespaces :)
I just let emacs do the indenting job, ...
so maybe someone like to sendme a .emacs file with the apropiate
settings -;)
/Benny
---
This sf.net email is sponsored by: Influ
On Wed, 30 Oct 2002, Takashi Iwai wrote:
> At Tue, 29 Oct 2002 15:07:41 +0100,
> Wilfried Weissmann wrote:
> >
> > [1 ]
> > I dug a little around in the code. The infinitive loop was caused by
> > being stuck in DRAINING mode. snd_pcm_lib_read1() returns -EPIPE in this
> > case (pcm_lib.c: 214
Takashi Iwai wrote:
>
> Update of /cvsroot/alsa/alsa-kernel/core
> In directory usw-pr-cvs1:/tmp/cvs-serv13506
>
> Modified Files:
> pcm_lib.c
> Log Message:
> fixed the infinite loop at capture-draining on oss-emulation.
>
> Index: pcm_lib.c
> ===
Hi Benny,
the changes look ok, but i'd like to ask your favor before applying
this patch.
could you move the SCB initialization part in
cs46xx_playback_prepare() into hw_params callback?
i found that the mutex is not allowed in prepare callback since it's
protected by spinlock (at the very entry
At Tue, 29 Oct 2002 15:07:41 +0100,
Wilfried Weissmann wrote:
>
> [1 ]
> I dug a little around in the code. The infinitive loop was caused by
> being stuck in DRAINING mode. snd_pcm_lib_read1() returns -EPIPE in this
> case (pcm_lib.c: 2146). Then we return to snd_pcm_oss_read3() which
> conti
Hi,
At Tue, 29 Oct 2002 22:40:43 +0100,
Michal Rokos wrote:
>
> Hi,
>
> I'm having problem with ALi5451 audio chipset.
>
> Insmod segfaults and lsmod says that initializing the snd-ali5451. The wierd is
>the OSS trident module is working just fine (with some limitation - I can't make i
Hello,
I'm developping an application where I sometimes have to change the hwparams
(or swparams) of an opened pcm device (playback or capture). At first, I
thought the simpler way to do that was to close the stream and reopen it. But
with alsa-0.9.0beta10a, closing and re-opening the device caus
11 matches
Mail list logo