tipc: correct the order of stopping services at rmmod
authorJon Paul Maloy <jon.maloy@ericsson.com>
Tue, 10 Dec 2013 06:54:46 +0000 (22:54 -0800)
committerDavid S. Miller <davem@davemloft.net>
Wed, 11 Dec 2013 03:35:49 +0000 (22:35 -0500)
commit993b858e37b3120ee76d9957a901cca22312ffaa
treedf26838fc74afddafc9f962321d3278f0810467d
parent388d3335575f4c056dcf7138a30f1454e2145cd8
tipc: correct the order of stopping services at rmmod

The 'signal handler' service in TIPC is a mechanism that makes it
possible to postpone execution of functions, by launcing them into
a job queue for execution in a separate tasklet, independent of
the launching execution thread.

When we do rmmod on the tipc module, this service is stopped after
the network service. At the same time, the stopping of the network
service may itself launch jobs for execution, with the risk that these
functions may be scheduled for execution after the data structures
meant to be accessed by the job have already been deleted. We have
seen this happen, most often resulting in an oops.

This commit ensures that the signal handler is the very first to be
stopped when TIPC is shut down, so there are no surprises during
the cleanup of the other services.

Signed-off-by: Jon Maloy <jon.maloy@ericsson.com>
Reviewed-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/tipc/core.c