All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@mandrakesoft.com>
To: Andrzej Krzysztofowicz <ankry@green.mif.pg.gda.pl>
Cc: kaos@ocs.com.au, kernel list <linux-kernel@vger.kernel.org>
Subject: Re: RFC: modules and 2.5
Date: Tue, 03 Jul 2001 13:39:34 -0400	[thread overview]
Message-ID: <3B420356.660F5CC8@mandrakesoft.com> (raw)
In-Reply-To: <200107031735.TAA00455@green.mif.pg.gda.pl>

Andrzej Krzysztofowicz wrote:
> 
> >
> > A couple things that would be nice for 2.5 is
> > - let MOD_INC_USE_COUNT work even when module is built into kernel, and
> > - let THIS_MODULE exist and be valid even when module is built into
> > kernel
> >
> > This introduces bloat into the static kernel for modules which do not
> > take advantage of this, so perhaps we can make this new behavior
> > conditional on CONFIG_xxx option.  Individual drivers which make use of
> > the behavior can do something like
> >
> >       dep_tristate 'my driver' CONFIG_MYDRIVER $CONFIG_PCI
> >       if [ "$CONFIG_MYDRIVER" != "n" -a \
>               ^^^^^^^^^^^^^^^^^^^^^^^
> >            "$CONFIG_STATIC_MODULES" != "y" ]; then
> >          define_bool CONFIG_STATIC_MODULES y
> >       fi
> 
> Hmmm, shouldn't it be written in CML2 if it is for 2.5 ?

no comment


> For 2.4 the marked condition ( != n on a variable defined by dep_*)
> probably would break xconfig. Don't suggest such solutions...

why is != n on a variable defined by dep_xx bad?
That doesn't make sense.

	Jeff


-- 
Jeff Garzik      | "I respect faith, but doubt is
Building 1024    |  what gives you an education."
MandrakeSoft     |           -- Wilson Mizner

  reply	other threads:[~2001-07-03 17:40 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-03 17:35 RFC: modules and 2.5 Andrzej Krzysztofowicz
2001-07-03 17:39 ` Jeff Garzik [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-07-03  5:13 Jeff Garzik
2001-07-03  6:50 ` Sean Hunter
2001-07-03  7:05   ` Jeff Garzik
2001-07-03  7:16   ` Keith Owens
2001-07-03  7:24     ` Jeff Garzik
2001-07-03  7:39       ` Keith Owens
2001-07-03  7:44         ` Jeff Garzik
2001-07-03  7:48   ` Fang Han
2001-07-03  7:18 ` Keith Owens
2001-07-03 12:15 ` jlnance
2001-07-06 10:34 ` Rusty Russell
2001-07-07 14:12   ` Jeff Garzik
2001-07-08  7:40     ` Rusty Russell
2001-07-11 22:04       ` Pavel Machek

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=3B420356.660F5CC8@mandrakesoft.com \
    --to=jgarzik@mandrakesoft.com \
    --cc=ankry@green.mif.pg.gda.pl \
    --cc=kaos@ocs.com.au \
    --cc=linux-kernel@vger.kernel.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 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.