From: Jari Ruusu <jariruusu@users.sourceforge.net>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: "Måns Rullgård" <mru@kth.se>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Symlinks for building external modules
Date: Fri, 04 Jun 2004 20:15:02 +0300 [thread overview]
Message-ID: <40C0AE16.F4F222DD@users.sourceforge.net> (raw)
In-Reply-To: 20040603173656.GA2301@mars.ravnborg.org
Sam Ravnborg wrote:
> On Thu, Jun 03, 2004 at 07:09:42PM +0200, Måns Rullgård wrote:
> > Andreas Gruenbacher <agruen@suse.de> writes:
> > > modules not in the kernel source tree need to locate both the source
> > > tree and the object tree (O=). Currently, the /lib/modules/$(uname
> > > -r)/build symlink is the only reference we have; it historically
> > > points to the source tree from 2.4 times. The following patch
> > > changes this as follows (this is what we have in the current SUSE
> > > tree now):
> > >
> > > /lib/modules/$(uname -r)/source ==> source tree
> > > /lib/modules/$(uname -r)/build ==> object tree
> >
> > This will break the building of all external modules until they are
> > updated, and break updated modules building against older kernels
> > unless they check the kernel version in the makefiles.. I suggest
> > leaving the 'build' link as is, and using a difference name for the
> > build directory, perhaps 'object'. This might look confusing, so we
> > could have a 'source' link as well and remove the 'build' link when
> > most external modules have been updated.
>
> The existing external modules are anyway broken when using separate
> directories for source and output directories. So noting lost here.
Wrong! Existing external modules build fine when specified an object
directory.
> In the case where the kernel is build in the traditional way
> the build and source tree will point to the same place.
>
> So I do not see this patch breaking existing setups, but I see
> external modules not being prepared for separate build and source
> directories.
How long have you recommended building external modules like this:
make -C /lib/modules/`uname -r`/build modules SUBDIRS=`pwd`
or
make -C /lib/modules/`uname -r`/build modules M=`pwd`
Now they all have to be changed to:
make -C /lib/modules/`uname -r`/source modules SUBDIRS=`pwd`
or
make -C /lib/modules/`uname -r`/source modules M=`pwd`
And the worst part is that modules that have to support old and new
kernel versions have to first detect which method to use, and
select method that applies to that paricular kernel version.
> Patch looks good to me, and I will forward to Andrew soon.
That patch only breaks stuff. Please use the 'object' symlink
suggested by Måns Rullgård. That does not break anything.
--
Jari Ruusu 1024R/3A220F51 5B 4B F9 BB D3 3F 52 E9 DB 1D EB E3 24 0E A9 DD
next prev parent reply other threads:[~2004-06-04 17:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-03 16:58 [PATCH] Symlinks for building external modules Andreas Gruenbacher
2004-06-03 17:09 ` Måns Rullgård
2004-06-03 17:36 ` Sam Ravnborg
2004-06-03 17:55 ` Måns Rullgård
2004-06-04 17:15 ` Jari Ruusu [this message]
2004-06-04 19:23 ` Sam Ravnborg
2004-06-04 19:45 ` Måns Rullgård
2004-06-05 13:45 ` Andreas Gruenbacher
2004-06-05 13:20 ` Jari Ruusu
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=40C0AE16.F4F222DD@users.sourceforge.net \
--to=jariruusu@users.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@kth.se \
--cc=sam@ravnborg.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox