From owner-freebsd-smp Sun Apr 29 18:24:42 2001 Delivered-To: freebsd-smp@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 46FEE37B424 for ; Sun, 29 Apr 2001 18:24:39 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA32338; Mon, 30 Apr 2001 11:24:13 +1000 Date: Mon, 30 Apr 2001 11:23:08 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Mark Murray Cc: smp@FreeBSD.ORG Subject: Re: sys/mutex.h sys/lock.h (and other) cleanups. Commit Candidate #2 In-Reply-To: <200104291909.f3TJ9up26517@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 29 Apr 2001, Mark Murray wrote: > Please review > > http://people.freebsd.org/~markm/patches/sys.SYS_MUTEX.diff.3 > > Nothing has changed much since the last Commit Candidate; I have > just merged in some big commits. > > Reminder - the primary purpose of these is to untangle the requirement > that "major" system includes ( files) have on sys/lock.h > and sys/mutex.h. Also included is a further deprecation of > sys/lockmgr.h (by including it in sys/lock.h). Lesser purposes of Actually, the deprecation consists of including instead of in some headers that only need the former. is not such a header, but it still includes although this is more bogus than before. The verbose comment before this include has been copied to to many places (more than 0). > this include sorting of the sys/*.h includes in affected files, > and fixing of the problems that these sorts (may) create. Please use separate commit(s) to sort the files. Committing these first is best I guess. The differences between SYS_MUTEX.diff.2 and SYS_MUTEX.diff.3 are about half for moving around bogus includes of and . They were included recently to work around breakage of and only about 90% of them have been backed out so far. At the time they were included, they had to be included before and sorting them would been wrong. Now sorting them has no effect (except to clean things up) because including them has no effect (except to trigger bogometers). Have you tested this for alphas? Committing this is taking too long. At least we avoided - like spam (I hope). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message