Kris Kennaway wrote:
On Thu, Jun 14, 2007 at 10:59:04PM +0000, Randall Stewart wrote:
rrs 2007-06-14 22:59:04 UTC
FreeBSD src repository
Modified files:
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
sctp_usrreq.c sctputil.c sctputil.h
sys/netinet6 sctp6_usrreq.c
sys/conf options
Log:
- Fix so ifn's are properly deleted when the ref count goes to 0.
- Fix so VRF's will clean themselves up when no references are around.
- Allow sctp_ifa to be passed into inpcb_bind, addr_mgmt_ep_sa to bypass
normal validation checks.
- turn auto-asconf off for subset bound sockets
- Moves all logging to use KTR. This gets rid of most
of the logging #ifdef's with a few exceptions reducing
the number of config options for SCTP.
| +#ifndef SCTP_SUBSYS_KTR
| +#define SCTP_SUBSYS_KTR KTR_GEN
| +#endif
Brief silence after previous disapproval doesn't equal approval ;-)
What was wrong with the method I suggested, namely using KTR_SUBSYS if
a SCTP_TRACE option is included in the kernel? That is the intended
way that events local to a particular subsystem should be handled.
Kris
I asked if KTR_GEN was ok.. I can use KTR_SUBSYS.. sure.. but that
means I can't really run witness on my machine as I test.. since
witness is the only one that uses KTR_SUBSYS.. No one else uses
KTR_GEN.. why is it a problem using one.
The logging in general is not really debugging.. its used for
a lot more than that..
I can change this to KTR_SUBSYS.. but I would like to know why
using KTR_GEN is so bad?
I asked earlier.. and did not hear an objection... I don't mind
changing it.. but just like DSCP code points.. I would like
to know the strategy behind the request.. you currently
have 1/3 of the space unused or spare...
So whats wrong with using a unused one?
R
--
Randall Stewart
NSSTG - Cisco Systems Inc.
803-345-0369 <or> 803-317-4952 (cell)
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
