From owner-cvs-all@FreeBSD.ORG Sun Jul 3 01:00:13 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E557316A701; Sun, 3 Jul 2005 00:57:05 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB4C4406D; Sun, 3 Jul 2005 00:36:40 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id AC2136D0D4; Sat, 2 Jul 2005 17:36:09 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 331035C9AA for ; Mon, 10 Jan 2005 10:41:52 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 2E25556036 for ; Mon, 10 Jan 2005 18:41:51 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 24F4B16A55C; Mon, 10 Jan 2005 18:41:45 +0000 (GMT) Delivered-To: ps@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id A2BE616A4D0; Mon, 10 Jan 2005 18:41:42 +0000 (GMT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940A716A4CE for ; Mon, 10 Jan 2005 18:41:41 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1562643D1D for ; Mon, 10 Jan 2005 18:41:41 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 355 invoked from network); 10 Jan 2005 18:41:40 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Jan 2005 18:41:40 -0000 Received: from hydrogen.funkthat.com (ilclej@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.12.10/8.11.6) with ESMTP id j0AIfeGH053916; Mon, 10 Jan 2005 10:41:40 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0AIfed5053915; Mon, 10 Jan 2005 10:41:40 -0800 (PST) From: John-Mark Gurney To: Maksim Yevmenkin Message-ID: <20050110184139.GE19624@funkthat.com> References: <200501061745.j06Hj344034786@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501061745.j06Hj344034786@repoman.freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/netgraph ng_base.c src/sys/sys kernel.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: John-Mark Gurney List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:00:17 -0000 X-Original-Date: Mon, 10 Jan 2005 10:41:39 -0800 X-List-Received-Date: Sun, 03 Jul 2005 01:00:17 -0000 Maksim Yevmenkin wrote this message on Thu, Jan 06, 2005 at 17:45 +0000: > This does not address the bigger problem: MODULE_DEPEND > does not seem to work when modules are compiled in the > kernel, but it fixes the problem with Netgraph Bluetooth > device drivers reported by a few folks. The real problem is that MODULE_DEPEND only documents other kernel dependancies, but does not reorder SYSINIT's... Considering that SYSINIT's are always suppose to be ordered properly (otherwise, what is the point of SYSINIT's) when staticly linked, having SYSINIT's not properly ordered is the only bug... If we move to a more complex and module aware system of SYSINIT's, then it might happen, but this will be very difficult considering that when staticly linked, you have no way to seperate which SYSINIT's belong to which modules... So, to everone, MODULE_DEPEND only marks which modules are required for this module to work, it does not infulence startup ordering at all... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."