Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Debian User (http://www.linux-archive.org/debian-user/)
-   -   Problem in installing alsa driver on Etch (http://www.linux-archive.org/debian-user/204187-problem-installing-alsa-driver-etch.html)

Nigel Henry 12-02-2008 04:43 PM

Problem in installing alsa driver on Etch
 
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
djmons@debian:~/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.

Makefile for alsa-driver-1.0.15/acore below.

ifndef SND_TOPDIR
SND_TOPDIR=..
endif

include $(SND_TOPDIR)/toplevel.config
include $(SND_TOPDIR)/Makefile.conf

clean-files := info.c pcm.c pcm_native.c control.c hwdep.c init.c rawmidi.c
sound.c timer.c memalloc.c misc.c

export-objs := control.o device.o info.o info_oss.o init.o isadma.o memory.o
misc.o misc_driver.o sound.o sound_oss.o
pcm.o pcm_lib.o pcm_memory.o pcm_misc.o pcm_native.o
rawmidi.o timer.o hwdep.o memalloc.o wrappers.o

include $(SND_TOPDIR)/alsa-kernel/core/Makefile

snd-objs += wrappers.o misc_driver.o
ifeq ($(CONFIG_SND_DEBUG_MEMORY),y)
snd-objs += memory_debug.o
endif
snd-page-alloc-objs += memory_wrapper.o
snd-hpet-objs := hpetimer.o

obj-$(CONFIG_SND_HPET) += snd-hpet.o
obj-$(CONFIG_SND_BIT32_EMUL) += ioctl32/

include $(SND_TOPDIR)/Rules.make

info.c: info.inc info.patch $(SND_TOPDIR)/alsa-kernel/core/info.c
pcm.c: pcm.patch $(SND_TOPDIR)/alsa-kernel/core/pcm.c
pcm_native.c: pcm_native.patch $(SND_TOPDIR)/alsa-kernel/core/pcm_native.c
control.c: control.patch $(SND_TOPDIR)/alsa-kernel/core/control.c
hwdep.c: hwdep.patch $(SND_TOPDIR)/alsa-kernel/core/hwdep.c
init.c: init.patch $(SND_TOPDIR)/alsa-kernel/core/init.c
rawmidi.c: rawmidi.patch $(SND_TOPDIR)/alsa-kernel/core/rawmidi.c
sound.c: sound.patch $(SND_TOPDIR)/alsa-kernel/core/sound.c
timer.c: timer.patch $(SND_TOPDIR)/alsa-kernel/core/timer.c
memalloc.c: memalloc.patch memalloc.inc memalloc.inc1
$(SND_TOPDIR)/alsa-kernel/core/memalloc.c
misc.c: misc.patch $(SND_TOPDIR)/alsa-kernel/core/misc.c

Any help with this problem will be very gratefully received.

Nigel.





--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

steef 12-03-2008 12:35 PM

Problem in installing alsa driver on Etch
 
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
djmons@debian:~/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.


Makefile for alsa-driver-1.0.15/acore below.

ifndef SND_TOPDIR
SND_TOPDIR=..
endif

include $(SND_TOPDIR)/toplevel.config
include $(SND_TOPDIR)/Makefile.conf

clean-files := info.c pcm.c pcm_native.c control.c hwdep.c init.c rawmidi.c
sound.c timer.c memalloc.c misc.c

export-objs := control.o device.o info.o info_oss.o init.o isadma.o memory.o
misc.o misc_driver.o sound.o sound_oss.o
pcm.o pcm_lib.o pcm_memory.o pcm_misc.o pcm_native.o
rawmidi.o timer.o hwdep.o memalloc.o wrappers.o

include $(SND_TOPDIR)/alsa-kernel/core/Makefile

snd-objs += wrappers.o misc_driver.o
ifeq ($(CONFIG_SND_DEBUG_MEMORY),y)
snd-objs += memory_debug.o
endif
snd-page-alloc-objs += memory_wrapper.o
snd-hpet-objs := hpetimer.o

obj-$(CONFIG_SND_HPET) += snd-hpet.o
obj-$(CONFIG_SND_BIT32_EMUL) += ioctl32/

include $(SND_TOPDIR)/Rules.make

info.c: info.inc info.patch $(SND_TOPDIR)/alsa-kernel/core/info.c
pcm.c: pcm.patch $(SND_TOPDIR)/alsa-kernel/core/pcm.c
pcm_native.c: pcm_native.patch $(SND_TOPDIR)/alsa-kernel/core/pcm_native.c
control.c: control.patch $(SND_TOPDIR)/alsa-kernel/core/control.c
hwdep.c: hwdep.patch $(SND_TOPDIR)/alsa-kernel/core/hwdep.c
init.c: init.patch $(SND_TOPDIR)/alsa-kernel/core/init.c
rawmidi.c: rawmidi.patch $(SND_TOPDIR)/alsa-kernel/core/rawmidi.c
sound.c: sound.patch $(SND_TOPDIR)/alsa-kernel/core/sound.c
timer.c: timer.patch $(SND_TOPDIR)/alsa-kernel/core/timer.c
memalloc.c: memalloc.patch memalloc.inc memalloc.inc1
$(SND_TOPDIR)/alsa-kernel/core/memalloc.c

misc.c: misc.patch $(SND_TOPDIR)/alsa-kernel/core/misc.c

Any help with this problem will be very gratefully received.

Nigel.







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.

4. i reboot

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.


i never met these FLAGS you are writing about over 'all these years'
regards,

steef


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

"Kelly Clowers" 12-03-2008 06:38 PM

Problem in installing alsa driver on Etch
 
On Wed, Dec 3, 2008 at 05:35, steef <debian.linux@home.nl> 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
>> djmons@debian:~/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 debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Nigel Henry 12-03-2008 09:34 PM

Problem in installing alsa driver on Etch
 
On Wednesday 03 December 2008 20:38, Kelly Clowers wrote:
> On Wed, Dec 3, 2008 at 05:35, steef <debian.linux@home.nl> 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 skipped as it fails>
>
> Do you have the correct header files for that kernel?

The header files for 2.6.18-6-686, and for etchnhalf x86, and AMD64 kernels
are installed.

I just tried to upgrade the alsa driver on another machine (Etch again) which
has kernel version 2.6.18-5 on it. As I normally do, I did this from where
the 1.0.15 alsa driver was located in my /home/user directory. ./configure
ran to completion with no problems, and make also ran to completion. I didn't
run make install as root because the sounds are working fine on this machine,
which has an audigy2 soundblaster card.

Now I switch back to the other machine, which has the hda intel card, and try
the same procedure with the 2.6.18-6 kernel. ./configure runs to completion.
Make also runs to completion. Now I run as root make install, and it runs to
completion. I reboot, and now cat /proc/asound/version shows 1.0.15 for the
2.6.18-6 kernel. I'd tried this back in October with the same kernel, but
couldn't upgrade the alsa driver. The only difference today is that after
make ran to completion, I su'ed to root, and ran make -n install, which I
thought might give some output without actually upgrading the alsa driver. I
did get some output, which didn't say much, then ran make install which
upgraded the alsa driver from 1.0.12rc1 to 1.0.15.

None of this explains why make is throwing in the towel when trying to upgrade
the alsa driver with the etchnhalf kernels, with the following output.

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.

And I get the same with the AMD64 kernel.

It's all a bit academic, as the Musix 2.6.26 kernel, using alsa driver 1.0.16
has working sounds, and now having upgraded the alsa driver on the 2.6.18-6
kernel from 1.0.12rc1 to 1.0.15, that also has working sounds for the hda
intel card on my Asus M2N-X Plus mobo.

I think I'll leave the etchnhalf kernels alone for a while, on the premise
that, If it works, don't mess with it, and the sounds are working with 2
kernels, but not the etchnhalf ones.

Nigel.



> Kelly Clowers


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

steef 12-04-2008 07:59 AM

Problem in installing alsa driver on Etch
 
Nigel Henry wrote:

On Wednesday 03 December 2008 20:38, Kelly Clowers wrote:


On Wed, Dec 3, 2008 at 05:35, steef <debian.linux@home.nl> wrote:



<...............>
I think I'll leave the etchnhalf kernels alone for a while, on the premise
that, If it works, don't mess with it, and the sounds are working with 2
kernels, but not the etchnhalf ones.



mmmmmm this is intriguing, the more because i am listening right now on
a etchnhalf_loaded machine to one of my favoured jazz_music_files.


but, of course: the chance on a ceteris-paribus construction seems minimal.

steef
<.................>

--
steef van duin

publicist, research-journalist


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


All times are GMT. The time now is 08:50 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.