All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: alsa-devel@lists.sourceforge.net
Subject: Re: Forward: Re: questions for alsa-devel
Date: Wed, 02 Oct 2002 17:25:27 +0200	[thread overview]
Message-ID: <s5hbs6ckgm0.wl@alsa2.suse.de> (raw)
In-Reply-To: <s5hd6qskhmn.wl@alsa2.suse.de>

> >> i have a bit of a problem with all of this. why doesn't ALSA build
> >> "out of the box"? the description you've given of what is necessary
> >> to get this to work seems (for the most part) to be a bit
> >> ridiculous.
> >
> >insulting people that take time to answer you has always been a
> >constructive & efficient communication way.
> 
> sorry, i wasn't trying to be insulting. its just that my experience of
> using ALSA for several years when built with a kernel from kernel.org
> has been that i just type:
> 
>      cd .../alsa-cvs/alsa-{driver,lib,utils}
> then
>      cvscompile
> or
>      ./configure && make && make install
> 
> and it works. i was very suprised when this did not happen with my new
> mandrake system.
 
the problem is that many different kernel binaries are built using the
same kernel tree, i.e. there are many different kernel configs while
there is only one kernel-source package.
thus you have to adjust the kernel config by yourself anyway.

in case building the kernel from scratach, you'll surely configure the
tree once in prior to build of alsa modules.  this ensures you having
the correct kernel tree.
but in the case of distro's kernel package, the default configuration
might not match with the running kernel unless you set up properly.
and, much worse is that this small "tune-up" is dependent on each
distro (for example, the location of config files, etc.)

it might be possible to hack a spec file to change such things
automatically.  but, as you know, hacking a spec file is awesome and
makes the situation more more complicated ;)


> >> having to specifically install kernel source to compile ALSA (and
> >> presumably other drivers) seems very odd to me. i would understand
> >> if ALSA just failed to compile without that step, but i didn't ask
> >> for or say no to a kernel source package, and ALSA compiled just
> >> fine.
> >
> >alsa can compile fine as an extra package providing you've kernel
> >headers and the right links in /boot and /lib/modules (config, build,
> >System.map, ...)
> 
> well, i haven't changed any of that stuff since the install of mdk8.2,
> alsa compiled just fine, but you can't modprobe any of the results due
> to missing symbols.
 
the modules can be compiled without any complains even with a wrong
(i mean, mismatching) configuration.  please check the kernel config
again.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

  reply	other threads:[~2002-10-02 15:25 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200210021357.g92DvYsu010195@smtp.mandrakesoft.com>
2002-10-02 14:07 ` questions for alsa-devel Thierry Vignaud
     [not found]   ` <20021002145420.6F590146FB@Cantor.suse.de>
2002-10-02 15:03     ` Forward: " Takashi Iwai
2002-10-02 15:25       ` Takashi Iwai [this message]
2002-10-02 15:43         ` Matthias Saou
2002-10-02 17:19           ` Thierry Vignaud
2002-10-02 17:25             ` Matthias Saou
2002-10-02 18:01               ` Jack O'Quin
2002-10-02 18:26               ` Thierry Vignaud
2002-10-02 21:49             ` Audiophile 2496 S/PDIF Support Robert Robinson
2002-10-03  7:22               ` Jaroslav Kysela
2002-10-03 11:44                 ` Robert Robinson
2002-10-04 11:43               ` Takashi Iwai
2002-10-04 18:28                 ` Robert Robinson
2002-10-04 19:36                   ` multiple devices per card? Guilhem Tardy
2002-10-04 20:22                     ` Patrick Shirkey
2002-10-05  7:14                       ` Jaroslav Kysela
2002-10-05  4:36                   ` Audiophile 2496 S/PDIF Support James Courtier-Dutton
2002-10-05 12:19                     ` Robert Robinson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5hbs6ckgm0.wl@alsa2.suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.