On Wed, Dec 3, 2008 at 05:35, steef <[EMAIL PROTECTED]> wrote: > Nigel Henry wrote: >> >> I have no problems upgrading the alsa driver on Ubuntu/Kubuntu, or Fedora. >> On Ubuntu/Kubuntu I just install the build-essential, kernel-package, and >> the kernel headers for the running kernel, then a simple ./configure, make, >> and as root, make install, and the alsa driver is upgraded. >> >> I have installed the same packages on my Etch install for the etchnhalf >> kernel. Both the AMD64, and the x86 versions of the kernel are installed. >> >> On my Kubuntu Dapper install, which has alsa driver 1.0.10, the sound >> doesn't work, but upgrading to alsa driver 1.0.15 from the Alsa site, gets >> the sound working. >> >> The etchnhalf kernel also uses alsa driver 1.0.15, but in this case there >> is no sound. >> >> I know the sound works ok on this Etch install, as I have a 2.6.26 kernel >> from the Musix repo installed, which uses alsa driver 1.0.16. >> >> Now the problem: >> >> Etchnhalf has the 1.0.15 alsa driver, which for some reason fails to find >> a soundcard. I have a 1.0.15 alsa driver (and later ones) from the Alsa >> site. I want to see if the alsa driver 1.0.15 from the Alsa site is in some >> way different from the one installed with the etchnhalf kernel. Now to >> simply upgrade the driver. Having unpacked the driver, I cd to the driver >> folder, and run ./configure, and I don't see any problems. Then I run make, >> which runs for a bit, then stops with the problem below. >> >> make[2]: Leaving directory >> `/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/pcmcia' >> make[2]: Entering directory >> `/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/misc' >> make[2]: Leaving directory >> `/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/misc' >> make[1]: Leaving directory >> `/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15' >> make -C /lib/modules/2.6.24-etchnhalf.1-486/build >> SUBDIRS=/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15 CPP="gcc -E" >> CC="gcc" modules >> make[1]: Entering directory >> `/usr/src/linux-headers-2.6.24-etchnhalf.1-486' >> scripts/Makefile.build:46: *** CFLAGS was changed in >> "/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/acore/Makefile". Fix >> it to use EXTRA_CFLAGS. Stop. >> make[2]: *** >> [/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/acore] Error 2 >> make[1]: *** >> [_module_/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15] Error 2 >> make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-etchnhalf.1-486' >> make: *** [compile] Error 2 >> [EMAIL PROTECTED]:~/Downloads/Alsa-drivers/alsa-driver-1.0.15$ >> >> The relevant lines where the problem appears are below. >> >> make[1]: Entering directory >> `/usr/src/linux-headers-2.6.24-etchnhalf.1-486' >> scripts/Makefile.build:46: *** CFLAGS was changed in >> "/home/djmons/Downloads/Alsa-drivers/alsa-driver-1.0.15/acore/Makefile". Fix >> it to use EXTRA_CFLAGS. Stop. >> >> I don't understand what I need to do to fix this, as the makefile which is >> below, doesn't make any reference to CFLAGS, and have no idea where to add >> the line EXTRA_CFLAGS, if that's all is needed.
<snip> >> Any help with this problem will be very gratefully received. Do you have the correct header files for that kernel? > > yee seem to have done all the things right. > > yet: > > see on 'their' alsasite for how exactly to install (under etch or lenny. > does not make a diffrence technically) > > i am afriad to tell you all the things you know already but nevertheless: > > on my machine (etch and lenny (24,5) > > i made as root /usr/src/alsa after having installed the 'appropriate' > kernel-headers. > > I downloaded from the alsawebsite the newest alsadriver into /usr/src/alsa > and unpacked the package there. > > 1. i downloaded the alsa-library (libs) and alsa-utils into my > home-directory. > > 2. i did: (for years already) in /usr/src/alsa as root > ./configure --with-cards=[your-card] (in my case hda-intel) > make > and make install. this will install your chosen driver(s) into the > kernel-modules library. > > 3. i unzip and install alsa-lib and alsa-utils as root in my home-directory. I have found that this is not necessarily needed, e.g. alsa-drivers 1.0.18 works fine with everything else being 1.0.17 > 4. i reboot No need for that, just sudo modprobe snd-hda-intel > and do as user $alsamixer to get the channels working. > > you still can do #alsaconf to look for the appropriate drivers and install > these sounddrivers (with some reserve) the alsa-chaps seem to have the > intention to remove this trait. alsaconf is really meant for some cases of ISA cards, and often using alsaconf on pci cards just confuses the primary issue(s). Cheers, Kelly Clowers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
