From owner-cvs-src@FreeBSD.ORG Wed Dec 29 19:15:20 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E80AD16A4CE; Wed, 29 Dec 2004 19:15:20 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB63F43D55; Wed, 29 Dec 2004 19:15:20 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iBTJFHGV026669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Dec 2004 11:15:18 -0800 Message-ID: <41D30245.8020600@root.org> Date: Wed, 29 Dec 2004 11:15:17 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <200412260013.iBQ0DcJ1074546@repoman.freebsd.org> <20041229020531.GA12575@dragon.nuxi.com> <41D26CE3.4070404@root.org> <20041229124826.Q60504@mail.chesapeake.net> In-Reply-To: <20041229124826.Q60504@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sys ktr.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 19:15:21 -0000 Jeff Roberson wrote: > On Wed, 29 Dec 2004, Nate Lawson wrote: >>Also, could someone please get us more KTR ids while they're at it? We >>only have 2 left. > > > I think we should make one or to KTR_LOCAL's or something like that. So > you can have a define in your file for KTR_MYCODE 0, and when you want to > debug it, define it to KTR_LOCAL. There are a bunch of KTR ids that are > used for things that don't really need to be global that we could gc if we > do that. Isn't there a way to dynamically allocate ids, like sysctl does for oid? -- Nate