Date: Sun, 03 Jul 2005 01:01:11 -0000 From: Jeff Roberson <jroberson@chesapeake.net> To: Nate Lawson <nate@root.org> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sys ktr.h Message-ID: <20041229151758.S60504@mail.chesapeake.net> In-Reply-To: <41D30245.8020600@root.org> References: <200412260013.iBQ0DcJ1074546@repoman.freebsd.org> <20041229020531.GA12575@dragon.nuxi.com> <41D26CE3.4070404@root.org> <20041229124826.Q60504@mail.chesapeake.net> <41D30245.8020600@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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. > > -- > Nate >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041229151758.S60504>