Alexander Aring ae9e534e50 dlm: fix add msg handle in send_queue ordered ...

[ Upstream commit d2248cb70c ]

In a benchmark scenario triggering a lot of requests that triggers a lot
of DLM messages on the network it can be that the mh->seq is not ordered
according the oldest seq number. This ordering is required by
dlm_receive_ack as "before(mh->seq, seq)" will stop to check for older
sequence numbers that are ordered in the tail of "node->send_queue".

The side effects of not having it correct ordered regarding
"before(mh->seq, seq)" are refcounting issues and use-after free.

I only was able to reproduce this issue in a experimental DLM branch
and a user space DLM benchmark that uses io_uring. After changing this I
don't experienced any refcounting with the sending buffer issues anymore.

Fixes: 489d8e559c ("fs: dlm: add reliable connection if reconnect")
Signed-off-by: Alexander Aring <aahringo@redhat.com>
Signed-off-by: David Teigland <teigland@redhat.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>

2026-07-24 16:03:00 +02:00

..

ast.c

…

ast.h

…

config.c

…

config.h

…

debug_fs.c

…

dir.c

…

dir.h

…

dlm_internal.h

…

Kconfig

…

lock.c

…

lock.h

…

lockspace.c

dlm: prevent NPD when writing a positive value to event_done

2026-07-04 13:42:20 +02:00

lockspace.h

…

lowcomms.c

dlm: make tcp still work in multi-link env

2025-06-04 14:41:57 +02:00

lowcomms.h

…

lvb_table.h

…

main.c

…

Makefile

…

member.c

…

member.h

…

memory.c

…

memory.h

…

midcomms.c

dlm: fix add msg handle in send_queue ordered

2026-07-24 16:03:00 +02:00

midcomms.h

…

plock.c

…

rcom.c

…

rcom.h

…

recover.c

…

recover.h

…

recoverd.c

…

recoverd.h

…

requestqueue.c

…

requestqueue.h

…

user.c

…

user.h

…

util.c

…

util.h

…