Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 29 Jul 2002 05:54:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 29 Jul 2002 05:54:25 -0400 Received: from tom.hrz.tu-chemnitz.de ([134.109.132.38]:47366 "EHLO tom.hrz.tu-chemnitz.de") by vger.kernel.org with ESMTP id ; Mon, 29 Jul 2002 05:54:24 -0400 Date: Mon, 29 Jul 2002 10:39:12 +0200 From: Ingo Oeser To: Jeff Garzik Cc: Rusty Russell , Roman Zippel , linux-kernel , Kai Germaschewski , torvalds@transmeta.com Subject: Re: [PATCH] automatic initcalls Message-ID: <20020729103912.A18765@nightmaster.csn.tu-chemnitz.de> References: <20020728033359.7B2A2444C@lists.samba.org> <3D436A44.8080505@mandrakesoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3D436A44.8080505@mandrakesoft.com>; from jgarzik@mandrakesoft.com on Sat, Jul 27, 2002 at 11:51:32PM -0400 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1102 Lines: 26 On Sat, Jul 27, 2002 at 11:51:32PM -0400, Jeff Garzik wrote: > I've always preferred a system where one simply lists dependencies [as > you describe above], and some program actually does the hard work of > chasing down all the initcall dependency checking and ordering. So we just need to build a directed graph, detect edges without existing nodes (someone changed the initcall, we depend on) and cycles (someone messed up the ordering) as errors, sort the resulting graph toplogically and dump it as a sequence. This is no rocket science and we have two tools, which does this all for us (make and tsort, which create a warning for both cases). The hard part is to CREATE all the dependencies and check and double check them with the maintainers. Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth - 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/