All of lore.kernel.org
 help / color / mirror / Atom feed
* Simple suggestion for a make target
       [not found] <20050913175247.9B2BD895B2@sc8-sf-spam1.sourceforge.net>
@ 2005-09-13 19:24 ` Tom Watson
  2005-09-13 19:37   ` Lee Revell
  0 siblings, 1 reply; 3+ messages in thread
From: Tom Watson @ 2005-09-13 19:24 UTC (permalink / raw)
  To: alsa-devel

Since it appears that frequently the kernel source has older versions of alsa
when released, wouldn't it be wise to have a target in the alsa-driver-xx.yy.z
directory that finds the kernel sources, and updates them.  Then one could
re-compile the kernel and all would be well with the world.

For those who don't wish to do this, the "./configure;make;make install"
sequence would work as well.

I suspect that the kernel configuration would pass thru, so one wouldn't need
to configure before "transferring" sources, but not being an expert, I don't
know.

Maybe this would encourage distrubutions that diddle with the kernel source to
have an up-to-date alsa.

Just an idea.


-- 
Tom Watson
tsw@johana.com

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Simple suggestion for a make target
  2005-09-13 19:24 ` Simple suggestion for a make target Tom Watson
@ 2005-09-13 19:37   ` Lee Revell
  2005-09-14 10:19     ` Takashi Iwai
  0 siblings, 1 reply; 3+ messages in thread
From: Lee Revell @ 2005-09-13 19:37 UTC (permalink / raw)
  To: tsw; +Cc: alsa-devel

On Tue, 2005-09-13 at 12:24 -0700, Tom Watson wrote:
> Since it appears that frequently the kernel source has older versions of alsa
> when released, wouldn't it be wise to have a target in the alsa-driver-xx.yy.z
> directory that finds the kernel sources, and updates them.  Then one could
> re-compile the kernel and all would be well with the world.
> 
> For those who don't wish to do this, the "./configure;make;make install"
> sequence would work as well.
> 
> I suspect that the kernel configuration would pass thru, so one wouldn't need
> to configure before "transferring" sources, but not being an expert, I don't
> know.
> 
> Maybe this would encourage distrubutions that diddle with the kernel source to
> have an up-to-date alsa.

What would be the point?  It's already simpler than that.
Just ./configure && make && make install in alsa-driver directory to
install a newer ALSA.  It just overwrites the old ALSA modules that came
with the kernel with the newer ones.  You don't even need to reboot.

Lee



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Simple suggestion for a make target
  2005-09-13 19:37   ` Lee Revell
@ 2005-09-14 10:19     ` Takashi Iwai
  0 siblings, 0 replies; 3+ messages in thread
From: Takashi Iwai @ 2005-09-14 10:19 UTC (permalink / raw)
  To: Lee Revell; +Cc: tsw, alsa-devel

At Tue, 13 Sep 2005 15:37:34 -0400,
Lee Revell wrote:
> 
> On Tue, 2005-09-13 at 12:24 -0700, Tom Watson wrote:
> > Since it appears that frequently the kernel source has older versions of alsa
> > when released, wouldn't it be wise to have a target in the alsa-driver-xx.yy.z
> > directory that finds the kernel sources, and updates them.  Then one could
> > re-compile the kernel and all would be well with the world.
> > 
> > For those who don't wish to do this, the "./configure;make;make install"
> > sequence would work as well.
> > 
> > I suspect that the kernel configuration would pass thru, so one wouldn't need
> > to configure before "transferring" sources, but not being an expert, I don't
> > know.
> > 
> > Maybe this would encourage distrubutions that diddle with the kernel source to
> > have an up-to-date alsa.
> 
> What would be the point?  It's already simpler than that.
> Just ./configure && make && make install in alsa-driver directory to
> install a newer ALSA.  It just overwrites the old ALSA modules that came
> with the kernel with the newer ones.  You don't even need to reboot.

I see merits of providing kernel code (especially about the
distribution), but there are a few problems if we really do it.

- The alsa-kernel code base is kept for the very latest linux-kernel, 
  usually mm tree or Linus git tree.
- The codes for stable kernel tree need backward-compatiblity
  patches.

A typical example is the recent introduction of kzalloc().  This won't
work on 2.6.12 kernels.  That's how alsa-driver requires configure and
many hacks in its local tree.

Remember that the patch to the latest version can be obtained from
ALSA git tree, too.


Takashi


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-09-14 10:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20050913175247.9B2BD895B2@sc8-sf-spam1.sourceforge.net>
2005-09-13 19:24 ` Simple suggestion for a make target Tom Watson
2005-09-13 19:37   ` Lee Revell
2005-09-14 10:19     ` Takashi Iwai

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.