* [PATCH 0/5] rcu_barrier: Resubmitting the the networking bits
@ 2009-06-26 19:31 Jesper Dangaard Brouer
0 siblings, 0 replies; 4+ messages in thread
From: Jesper Dangaard Brouer @ 2009-06-26 19:31 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev
This patchset is a resubmit of the network related part of a patchseries
titled "We must use rcu_barrier() on module unload". Just to make it
easier for DaveM to pick it up.
If an unloadable module uses RCU callbacks, it need to use
rcu_barrier() so that the module may be safely unloaded.
For documentation see:
Paul E. McKenney's Blog
http://paulmck.livejournal.com/7314.html
http://lwn.net/Articles/217484/
Documentation/RCU/rcubarrier.txt
Patchset is made on top of Linus'es tree, 4075ea8c54a7506844a69f674990241e7766357b.
But I have testet is applies to net-next-2.6.
---
Jesper Dangaard Brouer (5):
decnet: Use rcu_barrier() on module unload.
ipv6: Use rcu_barrier() on module unload.
sunrpc: Use rcu_barrier() on unload.
mac80211: Use rcu_barrier() on unload.
bridge: Use rcu_barrier() instead of syncronize_net() on unload.
net/bridge/br.c | 2 +-
net/decnet/af_decnet.c | 2 ++
net/ipv6/af_inet6.c | 2 ++
net/mac80211/mesh.c | 2 +-
net/sunrpc/sunrpc_syms.c | 1 +
5 files changed, 7 insertions(+), 2 deletions(-)
--
Best regards,
Jesper Brouer
ComX Networks A/S
Linux Network developer
Cand. Scient Datalog / MSc.
Author of http://adsl-optimizer.dk
LinkedIn: http://www.linkedin.com/in/brouer
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH 0/5] rcu_barrier: Resubmitting the the networking bits
@ 2009-06-26 20:30 Jesper Dangaard Brouer
0 siblings, 0 replies; 4+ messages in thread
From: Jesper Dangaard Brouer @ 2009-06-26 20:30 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev
This patchset is a resubmit of the network related part of a patchseries
titled "We must use rcu_barrier() on module unload". Just to make it
easier for DaveM to pick it up.
If an unloadable module uses RCU callbacks, it need to use
rcu_barrier() so that the module may be safely unloaded.
For documentation see:
Paul E. McKenney's Blog
http://paulmck.livejournal.com/7314.html
http://lwn.net/Articles/217484/
Documentation/RCU/rcubarrier.txt
Patchset is made on top of Linus'es tree, 4075ea8c54a7506844a69f674990241e7766357b.
But I have testet is applies to net-next-2.6.
(resubmit this time hoping vger will not eat my mails due to missing double quotes)
---
Jesper Dangaard Brouer (5):
decnet: Use rcu_barrier() on module unload.
ipv6: Use rcu_barrier() on module unload.
sunrpc: Use rcu_barrier() on unload.
mac80211: Use rcu_barrier() on unload.
bridge: Use rcu_barrier() instead of syncronize_net() on unload.
net/bridge/br.c | 2 +-
net/decnet/af_decnet.c | 2 ++
net/ipv6/af_inet6.c | 2 ++
net/mac80211/mesh.c | 2 +-
net/sunrpc/sunrpc_syms.c | 1 +
5 files changed, 7 insertions(+), 2 deletions(-)
--
Best regards,
Jesper Brouer
ComX Networks A/S
Linux Network developer
Cand. Scient Datalog / MSc.
Author of http://adsl-optimizer.dk
LinkedIn: http://www.linkedin.com/in/brouer
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH 0/5] rcu_barrier: Resubmitting the the networking bits
@ 2009-06-26 20:45 Jesper Dangaard Brouer
2009-06-26 20:52 ` David Miller
0 siblings, 1 reply; 4+ messages in thread
From: Jesper Dangaard Brouer @ 2009-06-26 20:45 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev, Jesper Dangaard Brouer
(This time I don't use "stg mail --auto" as it does not seem to do
appropiate double quoting of mail addresses with a "." char in.
Thus hoping vger will not eat my mails again again!)
This patchset is a resubmit of the network related part of a patchseries
titled "We must use rcu_barrier() on module unload". Just to make it
easier for DaveM to pick it up.
If an unloadable module uses RCU callbacks, it need to use
rcu_barrier() so that the module may be safely unloaded.
For documentation see:
Paul E. McKenney's Blog
http://paulmck.livejournal.com/7314.html
http://lwn.net/Articles/217484/
Documentation/RCU/rcubarrier.txt
Patchset is made on top of Linus'es tree, 4075ea8c54a7506844a69f674990241e7766357b.
But I have testet is applies to net-next-2.6.
---
Jesper Dangaard Brouer (5):
decnet: Use rcu_barrier() on module unload.
ipv6: Use rcu_barrier() on module unload.
sunrpc: Use rcu_barrier() on unload.
mac80211: Use rcu_barrier() on unload.
bridge: Use rcu_barrier() instead of syncronize_net() on unload.
net/bridge/br.c | 2 +-
net/decnet/af_decnet.c | 2 ++
net/ipv6/af_inet6.c | 2 ++
net/mac80211/mesh.c | 2 +-
net/sunrpc/sunrpc_syms.c | 1 +
5 files changed, 7 insertions(+), 2 deletions(-)
--
Best regards,
Jesper Brouer
ComX Networks A/S
Linux Network developer
Cand. Scient Datalog / MSc.
Author of http://adsl-optimizer.dk
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 0/5] rcu_barrier: Resubmitting the the networking bits
2009-06-26 20:45 Jesper Dangaard Brouer
@ 2009-06-26 20:52 ` David Miller
0 siblings, 0 replies; 4+ messages in thread
From: David Miller @ 2009-06-26 20:52 UTC (permalink / raw)
To: hawk; +Cc: netdev
From: Jesper Dangaard Brouer <hawk@comx.dk>
Date: Fri, 26 Jun 2009 22:45:43 +0200
> This patchset is a resubmit of the network related part of a patchseries
> titled "We must use rcu_barrier() on module unload". Just to make it
> easier for DaveM to pick it up.
>
> If an unloadable module uses RCU callbacks, it need to use
> rcu_barrier() so that the module may be safely unloaded.
All applied, thanks a lot!
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-06-26 20:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-26 20:30 [PATCH 0/5] rcu_barrier: Resubmitting the the networking bits Jesper Dangaard Brouer
-- strict thread matches above, loose matches on Subject: below --
2009-06-26 20:45 Jesper Dangaard Brouer
2009-06-26 20:52 ` David Miller
2009-06-26 19:31 Jesper Dangaard Brouer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).