summaryrefslogtreecommitdiff
path: root/net/ethernet/Makefile
diff options
context:
space:
mode:
authorDavid Teigland <teigland@redhat.com>2006-12-13 16:37:16 (GMT)
committerSteven Whitehouse <swhiteho@redhat.com>2007-02-05 18:35:50 (GMT)
commit38aa8b0c59c35d10d15ebf00ceee641f9ed7acba (patch)
tree17444ed0f0e195677a6faaac31ba296f37b5e148 /net/ethernet/Makefile
parentdc200a8848cca8b0e99012996c66f4b379a390ed (diff)
downloadlinux-fsl-qoriq-38aa8b0c59c35d10d15ebf00ceee641f9ed7acba.tar.xz
[DLM] fix old rcom messages
A reply to a recovery message will often be received after the relevant recovery sequence has aborted and the next recovery sequence has begun. We need to ignore replies to these old messages from the previous recovery. There's already a way to do this for synchronous recovery requests using the rc_id number, but not for async. Each recovery sequence already has a locally unique sequence number associated with it. This patch adds a field to the rcom (recovery message) structure where this recovery sequence number can be placed, rc_seq. When a node sends a reply to a recovery request, it copies the rc_seq number it received into rc_seq_reply. When the first node receives the reply to its recovery message, it will check whether rc_seq_reply matches the current recovery sequence number, ls_recover_seq, and if not then it ignores the old reply. An old, inadequate approach to filtering out old replies (checking if the current stage of recovery has moved back to the start) has been removed from two spots. The protocol version number is changed to reflect the different rcom structures. Signed-off-by: David Teigland <teigland@redhat.com> Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'net/ethernet/Makefile')
0 files changed, 0 insertions, 0 deletions