All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomas Szepe <szepe@pinerecords.com>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Gerd Knorr <kraxel@bytesex.org>,
	Linux-Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [RELEASE] module-init-tools 0.8
Date: Thu, 28 Nov 2002 19:22:15 +0100	[thread overview]
Message-ID: <20021128182215.GC11221@louise.pinerecords.com> (raw)
In-Reply-To: <Pine.LNX.3.96.1021128115833.12997A-100000@gatekeeper.tmr.com>

> > lsmod doesn't work at this point (hangs too, likely the same lock).
> > The deadlock prevents any further module loading (autofs, nfs and
> > others) and makes the system unusable.
> > 
> > Module debugging is next to impossible right now.  The apm.o module
> > oopses for me in 2.5.50.  ksymoops isn't able to translate any symbol
> > located in modules.  The in-kernel symbol decoder (CONFIG_KALLSYMS)
> > doesn't work too.
> 
> The new module stuff has been in for about three weeks now, many people
> are having problems with it, and I have yet to see a single post praising
> the *actual* benefits. Will there be a time when this is reverted and
> rescheduled for a future release (2.7?) or is this a do-or-die feature?
> 
> It doesn't have the feel of something solid having a few corner cases
> fixed, it feels like a bunch of band-aids which will unstick in future
> releases and continue to be high maintenence.

Also I can't see how the new module infrastructure could have made it
in w/o having been complete, *functional*, proven and thoroughly reviewed
off-tree in the first place (which I thought was pretty much a standard
around here).  Mature, drop-in replacement projects like Keith Owen's
kbuild 2.5 are getting ignored while something as wild as Rusty's "welcome
in module hell exhibit" is merged right when the tree is supposed to start
stabilizing.

And heck, I haven't even seen Viro and Hellwig complaining!
What's going on?  :)

-- 
Tomas Szepe <szepe@pinerecords.com>

  reply	other threads:[~2002-11-28 18:18 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-28  2:28 [RELEASE] module-init-tools 0.8 Rusty Russell
2002-11-28 16:16 ` Gerd Knorr
2002-11-28 17:09   ` Bill Davidsen
2002-11-28 18:22     ` Tomas Szepe [this message]
2002-11-28 23:47       ` Christoph Hellwig
2002-11-28 22:49     ` Jan-Benedict Glaw
2002-11-28 18:23   ` Gerd Knorr
2002-11-28 20:52     ` Marco d'Itri
2002-11-29  3:18     ` Rusty Russell
2002-11-29  2:38   ` Rusty Russell
2002-11-29 10:00   ` Rusty Russell
     [not found] <Pine.LNX.4.44.0211272325370.924-100000@lap.molina>
2002-11-29  0:59 ` Rusty Russell
2002-11-29  1:45   ` Nathan Scott
2002-11-29  2:24     ` Thomas Molina
2002-11-29  2:50       ` Keith Owens
2002-11-29  3:41         ` Thomas Molina

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=20021128182215.GC11221@louise.pinerecords.com \
    --to=szepe@pinerecords.com \
    --cc=davidsen@tmr.com \
    --cc=kraxel@bytesex.org \
    --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.