From owner-freebsd-arch Tue Feb 19 15: 2:14 2002 Delivered-To: freebsd-arch@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0709937B405; Tue, 19 Feb 2002 15:02:10 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1JN29164102; Tue, 19 Feb 2002 15:02:09 -0800 (PST) (envelope-from dillon) Date: Tue, 19 Feb 2002 15:02:09 -0800 (PST) From: Matthew Dillon Message-Id: <200202192302.g1JN29164102@apollo.backplane.com> To: Robert Watson Cc: Julian Elischer , arch@FreeBSD.ORG, jhb@FreeBSD.ORG Subject: Re: that ucred invariant stuff. References: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :My understanding was that John saw this primarily as a debugging aid. No :doubt: : :#ifdef OPTIONS_NULL_TD_UCRED : ... :#else : ... :#endif : :would be appropriate for general use once we're sure we're handling :td_ucred fine, especially given the performance difference. : :Robert N M Watson FreeBSD Core Team, TrustedBSD Project :robert@fledge.watson.org NAI Labs, Safeport Network Services Julian, should I go ahead and do this or would you like to? I already have the patches ready, I just have to change a bunch of #if 0's into #ifdef OPTIONS_TD_UCRED_DEBUG, for all architectures. I suggest something like OPTIONS_TD_UCRED_DEBUG. Turning on this option would clear out the ucred in the thread after each syscall (effectively the INVARIANTS code that is there now). Not specifying this option would give us the cache behavior (what Julian's code was intended to do). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message