Date: Thu, 14 Jun 2007 08:19:40 -0400 From: Randall Stewart <rrs@cisco.com> To: Kris Kennaway <kris@obsecurity.org> Cc: current@freebsd.org Subject: Re: KTR and SCTP Message-ID: <4671325C.9010707@cisco.com> In-Reply-To: <20070614055401.GA77538@rot13.obsecurity.org> References: <46706E63.1080906@cisco.com> <20070614022510.GA61989@rot13.obsecurity.org> <4670B1A0.4070706@cisco.com> <20070614055401.GA77538@rot13.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway wrote: > On Wed, Jun 13, 2007 at 11:10:24PM -0400, Randall Stewart wrote: > > > > You can't use KTR_SPARE* in committed code either, or it's no longer > spare :) You should do something like: > > i.e. do something like > > #ifdef SCTP_TRACE > #define KTR_SCTP KTR_SUBSYS > #else > #define KTR_SCTP 0 > #endif > > see the comment in <sys/ktr.h> > > * Two of the trace classes (KTR_DEV and KTR_SUBSYS) are special in that > * they are really placeholders so that indvidual drivers and subsystems > * can map their internal tracing to the general class when they wish to > * have tracing enabled and map it to 0 when they don't. > Hmm.. can I use KTR_GEN? its one of the 6 unused ones (besides the SPARE1-5) and it would surely make it easier for the researchers that use SCTP and want to pull the info... :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 <or> 803-317-4952 (cell)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4671325C.9010707>