diff options
author | Doug Ledford <dledford@redhat.com> | 2015-02-22 00:27:06 (GMT) |
---|---|---|
committer | Doug Ledford <dledford@redhat.com> | 2015-04-15 20:06:18 (GMT) |
commit | d2fe937ce6ce23daf5fb214e45432dbb631581b7 (patch) | |
tree | c09ebad9541189444910a8e7e9e8e51b8a43c26b /drivers/rtc/rtc-88pm860x.c | |
parent | 69911416d87d6673c48d23a9fbc060e85f41fc73 (diff) | |
download | linux-d2fe937ce6ce23daf5fb214e45432dbb631581b7.tar.xz |
IB/ipoib: deserialize multicast joins
Allow the ipoib layer to attempt to join all outstanding multicast
groups at once. The ib_sa layer will serialize multiple attempts to
join the same group, but will process attempts to join different groups
in parallel. Take advantage of that.
In order to make this happen, change the mcast_join_thread to loop
through all needed joins, sending a join request for each one that we
still need to join. There are a few special cases we handle though:
1) Don't attempt to join anything but the broadcast group until the join
of the broadcast group has succeeded.
2) No longer restart the join task at the end of completion handling.
If we completed successfully, we are done. The join task now needs kicked
either by mcast_send or mcast_restart_task or mcast_start_thread, but
should not need started anytime else except when scheduling a backoff
attempt to rejoin.
3) No longer use separate join/completion routines for regular and
sendonly joins, pass them all through the same routine and just do the
right thing based on the SENDONLY join flag.
4) Only try to join a SENDONLY join twice, then drop the packets and
quit trying. We leave the mcast group in the list so that if we get a
new packet, all that we have to do is queue up the packet and restart
the join task and it will automatically try to join twice and then
either send or flush the queue again.
Signed-off-by: Doug Ledford <dledford@redhat.com>
Diffstat (limited to 'drivers/rtc/rtc-88pm860x.c')
0 files changed, 0 insertions, 0 deletions