Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 27 Jul 2002 23:29:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 27 Jul 2002 23:29:27 -0400 Received: from samba.sourceforge.net ([198.186.203.85]:37055 "HELO lists.samba.org") by vger.kernel.org with SMTP id ; Sat, 27 Jul 2002 23:29:26 -0400 From: Rusty Russell To: Roman Zippel Cc: linux-kernel , Kai Germaschewski , torvalds@transmeta.com Subject: Re: [PATCH] automatic initcalls In-reply-to: Your message of "Sat, 27 Jul 2002 22:22:59 +0200." <3D430123.739CA34D@linux-m68k.org> Date: Sun, 28 Jul 2002 13:31:20 +1000 Message-Id: <20020728033359.7B2A2444C@lists.samba.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1471 Lines: 39 In message <3D430123.739CA34D@linux-m68k.org> you write: > - I only look at modules which contain an initcall > - I only order initcalls of level 6 and 7 You don't seem to handle the ordering of initcalls within a module though: see net/ipv4/netfilter/ip_conntrack.o for an example of multiple inits which would be much better as separate initcalls. The more I play with these magic approaches, the more I prefer an explicit "Must be done after this" and "must be done before this": otherwise we're going to need to keep adding new levels as we discover something that doesn't fit in the magic 7. Especially since you don't cover any of the really interesting cases. Maybe if you could slowly extend it to cover the rest? (Hah, I know!). > +init/generated-initcalls.c: .allinit.defs > + set -e; echo '#include ' > $@; \ > + sed -n < $< "s,^T ,,p" | sort > .defined.all; \ I think you mean something like: sed -n "s,^T ,,p" < $< > -__initcall(spawn_ksoftirqd); > +fs_initcall(spawn_ksoftirqd); See, this is exacly the kind of thing that makes me doubt that the current "magic 7 initcall levels" are useful in the long term 8( Rusty. -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/