From owner-cvs-all@FreeBSD.ORG Wed Dec 29 23:23:00 2004 Return-Path: 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 DB3F016A4CE; Wed, 29 Dec 2004 23:23:00 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E05E43D46; Wed, 29 Dec 2004 23:23:00 +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 iBTNMvGV002668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Dec 2004 15:22:58 -0800 Message-ID: <41D33C50.6090109@root.org> Date: Wed, 29 Dec 2004 15:22:56 -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> <41D30245.8020600@root.org> <20041229151758.S60504@mail.chesapeake.net> In-Reply-To: <20041229151758.S60504@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-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 23:23:01 -0000 Jeff Roberson wrote: > On Wed, 29 Dec 2004, Nate Lawson wrote: >>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? > > They need to be static at compile time or they always produce massive > bloat in the kernel. Right, I thought we did something like that for other subsystems. I'm very fuzzy on the current best approach but in the past we used linker sets to gather a class of data at link time (including mod load). If the linker set was an id placeholder for a particular type of debug data, the kernel could overwrite this with the actual runtime id. -- Nate