SCTP

[Randall Stewart]

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)