cvs commit: src/sys/netinet sctp.h sctp_asconf.c sctp_asconf.h sctp_bsd_addr.c sctp_constants.h sctp_indata.c sctp_input.c sctp_lock_bsd.h sctp_os_bsd.h sctp_output.c sctp_pcb.c sctp_pcb.h sctp_peeloff.c sctp_sysctl.c sctp_sysctl.h sctp_timer.c sctp_uio.h ...

Randall Stewart rrs at cisco.com
Fri Jun 15 20:50:33 UTC 2007


John Baldwin wrote:

> 
> Also, I would use KTR_SCTP and use the same #ifdef above so it is 0 or 
> KTR_SUBSYS depending on whether or not you want it enabled.
> 

Changing the name around is cosmetic.. and no problem..

The actual ifdef with 0, though.. we have a seperate
mask.. since there are 21 or so things that can be logged/traced
and they all generate quite a bit of output.. which can be graphed
and charted.. along with the usual debugging lot..

Thus there is a seperate mask that turns these on/off..

So .. if for instance you enable KTR_SUBSYS (aka KTR_SCTP) then
nothing will come out until you enable the various logging
levels in SCTP.

The question of if an ifdef is needed.. I did a little
performance study yesterday... since originally all the tracepoints
were ifdef'd.. so I decided to see if there was any noticable
performance penalty for having the additional if(logging mask) CTR6()
and I could not measure the difference.. thus all but a few of
the ifdef's around these (and thus the options in the build) came
out..

R

-- 
Randall Stewart
NSSTG - Cisco Systems Inc.
803-345-0369 <or> 803-317-4952 (cell)


More information about the cvs-src mailing list