Vlad Yasevich 270637abff [SCTP]: Fix a race between module load and protosw access ... There is a race is SCTP between the loading of the module and the access by the socket layer to the protocol functions. In particular, a list of addresss that SCTP maintains is not initialized prior to the registration with the protosw. Thus it is possible for a user application to gain access to SCTP functions before everything has been initialized. The problem shows up as odd crashes during connection initializtion when we try to access the SCTP address list. The solution is to refactor how we do registration and initialize the lists prior to registering with the protosw. Care must be taken since the address list initialization depends on some other pieces of SCTP initialization. Also the clean-up in case of failure now also needs to be refactored. Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com> Acked-by: Sridhar Samudrala <sri@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2008-03-20 15:17:14 -07:00
..
associola.c
auth.c
bind_addr.c	[SCTP]: Fix local_addr deletions during list traversals.	2008-03-11 18:05:02 -07:00
chunk.c
command.c
debug.c
endpointola.c
input.c	[SCTP]: fix misannotated __sctp_rcv_asconf_lookup()	2008-03-17 22:47:32 -07:00
inqueue.c
ipv6.c	[SCTP]: Fix a race between module load and protosw access	2008-03-20 15:17:14 -07:00
Kconfig
Makefile
objcnt.c
output.c
outqueue.c
primitive.c
proc.c	[SCTP]: Use proc_create to setup de->proc_fops.	2008-02-29 11:24:45 -08:00
protocol.c	[SCTP]: Fix a race between module load and protosw access	2008-03-20 15:17:14 -07:00
sm_make_chunk.c	SCTP: Fix chunk parameter processing bug	2008-03-05 13:43:32 -08:00
sm_sideeffect.c
sm_statefuns.c
sm_statetable.c
socket.c	[SCTP]: Bring MAX_BURST socket option into ietf API extension compliance	2008-03-05 13:44:46 -08:00
ssnmap.c
sysctl.c
transport.c
tsnmap.c
ulpevent.c
ulpqueue.c