I did read all the other related open alsa-driver bugs. To the best of my knowledge, this one is not represented by any others. I believe I'm also having this same problem on another machine. Will post results from other machine later. Fails in the same place each time regardless of -O setting. Note that alsa-lib-0.9.4 and alsa-utils-0.9.4 compiled fine. :-) ------------------------------------------------------------------------------------------------- gcc -D__KERNEL__ -DMODULE=1 -I/var/tmp/portage/alsa-driver-0.9.4-r1/work/alsa-driver-0.9.4/include -I/usr/src/linux/include -O2 -mpreferred-stack-boundary=2 -march=athlon -D__SMP__ -DCONFIG_SMP -DLINUX -Wall -Wstrict-prototypes -fomit-frame-pointer -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -DALSA_BUILD -DKBUILD_BASENAME=serialmidi -c -o serialmidi.o serialmidi.c serialmidi.c: In function `open_tty': serialmidi.c:158: invalid operands to binary > make[1]: *** [serialmidi.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/var/tmp/portage/alsa-driver-0.9.4-r1/work/alsa-driver-0.9.4/drivers' make: *** [compile] Error 1 !!! ERROR: media-sound/alsa-driver-0.9.4-r1 failed. !!! Function src_compile, Line 66, Exitcode 2 !!! Parallel Make Failed fierywyrme etc # emerge info Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20 i686 AMD Athlon(TM) XP 1900+ GENTOO_MIRRORS="rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex bonobo svga java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl mozilla cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" Reproducible: Always Steps to Reproduce:
On my machine at work, alsa-driver-0.9.4-r1 compiles fine. The two main differences are: 1) 2.4.20 versus 2.5.70 kernels 2) Athlon XP versus Pentium II --------------------------------------------------------------------- Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.5.70 i686 Pentium II (Deschutes) GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O3 -pipe" CXXFLAGS="-march=pentium2 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I'm an interested user who likes to meddle, not the maintainer! I've encountered the same error in several recent alsa-driver versions when building for several recent ac-sources kernels. If your /usr/src/linux symlink is pointing to an ac-sources kernel source tree, then you've probably hit the same bug - it fails in the same place as on my system. See bug 19950, which was resolved with the status WONTFIX. There is a crude patch attached to that bug, originally for alsa-driver-0.9.2, but it still seems to work. You'll need a modified ebuild to apply the patch. It's probably best to do that with a local portage overlay: 1. Set PORTAGE_OVERLAY in /etc/make.conf if not already set. It is usual to set it to /usr/local/portage, if at all. I will assume that is so. 2. mkdir -p /usr/local/portage/media-sound 3. cp -a /usr/portage/media-sound/alsa-driver /usr/local/portage/media-sound 4. Go to bug 19950 and download the "Proposed fix" attachment as "alsa-driver-0.9.2-ttycount.patch". Copy this to the "/usr/local/portage/media-sound/alsa-driver/files" directory. 5. Edit "/usr/local/portage/media-sound/alsa-driver/alsa-driver-0.9.4-r1.ebuild" as follows: In the "src_unpack()" function, just after the line "cd ${S}", add the following line: epatch ${FILESDIR}/alsa-driver-0.9.2-ttycount.patch 6. Emerge alsa-driver again.
DOH!!! You are mostly correct. I had wanted to try out the 2.4.21-ac kernel. So I compiled it and added it to GRUB as a option. However, it won't complete the boot process. Hangs on one of my hard drives/ide controllers. So I switched back to the 2.4.20 vanilla sources kernel without changing the /usr/src/linux link to the ac sources. Me bad. Changing the link back has fixed the problem. Thank you very much for your accurate info. It was _very_ helpful in solving my 'problem' though not in the way you intended. :-) However, if I can get the boot hang issue resolved, I do intend to give the ac sources another try so I've saved your suggestions. Arcady, feel free to close this bug as the problem was between the seat and the keyboard. :-)
I got bit by this again. I did: 'ln -s /usr/src/linux-2.6.0-test2 /usr/src/linux' and upgraded my mother's machine to the 2.6.0 kernel. I had alsa-driver abort as with the same message I had in the original case for which I reported this problem. In bug #23323, I noticed that others seem to be having related problems. I don't believe that I would have encountered this problem again if something like what is described in #23323 were in place. I'm a little puzzled as two other machines I've upgraded to the 2.6 kernel did not burp on the compilation alsa-driver-9.6. Suggestions would be welcome.
closing with 0.9.8
