Alsa causing segfaults

[Gentree]

1.09 final is now in portage .

Code: Select all

Calculating dependencies ...done!
[ebuild   R   ] media-libs/alsa-lib-1.0.9  
[ebuild   R   ] media-sound/alsa-driver-1.0.9a  
[ebuild   R   ] media-sound/alsa-headers-1.0.9  
[ebuild   R   ] media-sound/alsa-utils-1.0.9a  
[ebuild     U ] media-libs/alsa-oss-1.0.9 [1.0.8-r1] 

cant get alsa-oss to build, and alsasound fails to start

Code: Select all

 * Restoring Mixer Levels...
/usr/sbin/alsactl: set_control:894: warning: name mismatch (Line-In As Rear/Line-In Mode) for control #25
/usr/sbin/alsactl: set_control:896: warning: index mismatch (0/0) for control #25
/usr/sbin/alsactl: set_control:898: failed to obtain info for control #25 (Operation not permitted)           [ !! ]

That is presumably limitted to my Muse5.1 card so may not be an issue to all of you here that seem to be using emu10k

[mr_smidge]

After running the following..

Code: Select all

revdep-rebuild --soname libasound.so.2

.. and recompiling each package listed, all issues seem to have disappeared. No audio applications have crashed (yet), and as a bonus, amaroK now appears to work with gstreamer, whereas it never did for me before. Bonus!

I recommend that revdev-rebuild command for anybody still having issues.

[peerkoel]

1.09 final is now in portage .

...

cant get alsa-oss to build, and alsasound fails to start

Code: Select all

 * Restoring Mixer Levels...
/usr/sbin/alsactl: set_control:894: warning: name mismatch (Line-In As Rear/Line-In Mode) for control #25
/usr/sbin/alsactl: set_control:896: warning: index mismatch (0/0) for control #25
/usr/sbin/alsactl: set_control:898: failed to obtain info for control #25 (Operation not permitted)           [ !! ]

That is presumably limitted to my Muse5.1 card so may not be an issue to all of you here that seem to be using emu10k

Well, the same happened to me with emu10k1 but removing /etc/asound.state did just the trick. I had to set the mixer again and unmute, but that's no pain.

[Gentree]

Thanks that did it . Simple.

Nice thing is it seems to have set most of the cards levels before failing , so when I ran alsamixer all was as I left it

[Gentree]

OK this is getting messy.

Can someone pls confirm Im doing this right ?


I've emerged all the alsa-* 109(a) stuff.
I have disabled alsa and oss in kernel config but kept just CONFIG_SOUND (for sound card hardware support).

lsmod still shows my

Code: Select all

bash-3.00#lsmod
Module                  Size  Used by
snd_pcm_oss            55200  0 
snd_mixer_oss          20352  2 snd_pcm_oss
snd_seq_oss            38400  0 
snd_seq_midi_event      7744  1 snd_seq_oss
snd_seq                56912  4 snd_seq_oss,snd_seq_midi_event
ohci_hcd               35912  0 
nvidia               3471068  12 
i2c_viapro              9424  0 
i2c_core               25744  1 i2c_viapro
ehci_hcd               50376  0 
uhci_hcd               33548  0 
snd_cmipci             35008  3 
snd_pcm                96904  2 snd_pcm_oss,snd_cmipci
snd_page_alloc          9988  1 snd_pcm
snd_opl3_lib           12288  1 snd_cmipci
snd_timer              27204  3 snd_seq,snd_pcm,snd_opl3_lib
snd_hwdep               9888  1 snd_opl3_lib
snd_mpu401_uart         8384  1 snd_cmipci
snd_rawmidi            27232  1 snd_mpu401_uart
snd_seq_device          8908  4 snd_seq_oss,snd_seq,snd_opl3_lib,snd_rawmidi
snd                    59364  16 snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,s
nd_cmipci,snd_pcm,snd_opl3_lib,snd_timer,snd_hwdep,snd_mpu401_uart,snd_rawmidi,s
nd_seq_device
via_agp                 9536  1 
agpgart                35048  2 nvidia,via_agp
realtime               10120  0 

ie all the alsa-oss modules that I deselected.

Maybe I'm mistaken but I thought lsmod showed loaded kernel modules . This kernel should not have these modules , should not know about them and should not load them.

Do I need to do a mr_proper to delete all the modules from the kernel lib directory?

In any case xine has started seg-faulting.

[mr_smidge]

Do I need to do a mr_proper to delete all the modules from the kernel lib directory?

I think you might have answered your own question! It looks like all the modules are still there and are being loaded. Do the kernel module files still physically exist under /lib/modules?

[mascanho]

Hum ..... everything was working fine when suddenly alsa started to change its settings ( alsamixer) each time a new music is played either on mpd or beep-media-player, its really weird .... the only thing i can imagine causing this is my kernel update i think !!!
But im not sure has anyone experienced this *bug ??
Yes i think i found some bug either on alsa or mpd or beep-media-player for example with another app like mplayer everything runs just fine !
any ideas ???

PS: I dont get any errors at all

using :
alsa-utils-1.0.9a
alsa-lib- 1.0.9
alsa-headers-1.0.9

got emu10k1 compiled on my kernel !!

[feld]

kernel 2.6.12-rc6

and yes, i also have the problem with mpd and beep changing my audio settings without my permission



-Feld

[mascanho]

ahhh , i was right indeed was kernel , ok for me

Code: Select all

emerge -C alsa-lib alsa-headers alsa-utils

and removing everything concerning alsa and then emerging again fixed the problem .
If you have alsa built in your kernel try alsa-driver instead, i saw a message refering issues about alsa on new kernels, some bug, cant remember the numbar ( i think it was when emerging alsa-headers) try alsa-driver instead .

[Gentree]

Do I need to do a mr_proper to delete all the modules from the kernel lib directory?

I think you might have answered your own question! It looks like all the modules are still there and are being loaded. Do the kernel module files still physically exist under /lib/modules?

OK Mr.Proper is not that proper.

There are two different places where drivers are stored.

/lib/modules/[kernel-version]/kernel/sound (for the kernel modules )

/lib/modules/[kernel-version]/alsa-driver/pci (for the alsa-driver drivers.)
The drivers you get in the latter is determined by ALSA_CARDS=... in /etc/make.conf

Also worth noting that if you change that variable to add a new sound card and rebuild alsa-drivers you run the risk of leaving an old driver behind that was built with a different alsa-version.

That will give rise to errors like "unknown symbol... " etc on starting alsa.

If you are swapping around different alsa versions or especially swapping between kernel and packaged alsa drivers it is wise to clear all this out and rebuild the new drivers. There seems to be a possibility of previous kernel drivers getting loaded instead of the ones you want or vise versa.

[||kafre||]

emerge -C xine-libs xine-ui
USE="-alsa" emerge xine-lib xine-ui

worked for me. alsa-libs and headers 1.0.8

[stdPikachu]

Just had the same problem myself, fiddled with portage to keep everything at 0.9:

/etc/portage/package.keywords

Code: Select all

media-libs/alsa-lib ~amd64
media-libs/alsa-oss ~amd64

media-sound/alsa-driver ~amd64
media-sound/alsa-headers ~amd64
media-sound/alsa-utils ~amd64

/etc/portage.package.mask

Code: Select all

=media-sound/alsa-driver-1.0.8
=media-sound/alsa-driver-1.0.9b

=media-libs/alsa-lib-1.0.8

=media-sound/alsa-utils-1.0.8

rm -rf'd /lib/modules/<kernel version>/alsa-driver

Code: Select all

tybalt ~ # emerge -pv alsa-driver alsa-lib alsa-headers alsa-oss alsa-utils

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] media-sound/alsa-driver-1.0.9a  -doc +oss 0 kB
[ebuild   R   ] media-libs/alsa-lib-1.0.9  -doc -jack 0 kB
[ebuild   R   ] media-sound/alsa-headers-1.0.9  0 kB
[ebuild   R   ] media-libs/alsa-oss-1.0.9  0 kB
[ebuild   R   ] media-sound/alsa-utils-1.0.9a  +nls 0 kB

Total size of downloads: 0 kB

...and now aplay actually works! Re-emerging Beep worked fine, just abotu to re-merge everything else ALSA-dependent.

[Gentree]

emerge -C xine-libs xine-ui
USE="-alsa" emerge xine-lib xine-ui

worked for me. alsa-libs and headers 1.0.8

So what worked?

Are you saying that building xine using alsa was breaking the rest of alsa?

[Shovas]

ALSA:

Okay, I think the real solution to these kernel / ebuild alsa drivers is to simply take ALSA right out of the kernel and use only ebuilds for alsa.

There is simply too much risk for unsynchronized ALSA details when you have the official kernel and gentoo alsa ebuilds.

Solution: Take alsa out of the kernel and use ebuilds. You may be behind in versions, but that will save you a lot of trouble when things go wrong.

Instability:

<strike>Unfortunately, I'm going on 36 hours recovering libs and drivers because of instability of sounds subsystems. This is nuts. It appears to be all because of compiling with a different version of gcc for certain libs than other libs.</strike>

Okay, the solution was to go to alisa-* 1.0.7 (especially alsa-libs) where possible and the others don't seem to matter.

This thread solved the problem:

http://forums.gentoo.org/viewtopic-t-336851.html

[mkk]

OK for starters I'll post some config files I have:

/etc/asound.conf

Code: Select all

        pcm.emu10k1 {
           type hw
           card 0
        }

        ctl.emu10k1 {
           type hw
           card 0
        }

/etc/make.conf (take note of last line, also alsa in USE flags)

Code: Select all

CHOST="x86_64-pc-linux-gnu"
# CFLAGS="-pipe -O2"
CFLAGS="-pipe -O3 -march=athlon64"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
USE="-* 3dnow X Xaw3d aac aalib acpi4linux aim alsa amuled arts
     artswrappersuid avi bitmap-fonts ccache cdparanoia cdr chroot
     clamav crypt cups curl db2 dba dbase debug directfb divx4linux doc
     dv dvd dvdr dvdread encode esd fbcon fbdev ffmpeg flac font-server
     foomaticdb fortran ftp gdbm gif gimpprint gpm gstreamer gtk2 imlib
     jack java javascript jpeg junit justify kde kdeenablefinal kdepim
     kdexdeltas live mad maildir mbox mikmod mmx mmx2 motif mozcalendar
     moznocompose moznoirc moznomail mozxmlterm mp3 mpeg mpeg2 mpeg4
     mplayer mysql mythtv ncurses nls nobcel nodroproot norhino noxalan
     nptl nvidia offensive ogg oggvorbis ooo-kde opengl oscar oss pam
     pdflib perl png pnp portaudio ppds python qt rdesktop readline
     samba sdl silc softmmu source spamassassin spell ssl svg svga tcltk
     tcpd tetex tiff timidity truetype truetype-fonts type1-fonts
     userlocales v4l v4l2 videos visualization vorbis wmf wxgtk1 xfs
     xine xinerama xml2 xmms xv xvid yahoo zlib"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.math.bme.hu ftp://mirrors1.netvisao.pt/gentoo/ ftp://ftp.gentoo-pt.org/pub/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/"
PORTDIR_OVERLAY="/usr/local/portage"
FEATURES="ccache candy fixpackages"
CCACHE_SIZE="2G"
DISTDIR="/usr/portage/distfiles"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
#ALSA_CARDS="ens1371"
#ALSA_CARDS="ens1370"
ALSA_CARDS="emu10k1"

/etc/modules.autoload.d/kernel-2.6

Code: Select all

# /etc/modules.autoload.d/kernel-2.6:  kernel modules to load when system boots.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/modules.autoload.d/kernel-2.6,v 1.1 2003/07/16 18:13:45 azarah Exp $
#
# Note that this file is for 2.6 kernels.
#
# Add the names of modules that you'd like to load when the system
# starts into this file, one per line.  Comments begin with # and
# are ignored.  Read man modules.autoload for additional details.

# For example:
# 3c59x
tun
nvidia
emu10k1

Remember to /sbin/modules-update after editting that one.

That's all I have for now, I'll play around a bit more after this emerge world is done.