October 2026 - Devel - NFS Ganesha List Archives

TEST ML migration
by Marc Dequènes (Duck) 15 Oct '26

15 Oct '26

Quack, This mail is just a test, please ignore. Regards. \_o< -- Marc Dequènes (Duck) RedHat OSPO CommInfra

1 0

[L] Change in ...nfs-ganesha[next]: FSAL_CEPH: keep directory streams open between READDIR calls
by ShengLi (GerritHub) 15 Oct '26

15 Oct '26

ShengLi has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254771?usp=email ) Change subject: FSAL_CEPH: keep directory streams open between READDIR calls ...................................................................... FSAL_CEPH: keep directory streams open between READDIR calls Each READDIR opened a new libcephfs directory stream. Reopening the stream discards its buffered entries and causes repeated MDS readdirs when the directory cannot be served from the libcephfs cache. Keep the stream and continue on it when a READDIR with the same credentials resumes within what it read, and the change attribute of the directory, fetched before reading, is unchanged. The Linux client keeps only part of a reply and resumes before where the stream is, and seeking back makes libcephfs drop its buffer. So the stream keeps a bounded window of recently read entries, with their name, cookie and inode number, and normally serves such a READDIR from the window and the libcephfs inode cache instead of seeking back. A stream is kept even at the end of the directory, unless one READDIR read all of it, as the client may still resume within the last reply. Kept streams are limited in number and released when idle, by the next READDIR or a reaper thread, as they hold inodes in libcephfs. They are also released when their export goes away, before the connection may be aborted or shut down, as their directory handles may still be around. In NFSv4.1 listing tests, 10k and 100k entry directories took 8 and 113 MDS readdirs instead of 138 and 1364. A directory that fits in the libcephfs cache was also left complete, so the next listing was served from it as long as it remained valid and was not trimmed. Change-Id: Iba3c5113a0d002a8f00435d860c6c82c75ba6334 Signed-off-by: Sheng Li <50203418+LiShengG(a)users.noreply.github.com> --- M src/FSAL/FSAL_CEPH/export.c M src/FSAL/FSAL_CEPH/handle.c M src/FSAL/FSAL_CEPH/internal.c M src/FSAL/FSAL_CEPH/internal.h M src/FSAL/FSAL_CEPH/main.c 5 files changed, 627 insertions(+), 45 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/71/1254771/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254771?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Iba3c5113a0d002a8f00435d860c6c82c75ba6334 Gerrit-Change-Number: 1254771 Gerrit-PatchSet: 1 Gerrit-Owner: ShengLi <50203418+LiShengG(a)users.noreply.github.com>

1 0

[M] Change in ...nfs-ganesha[next]: XDR: reject empty NLM caller_name and lock owner
by Suhas Athani (GerritHub) 14 Oct '26

14 Oct '26

Suhas Athani has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254465?usp=email ) Change subject: XDR: reject empty NLM caller_name and lock owner ...................................................................... XDR: reject empty NLM caller_name and lock owner GitHub Issue: #1404 NLM identifies the client host by caller_name and the lock owner by the oh netobj. Both are used as lookup keys (get_nsm_client(), get_nlm_owner()) and NLM cannot work with either empty, but they were decoded with xdr_string()/xdr_netobj(), which accept a zero length. Add xdr_string_nonempty() and move xdr_bytes_nonempty() from nfsv41.h to gsh_rpc.h so non-NFSv4 decoders can use them, and use them for caller_name and oh in nlm4_lock and nlm4_share. NFSv3 names are left alone since the operations already return NFS3ERR_INVAL for an empty name, and an empty MOUNT path keeps returning MNT3ERR_ACCES. Change-Id: I556516be1b9928e26b7ce24424cfcca432c869a6 Signed-off-by: Suhas Athani <Suhas.Athani(a)ibm.com> --- M src/Protocols/XDR/xdr_nlm4.c M src/include/gsh_rpc.h M src/include/nfsv41.h 3 files changed, 43 insertions(+), 23 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/65/1254465/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254465?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I556516be1b9928e26b7ce24424cfcca432c869a6 Gerrit-Change-Number: 1254465 Gerrit-PatchSet: 1 Gerrit-Owner: Suhas Athani <Suhas.Athani(a)ibm.com>

1 0

[S] Change in ...nfs-ganesha[next]: Fix Python utility crashes caused by user-configured Python alternatives
by Name of user not set (GerritHub) 14 Oct '26

14 Oct '26

amit.sutar(a)ibm.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254387?usp=email ) Change subject: Fix Python utility crashes caused by user-configured Python alternatives ...................................................................... Fix Python utility crashes caused by user-configured Python alternatives Pin shebangs across all ganesha-utils scripts to the native OS interpreter (e.g., platform-python on RHEL), ensuring they retain access to modules. Upgrading the system default python3 alternative to Python 3.14 broke ganesha_mgr. The script now fails with 'ModuleNotFoundError: No module named Ganesha' because the required Ganesha library modules are located in the older distro Python (3.9) site-packages directory and are missing from the new Python 3.14 environment. (cherry picked from commit b8ff3d3e060721edfd6ae0ea18665172c04588ab) Change-Id: I7fc65480870d8cbd40f9ae137f43235729859c28 Signed-off-by: Amit Sutar <Amit.sutar(a)ibm.com> --- M src/nfs-ganesha.spec-in.cmake 1 file changed, 26 insertions(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/87/1254387/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254387?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I7fc65480870d8cbd40f9ae137f43235729859c28 Gerrit-Change-Number: 1254387 Gerrit-PatchSet: 1 Gerrit-Owner: amit.sutar(a)ibm.com

1 0

[S] Change in ...nfs-ganesha[next]: FSAL/CEPH: Reject handles from another filesystem
by ShengLi (GerritHub) 13 Oct '26

13 Oct '26

ShengLi has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254266?usp=email ) Change subject: FSAL/CEPH: Reject handles from another filesystem ...................................................................... FSAL/CEPH: Reject handles from another filesystem The handle carries the fscid of the filesystem it came from, but create_handle() looks up the inode by inode number and snapid only. Inode numbers are not unique across filesystems: a filesystem that is removed and created again under the same name gets a new fscid and hands out the same inode numbers, starting again at 0x10000000000. When the export is mounted again on the new filesystem, after a restart or after it is removed and added again with no other export sharing its Ceph client, a handle that a client still holds from the old filesystem then resolves to whichever new inode reuses its number. Reads and writes through it go to an unrelated file, and the old root handle shows the new filesystem. Return ESTALE when the fscid in the handle is not the one of the export. Handles carrying fscid 0 are only produced against a legacy filesystem, where the export's fscid is 0 as well, or by builds without ceph_get_fs_cid(), which no longer compile. Change-Id: I1a1d67e867e9e9a2693e32ed67509d4b8af1169b Signed-off-by: Sheng Li <50203418+LiShengG(a)users.noreply.github.com> --- M src/FSAL/FSAL_CEPH/export.c 1 file changed, 15 insertions(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/66/1254266/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254266?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I1a1d67e867e9e9a2693e32ed67509d4b8af1169b Gerrit-Change-Number: 1254266 Gerrit-PatchSet: 1 Gerrit-Owner: ShengLi <50203418+LiShengG(a)users.noreply.github.com>

1 0

[M] Change in ...nfs-ganesha[next]: Add support for GPFS read delegations.
by Name of user not set (GerritHub) 12 Oct '26

12 Oct '26

eshel(a)us.ibm.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254206?usp=email ) Change subject: Add support for GPFS read delegations. ...................................................................... Add support for GPFS read delegations. Change-Id: Id860f9f8b4a4ff998b65f0ff1b6865d68c4cacda Signed-off-by: marc eshel <eshel(a)us.ibm.com> --- M src/FSAL/FSAL_GPFS/file.c M src/FSAL/FSAL_GPFS/fsal_lock.c M src/FSAL/FSAL_GPFS/gpfs_methods.h M src/FSAL/FSAL_GPFS/handle.c M src/FSAL/FSAL_GPFS/main.c 5 files changed, 119 insertions(+), 6 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/06/1254206/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254206?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Id860f9f8b4a4ff998b65f0ff1b6865d68c4cacda Gerrit-Change-Number: 1254206 Gerrit-PatchSet: 1 Gerrit-Owner: eshel(a)us.ibm.com

1 0

[XS] Change in ...nfs-ganesha[next]: nfs4_op_sequence: Fix session use-after-free on ca_maxrequestsize error
by Name of user not set (GerritHub) 12 Oct '26

12 Oct '26

shaharhoch(a)google.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254180?usp=email ) Change subject: nfs4_op_sequence: Fix session use-after-free on ca_maxrequestsize error ...................................................................... nfs4_op_sequence: Fix session use-after-free on ca_maxrequestsize error In nfs4_op_sequence(), when request_size exceeds session->fore_channel_attrs.ca_maxrequestsize, dec_session_ref(session) is called before LogDebugAlt() reads session->fore_channel_attrs.ca_maxrequestsize. If that drops the last reference to the session, session is freed before LogDebugAlt() accesses it. Move dec_session_ref(session) after LogDebugAlt(). Change-Id: Ib6437f63e07ad858abf4494e103b5d31925d2e2f Signed-off-by: Shahar Hochma <shaharhoch(a)google.com> --- M src/Protocols/NFS/nfs4_op_sequence.c 1 file changed, 1 insertion(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/80/1254180/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254180?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Ib6437f63e07ad858abf4494e103b5d31925d2e2f Gerrit-Change-Number: 1254180 Gerrit-PatchSet: 1 Gerrit-Owner: shaharhoch(a)google.com

1 0

[XS] Change in ...nfs-ganesha[next]: export_mgr: Fix gsh_refstr memory leak in update_export_metadata_metric
by Name of user not set (GerritHub) 12 Oct '26

12 Oct '26

shaharhoch(a)google.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254144?usp=email ) Change subject: export_mgr: Fix gsh_refstr memory leak in update_export_metadata_metric ...................................................................... export_mgr: Fix gsh_refstr memory leak in update_export_metadata_metric gsh_refstr_dup() already initializes path_label with a reference count of 1. Calling gsh_refstr_get(path_label) when constructing the export_path metric label increments the reference count to 2, while only a single gsh_refstr_put(path_label) is called before returning, leaking path_label on every export insertion. Change-Id: Ib16057a390c47cf6df61d4891c8118ae8b82f96f Signed-off-by: Shahar Hochma <shaharhoch(a)google.com> --- M src/support/export_mgr.c 1 file changed, 1 insertion(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/44/1254144/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254144?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: Ib16057a390c47cf6df61d4891c8118ae8b82f96f Gerrit-Change-Number: 1254144 Gerrit-PatchSet: 1 Gerrit-Owner: shaharhoch(a)google.com

1 0

[S] Change in ...nfs-ganesha[next]: Fix: skip Prometheus inode metrics when FSAL reports unsupported valu...
by Name of user not set (GerritHub) 12 Oct '26

12 Oct '26

sragraha(a)redhat.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254141?usp=email ) Change subject: Fix: skip Prometheus inode metrics when FSAL reports unsupported values (CephFS) ...................................................................... Fix: skip Prometheus inode metrics when FSAL reports unsupported values (CephFS) CephFS returns -1 for statvfs inode fields (f_files/f_favail), causing Ganesha to publish export_available_file_count=-1 and export_inode_utilization=100% — triggering false inode-full alerts. This fix validates inode fields before publishing, omitting inode gauges when unsupported, while keeping byte metrics unaffected. Also fixes the misleading HELP text on export_available_file_count and adds debug logging when inode stats are unavailable. Change-Id: I53f6382fe559439233a2739f9a8ec6b0b9cf8f6e Signed-off-by: Sreedhar Agraharam <sragraha(a)redhat.com> --- M src/monitoring/dynamic_metrics.cc M src/monitoring/prometheus_exposer.cc 2 files changed, 33 insertions(+), 11 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/41/1254141/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1254141?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I53f6382fe559439233a2739f9a8ec6b0b9cf8f6e Gerrit-Change-Number: 1254141 Gerrit-PatchSet: 1 Gerrit-Owner: sragraha(a)redhat.com

1 0

[XL] Change in ...nfs-ganesha[next]: io_uring infra + dependencies
by Name of user not set (GerritHub) 09 Oct '26

09 Oct '26

deeraj.patil(a)ibm.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1253882?usp=email ) Change subject: io_uring infra + dependencies ...................................................................... io_uring infra + dependencies Uring engine interface core. Clean FSAL biffurcations, fallback for non-implemented uring nfsv4_ops by FSAL's Batch opartion support. Mdcache handled. Protocol ops coalesec. Internal buffer pool, to resue for read 4k-1M (buffpool configurable size) FSAL ops specific personalities setting per sge Same engine can be entended for future netwrok uring. What all planned : 1. This is about reducing the systemcall, by which reducing the contextswitches. 2. FSAL's which supports all the OP_* via thier own uring interface, can get max out of the uring because of full compound coalesec. my_config : NFS_CORE_PARAM { Enable_Uring_Compound = true; Uring_Inline_Poll = 1; } VFS_URING { io_uring_queue_depth = 64; # SQ entries per ring (range 8–4096) io_uring = true; # without this it is byte-for-byte FSAL_VFS io_uring_rings = 2; #io_uring_per_cpu_rings = true; io_uring_buffer_min = 4096; # smallest size class in bytes (default 16 KiB) io_uring_buffer_max = 1048576; # largest size class in bytes (default 1 MiB) io_uring_pool_mb = 256; # total pinned budget in MiB (range 1–65536) } FSAL { #Name = VFS; Name = VFS_URING; } Without Uring dppvm2:/home/dpp/workspace# sleep 10 && fio --name=32K --filename=/mnt2/testfile --ioengine=libaio --iodepth=64 --direct=1 --bs=32K --readwrite=randread --runtime=60 --time_based --group_reporting --size=4GiB32K: (g=0): rw=randread, bs=(R) 32.0KiB-32.0KiB, (W) 32.0KiB-32.0KiB, (T) 32.0KiB-32.0KiB, ioengine=libaio, iodepth=64 fio-3.35 Starting 1 process Jobs: 1 (f=1): [r(1)][100.0%][r=705MiB/s][r=22.5k IOPS][eta 00m:00s] 32K: (groupid=0, jobs=1): err= 0: pid=1161340: Fri Oct 9 09:18:10 2026 read: IOPS=20.1k, BW=628MiB/s (659MB/s)(36.8GiB/60003msec) slat (usec): min=2, max=727, avg= 7.26, stdev= 2.66 clat (usec): min=1513, max=11036, avg=3175.45, stdev=498.76 lat (usec): min=1521, max=11045, avg=3182.71, stdev=498.79 clat percentiles (usec): | 1.00th=[ 2147], 5.00th=[ 2343], 10.00th=[ 2474], 20.00th=[ 2704], | 30.00th=[ 2900], 40.00th=[ 3064], 50.00th=[ 3228], 60.00th=[ 3359], | 70.00th=[ 3458], 80.00th=[ 3621], 90.00th=[ 3785], 95.00th=[ 3916], | 99.00th=[ 4228], 99.50th=[ 4359], 99.90th=[ 4948], 99.95th=[ 5407], | 99.99th=[ 8094] bw ( KiB/s): min=525248, max=894656, per=99.86%, avg=642452.97, stdev=89899.40, samples=119 iops : min=16414, max=27958, avg=20076.66, stdev=2809.36, samples=119 lat (msec) : 2=0.23%, 4=96.46%, 10=3.30%, 20=0.01% cpu : usr=4.27%, sys=17.82%, ctx=1166898, majf=0, minf=521 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0% issued rwts: total=1206287,0,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=64 Run status group 0 (all jobs): READ: bw=628MiB/s (659MB/s), 628MiB/s-628MiB/s (659MB/s-659MB/s), io=36.8GiB (39.5GB), run=60003-60003msec with URING and depended changes: dppvm2:/home/dpp/workspace# sleep 10 && fio --name=32K --filename=/mnt2/testfile --ioengine=libaio --iodepth=64 --direct=1 --bs=32K --readwrite=randread --runtime=60 --time_based --group_reporting --size=4GiB32K: (g=0): rw=randread, bs=(R) 32.0KiB-32.0KiB, (W) 32.0KiB-32.0KiB, (T) 32.0KiB-32.0KiB, ioengine=libaio, iodepth=64 fio-3.35 Starting 1 process Jobs: 1 (f=1): [r(1)][100.0%][r=947MiB/s][r=30.3k IOPS][eta 00m:00s] 32K: (groupid=0, jobs=1): err= 0: pid=1163173: Fri Oct 9 09:20:06 2026 read: IOPS=30.5k, BW=952MiB/s (998MB/s)(55.8GiB/60003msec) slat (usec): min=2, max=132, avg= 7.24, stdev= 2.30 clat (usec): min=171, max=23312, avg=2093.64, stdev=377.61 lat (usec): min=181, max=23329, avg=2100.87, stdev=377.69 clat percentiles (usec): | 1.00th=[ 1696], 5.00th=[ 1844], 10.00th=[ 1893], 20.00th=[ 1958], | 30.00th=[ 2008], 40.00th=[ 2040], 50.00th=[ 2073], 60.00th=[ 2114], | 70.00th=[ 2147], 80.00th=[ 2180], 90.00th=[ 2245], 95.00th=[ 2343], | 99.00th=[ 2835], 99.50th=[ 3884], 99.90th=[ 6849], 99.95th=[ 9110], | 99.99th=[14877] bw ( KiB/s): min=417472, max=1009088, per=100.00%, avg=974890.49, stdev=55488.51, samples=119 iops : min=13046, max=31534, avg=30465.33, stdev=1734.02, samples=119 lat (usec) : 250=0.01%, 500=0.02%, 750=0.03%, 1000=0.03% lat (msec) : 2=29.55%, 4=69.89%, 10=0.44%, 20=0.04%, 50=0.01% cpu : usr=6.20%, sys=26.24%, ctx=1776303, majf=0, minf=520 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0% issued rwts: total=1827220,0,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=64 Run status group 0 (all jobs): READ: bw=952MiB/s (998MB/s), 952MiB/s-952MiB/s (998MB/s-998MB/s), io=55.8GiB (59.9GB), run=60003-60003msec Note : Needs to gothrough write path, no perf gains yet now. Change-Id: I7f81c972a54d10d0ec3586e8630ff8d150ec58b7 Signed-off-by: dpp <deeraj.patil(a)ibm.com> --- M src/CMakeLists.txt M src/FSAL/CMakeLists.txt A src/FSAL/FSAL_URING/CMakeLists.txt A src/FSAL/FSAL_URING/fsal_uring_init.c A src/FSAL/FSAL_URING/uring_pers.c A src/FSAL/FSAL_URING/uring_pers.h M src/FSAL/FSAL_VFS/file.c M src/FSAL/FSAL_VFS/vfs/main-c.in.cmake M src/FSAL/FSAL_VFS/vfs_methods.h A src/FSAL/FSAL_VFS_URING/CMakeLists.txt A src/FSAL/FSAL_VFS_URING/main.c A src/FSAL/FSAL_VFS_URING/vfs_uring_fd.c A src/FSAL/FSAL_VFS_URING/vfs_uring_fops.c A src/FSAL/FSAL_VFS_URING/vfs_uring_io.c A src/FSAL/FSAL_VFS_URING/vfs_uring_meta.c A src/FSAL/FSAL_VFS_URING/vfs_uring_methods.h A src/FSAL/FSAL_VFS_URING/vfs_uring_rw.c M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/CMakeLists.txt M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_int.h A src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_uring.c M src/FSAL/fsal_config.c A src/FSAL/fsal_uring.c M src/MainNFSD/CMakeLists.txt M src/MainNFSD/libganesha_nfsd.ver M src/MainNFSD/nfs_admin_thread.c M src/MainNFSD/nfs_init.c M src/Protocols/CMakeLists.txt M src/Protocols/NFS/nfs4_Compound.c A src/Protocols/NFS_URING/CMakeLists.txt A src/Protocols/NFS_URING/nfs4_Compound_uring.c A src/Protocols/NFS_URING/nfs4_op_access_uring.c A src/Protocols/NFS_URING/nfs4_op_allocate_uring.c A src/Protocols/NFS_URING/nfs4_op_commit_uring.c A src/Protocols/NFS_URING/nfs4_op_getattr_uring.c A src/Protocols/NFS_URING/nfs4_op_read_uring.c A src/Protocols/NFS_URING/nfs4_op_write_uring.c A src/Protocols/NFS_URING/nfs4_uring_internal.h A src/Protocols/NFS_URING/nfs4_uring_optab.c A src/Protocols/NFS_URING/nfs4_uring_resume_pool.c M src/doc/man/ganesha-log-config.rst A src/include/FSAL/fsal_uring.h A src/include/FSAL/fsal_uring_fops.h A src/include/FSAL/fsal_uring_meta.h M src/include/config-h.in.cmake M src/include/fsal_api.h M src/include/fsal_types.h M src/include/gsh_config.h A src/include/io_uring/uring_engine.h M src/include/log_common.h M src/include/nfs_proto_data.h M src/include/nfs_proto_functions.h A src/io_uring/CMakeLists.txt A src/io_uring/core/CMakeLists.txt A src/io_uring/core/uring_engine.c A src/io_uring/core/uring_engine.h M src/log/log_functions.c M src/support/nfs_creds.c M src/support/nfs_read_conf.c 58 files changed, 15,567 insertions(+), 14 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/82/1253882/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1253882?usp=email To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: ffilz/nfs-ganesha Gerrit-Branch: next Gerrit-Change-Id: I7f81c972a54d10d0ec3586e8630ff8d150ec58b7 Gerrit-Change-Number: 1253882 Gerrit-PatchSet: 1 Gerrit-Owner: deeraj.patil(a)ibm.com

1 0