Date: Sun, 02 Jul 2006 07:37:03 -0400 From: Randall Stewart <rrs@cisco.com> To: Yann Berthier <yb@bashibuzuk.net> Cc: freebsd-net@freebsd.org Subject: Re: SCTP Message-ID: <44A7AFDF.50303@cisco.com> In-Reply-To: <20060701182815.GD1788@bashibuzuk.net> References: <44A552FA.2030302@cisco.com> <20060701182815.GD1788@bashibuzuk.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Yann: Sorry for the delay.. I would have responded quicker but we have company for this long weekend in the US :-D This is definetly a pilot error on my part.. but I can't figure out how... it appears (in the patch) that all the files are there... But.. I am wondering.. in your source netinet/ and netinet6/ directory.. if you do a ls sctp* do you see anything? All of these functions are in the sctp_xxx.c files.. all of which, in order to get CVS to even recognize them for patching, I had to do a touch sctp_xxx* The files are: --->cd sys/netinet --->ls sctp* sctp.h sctp_hashdriver.h sctp_sack.h sctp6_usrreq.c sctp_header.h sctp_sha1.c sctp6_var.h sctp_indata.c sctp_sha1.h sctp_asconf.c sctp_indata.h sctp_structs.h sctp_asconf.h sctp_input.c sctp_timer.c sctp_auth.c sctp_input.h sctp_timer.h sctp_auth.h sctp_output.c sctp_uio.h sctp_constants.h sctp_output.h sctp_usrreq.c sctp_crc32.c sctp_pcb.c sctp_var.h sctp_crc32.h sctp_pcb.h sctputil.c sctp_handlesack.c sctp_peeloff.c sctputil.h sctp_hashdriver.c sctp_peeloff.h --->cd ../netinet6 --->ls sctp* sctp6_usrreq.c sctp6_var.h Hmm I am wondering if perhaps if no files are present the patch stuff won't work??? Maybe I should have sent out a tarball of the sctp files and a patch file for all the kernel stuff??? Let me know I am a bit confused by this.. sigh.. R Yann Berthier wrote: > Hello, > > On Fri, 30 Jun 2006, at 12:36, Randall Stewart wrote: > > >>Hi all: >> >>The following link: >> >>http://www.sctp.org/cvs_diff_6_30.bz2 >> >>Will get you a large patch that you can apply to Current that >>will add SCTP. > > > Pilot error ? freshly cvsuped src, patch applied cleanly, > made sysent, and: > > linking kernel.debug > uipc_syscalls.o(.text+0x47c8): In function `sctp_peeloff': > /usr/src/sys/kern/uipc_syscalls.c:2239: undefined reference to > `sctp_can_peel_off' > uipc_syscalls.o(.text+0x49c2):/usr/src/sys/kern/uipc_syscalls.c:2276: > undefined reference to `sctp_do_peeloff' > uipc_syscalls.o(.text+0x4cd7): In function `sctp_generic_sendmsg': > /usr/src/sys/kern/uipc_syscalls.c:2379: undefined reference to > `sctp_lower_sosend' > uipc_syscalls.o(.text+0x506c): In function `sctp_generic_recvmsg': > /usr/src/sys/kern/uipc_syscalls.c:2501: undefined reference to > `sctp_sorecvmsg' > rtsock.o(.text+0x1799): In function `rt_newaddrmsg': > /usr/src/sys/net/rtsock.c:879: undefined reference to `sctp_addr_change' > in_proto.o(.data+0xa8): undefined reference to `sctp_input' > in_proto.o(.data+0xb0): undefined reference to `sctp_ctlinput' > in_proto.o(.data+0xb4): undefined reference to `sctp_ctloutput' > in_proto.o(.data+0xbc): undefined reference to `sctp_init' > in_proto.o(.data+0xc8): undefined reference to `sctp_drain' > [...] > > bummer that, testing sctp seemed like an interesting thing for a > sunny saturday evening :) > > many thanks for your work, > > - yan > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 <or> 815-342-5222 (cell)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44A7AFDF.50303>