Richard Stevens wrote:
Hi,
this is very much distribution specific, I guess. I'm using gentoo linux and
Same here :). In that case, I think I'll mention something I thought might
be distro specific and decided to skip. Running /etc/init.d/alsactl stop on
my machine actually manages to remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
this is very much distribution specific, I guess. I'm using gentoo linux and
there is a scipt called /etc/init.d/local wich gets loaded as the last script
on boot. This script calls /etc/conf.d/local.start at boot and
/etc/conf.d/local.stop on
Hi,
regarding the XFire initialization: do you reload the cs46xx module
automatically and -if so- how? I have to do
su -c '/etc/init.d/alsa restart'
manually after rebooting and would like to have this done automatically
by some change in an init script or my modules.conf but don't know how
to d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I guess I won't try it then. Hopefully this gets resolved at some stage. I
don't mind another alsa workaround anyways since there is already one. I have
to reload the alsa drivers for my Terratec DMX XFire 1024 after the initial
load at boottim
On Fri, Jan 03, 2003 at 01:24:08PM +0100, Richard Stevens wrote:
> and put them in my rc.local script. That does the job as a workaround. I'll
> also try the patch later. Hopefully it works with my 2.4.20 kernel. Jaroslav,
> do you know if the patch got rejected completely or only delayed? Any
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
thanks for your replies. I have my modules.conf already configured similar to
Miguel's description. Sorry for not including it right away. From Georgi's
very complete system information I found out some new spots in proc to look
for things and
On Fri, 3 Jan 2003, Georgi Georgiev wrote:
> The devfs code of alsa seems to not work correctly.
> Even though my setup is as described below, the device /dev/sound/dsp1 for
> example, is not created (just check the whole mail).
>
> Creating a device manually does the job, but creating a device
The devfs code of alsa seems to not work correctly.
Even though my setup is as described below, the device /dev/sound/dsp1 for
example, is not created (just check the whole mail).
Creating a device manually does the job, but creating a device on boot is
annoying.
My setup is SoundBlaster Live +
Sorry, I forgot to include the link in my previous message.
http://www.alsa-project.org/alsa-doc/doc-php/template.php3?company=Cirrus+Logic&card=CS4614&chip=CS4614&module=cs46xx
On Thu, 2003-01-02 at 16:27, Richard Stevens wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
You need to define sound-services for the second card in modules.conf.
It should look something like this:
xyz@localhost#pico /etc/modules.conf
# ALSA portion
alias snd-card-0 snd-cs46xx
alias snd-card-1 snd-cmipci
options snd-cmipci id="first" enable_midi=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have two soundcards in my PC. One is a Terratec DMX Xfire using cs46xx and
the other is an onboard cmipci thing. I conifgured alsa to get the cmipci as
card 0 and the cs46xx thing as card1. There are a couple of things I'd like
to have but th
11 matches
Mail list logo