Xiubo Li 321e3c3de5 libceph: init the cursor when preparing sparse read in msgr2 ... The cursor is no longer initialized in the OSD client, causing the sparse read state machine to fall into an infinite loop. The cursor should be initialized in IN_S_PREPARE_SPARSE_DATA state. [ idryomov: use msg instead of con->in_msg, changelog ] Link: https://tracker.ceph.com/issues/64607 Fixes: 8e46a2d068 ("libceph: just wait for more data to be available on the socket") Signed-off-by: Xiubo Li <xiubli@redhat.com> Reviewed-by: Ilya Dryomov <idryomov@gmail.com> Tested-by: Luis Henriques <lhenriques@suse.de> Signed-off-by: Ilya Dryomov <idryomov@gmail.com>		2024-03-06 12:43:01 +01:00
..
crush	…
Kconfig	…
Makefile	…
armor.c	…
auth.c	…
auth_none.c	…
auth_none.h	…
auth_x.c	…
auth_x.h	…
auth_x_protocol.h	…
buffer.c	…
ceph_common.c	…
ceph_hash.c	…
ceph_strings.c	…
cls_lock_client.c	…
crypto.c	…
crypto.h	…
debugfs.c	…
decode.c	…
messenger.c	libceph: use kernel_connect()	2023-10-09 13:35:24 +02:00
messenger_v1.c	libceph: just wait for more data to be available on the socket	2024-02-07 14:43:29 +01:00
messenger_v2.c	libceph: init the cursor when preparing sparse read in msgr2	2024-03-06 12:43:01 +01:00
mon_client.c	ceph: Annotate struct ceph_monmap with __counted_by	2023-09-18 10:39:29 +01:00
msgpool.c	…
osd_client.c	libceph: just wait for more data to be available on the socket	2024-02-07 14:43:29 +01:00
osdmap.c	…
pagelist.c	…
pagevec.c	…
snapshot.c	…
string_table.c	…
striper.c	…