[gentoo-user] alsactl with kernel 2.6.0

2003-11-06 Thread Collins Richey
I finally got my souncard ens1371 to work reliably with 2.6.0 (see prior
thread), but I get an error at boot time when alsasound starts.  Executing
/usr/sbin/alsactl says that it can't find a device it needs (unfortunately the
actual messge is not logged anywhere).  If I stop and restart alsasound, I don't
see the message (it may have been suppressed?).

Is anyone familiar with this?  What does alsactl do?  Is it really needed?

-- 
Collins Richey - Denver Area
if you fill your heart with regrets of yesterday and the 
worries of tomorrow, you have no today to be thankful for.



--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] alsactl with kernel 2.6.0

2003-11-06 Thread Mark Knecht
On Thu, 2003-11-06 at 10:56, Collins Richey wrote:
 I finally got my souncard ens1371 to work reliably with 2.6.0 (see prior
 thread), but I get an error at boot time when alsasound starts.  Executing
 /usr/sbin/alsactl says that it can't find a device it needs (unfortunately the
 actual messge is not logged anywhere).  If I stop and restart alsasound, I don't
 see the message (it may have been suppressed?).
 
 Is anyone familiar with this?  What does alsactl do?  Is it really needed?

man alsactl:

NAME
   alsactl - advanced controls for ALSA soundcard driver


SYNOPSIS
   alsactl [options] [store|restore] card # or id


DESCRIPTION
   alsactl  is  used  to  control advanced settings for 
the ALSA soundcard drivers. It supports multiple soundcards. If  your 
card  has  features that  you can't seem to control from a mixer
application, you have come to the right place.


Collins,
   I'm not totally sure, but some Alsa applications, like alsamixer,
actually do not work with all Alsa device, such as my RME HDSP 9652. I
don't think that this message is necessarily a problem.

   alsactl is supposed to store your mixer settings when you shut down
and restore them when you power back up. It's used in the Alsa scripts
somewhere. It doesn't work on my system because my driver doesn't export
the information required. (My card has a more specialized mixer.)

   You might want to look in the Alsa-User archives for more info on
this or your card, and alsa look at look at the Alsa page for your card.

   Or, this could be a 2.6 issue that hasn't been addressed yet.

Good luck,
Mark


--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] alsactl with kernel 2.6.0

2003-11-06 Thread Collins Richey
On Thu, 06 Nov 2003 11:07:54 -0800 Mark Knecht [EMAIL PROTECTED] wrote:

 On Thu, 2003-11-06 at 10:56, Collins Richey wrote:
  I finally got my souncard ens1371 to work reliably with 2.6.0 (see prior
  thread), but I get an error at boot time when alsasound starts.  Executing
  /usr/sbin/alsactl says that it can't find a device it needs (unfortunately
  the actual messge is not logged anywhere).  If I stop and restart alsasound,
  I don't see the message (it may have been suppressed?).
  
  Is anyone familiar with this?  What does alsactl do?  Is it really needed?
 
 man alsactl:
 
 NAME
alsactl - advanced controls for ALSA soundcard driver
 
 
 SYNOPSIS
alsactl [options] [store|restore] card # or id
 
 
 DESCRIPTION
alsactl  is  used  to  control advanced settings for 
 the ALSA soundcard drivers. It supports multiple soundcards. If  your 
 card  has  features that  you can't seem to control from a mixer
 application, you have come to the right place.
 
 
 Collins,
I'm not totally sure, but some Alsa applications, like alsamixer,
 actually do not work with all Alsa device, such as my RME HDSP 9652. I
 don't think that this message is necessarily a problem.
 
alsactl is supposed to store your mixer settings when you shut down
 and restore them when you power back up. It's used in the Alsa scripts
 somewhere. It doesn't work on my system because my driver doesn't export
 the information required. (My card has a more specialized mixer.)
 
You might want to look in the Alsa-User archives for more info on
 this or your card, and alsa look at look at the Alsa page for your card.
 
Or, this could be a 2.6 issue that hasn't been addressed yet.
 

Thanks, I'm ignoring it for now, but I did sign up on alsa-user with a question
about my other problem.  My ens1371 card has to be initialized twice before it
will work.

-- 
Collins Richey - Denver Area
if you fill your heart with regrets of yesterday and the 
worries of tomorrow, you have no today to be thankful for.



--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] alsactl with kernel 2.6.0

2003-11-06 Thread Mark Knecht
On Thu, 2003-11-06 at 19:09, Collins Richey wrote:

  
 Or, this could be a 2.6 issue that hasn't been addressed yet.
  
 
 Thanks, I'm ignoring it for now, but I did sign up on alsa-user with a question
 about my other problem.  My ens1371 card has to be initialized twice before it
 will work.

Collins,
   I have had similar issues under Alsa with my RME card. It will
usually cold boot OK, but it will never reconfigure correctly after a
warm boot. I was saving your message about doing a start/stop/start for
a rainy day this winter to see if I could fix my warm boot problem.

   One of the guys who runs a great audio site for Redhat Linux boxes
has studied the Alsa scripts and has patched the ones he provides for my
warm boot problem, but the Gentoo scripts look very different, so I
don't feel like messing with it. On a warm boot I su, stop Alsa and
restart it.

   It's not exactly your problem, but similar.

   BTW - there is a file - /etc/asound.state that holds mixer values for
alsamixer. Sometimes parameters change and you need to delete this file
and run alsamixer again to regenerate it with correct parameters and
values.

Cheers,
Mark


--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] alsactl with kernel 2.6.0

2003-11-06 Thread Collins Richey
On Thu, 06 Nov 2003 19:16:14 -0800 Mark Knecht [EMAIL PROTECTED] wrote:


 Collins,
I have had similar issues under Alsa with my RME card. It will
 usually cold boot OK, but it will never reconfigure correctly after a
 warm boot. I was saving your message about doing a start/stop/start for
 a rainy day this winter to see if I could fix my warm boot problem.
 
One of the guys who runs a great audio site for Redhat Linux boxes
 has studied the Alsa scripts and has patched the ones he provides for my
 warm boot problem, but the Gentoo scripts look very different, so I
 don't feel like messing with it. On a warm boot I su, stop Alsa and
 restart it.
 
It's not exactly your problem, but similar.
 
BTW - there is a file - /etc/asound.state that holds mixer values for
 alsamixer. Sometimes parameters change and you need to delete this file
 and run alsamixer again to regenerate it with correct parameters and
 values.
 

In my case, it doesn't matter whether warm or cold boot; my card has to be
initialized twice in order to work.  I don't know whether this is an alsa or a
devfsd problem.  The first time I do 'alsasound start', I hear the sound card
click into action, and all the proper modules are loaded, but no device entries
are generated by devfsd.  After a stop and start again, the device entries are
generated and the card works.

I can get the same results with just:

modprobe snd-ens1371
rmmod snd-ens1371
modprobe snd-ens1371

-- 
Collins Richey - Denver Area
if you fill your heart with regrets of yesterday and the 
worries of tomorrow, you have no today to be thankful for.



--
[EMAIL PROTECTED] mailing list