From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f46.google.com (mail-pj1-f46.google.com [209.85.216.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F310236C59F for ; Wed, 7 Jan 2026 17:27:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767806870; cv=none; b=ZLic+kfIbeZXPQ5IYEKxLzENO/Oyp48gCTTRxRyGCu+krZdEhsnaA0EKPdZvkOvjg4E/20RQpYG6ZYEWxltmcRu0YrjVJXVSOMdK48I9GzMIPwoNi7uMA4DyY1dfTkzjCVNi8DbfTmorVukw6jIWqsGuuztEDJaFLCP43iRfXhI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767806870; c=relaxed/simple; bh=Ttkg2XpXdV7mU4TtIvuypgDn9POxEKCuiqAdPxPROfQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=PgU6uZ+/twVAmu71cfQhrI6eXRNrz0tdCupP0hoWgkhzpH1ogy2d5MfePx5hjG34lM6vr50klkOPtMt9CQeow8J2xLFO+gBXQKkjNsHEfcqqeFqI8F7JePWa4QoQRmDVXu+mfe8jvsKjRsERWTFuHygmo8vprV+UFQ8qFsLsxeg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=Groves.net; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=g15ShgNL; arc=none smtp.client-ip=209.85.216.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=Groves.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="g15ShgNL" Received: by mail-pj1-f46.google.com with SMTP id 98e67ed59e1d1-34f634dbfd6so1303736a91.2 for ; Wed, 07 Jan 2026 09:27:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1767806863; x=1768411663; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:sender:from:to:cc:subject:date:message-id:reply-to; bh=smDhjw69opHcgwAO6wrw0z059aJcdcN+GUjt6JFpHNc=; b=g15ShgNLItk3rEXWXd7a5JbCOvkAvXGEkcg78F53zrw6PhNflVlWmn7M4TdkN0bJU4 1wULih0x/1/sdHhol9stts+P+cykLS/Nf3Pq9yxeS6LCOoiHHLyr11/ZQ+RCBDZN93bs jNKEApuDhVLYfVV4y9jN4//5XnCZmDyddv5rpoD6o2yr+gtsUcuACLHDdCIVpvYm2Zsi 9pmYFx3c7qq661/YxdFB2eu2epkhPy/UDhlYxiFJWl4wIiZgzJ7n4rZ2waf2fs5Zj2mQ RdSf+AOKJokwFRBo85o2WYJx2K7LPeixxnt7naVdX468PlvCKiGeGbYl4Ft0tQsyLcNY 7S1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767806863; x=1768411663; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:sender:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=smDhjw69opHcgwAO6wrw0z059aJcdcN+GUjt6JFpHNc=; b=Y1EkMAN7vAhHNPQZBQwaWzTF2F+1WRzpTOaQ61tCpRFzZ70sTOfeUrKpIbSwhN0WCd gHBzXMgT1HKM26sfwY8kz270HRWoma9BWxM01oC63jES7FsIiSKX/KOccsQxIqYAQ0KW Y3v03V8nHtjOkrDmZMUsYiEvA/P4x0s6EGMO0JAe3OqPVJjW0PfCi9GKDHvr5vwe/Gwo vBip10mFRbIBuUYK837wxvduHSBjUIsJx+dDolKCxclMJXPopaM11sf1Bo1WrclFOcPX BhSsQflQzjsARPyS10pwjdG9sPInWT+C7csD1xDdGsYXeWALB6eZsxv4Rj3vZIaIfhjK 70tg== X-Forwarded-Encrypted: i=1; AJvYcCUO15WKqzh7op842FZA4XUg/edP38t6qIAkKOKNa+576dZxjeEJzl/Ww4Ff1Ye5h9c5I005OfZp99zmDLw=@vger.kernel.org X-Gm-Message-State: AOJu0Yz3PpvT99XWCAvH4qFwbTjM+yBbHfyUONgrfINw8fqVjfJD1myR xhuazDVr1fWqQNMCtC6Og49Bdkk6koekIoMCx9fkIkMTp7Z0sNIojXhw5uccdw== X-Gm-Gg: AY/fxX58z5I5n92/HFFbqCXiqfKHHXnE8B9XoVFyHea01INx+NvU4UFyNC8Qi98rBpX en6wERFkBRsT99OHcFKTf1r6rgUuqjFwEwB1vK5uyTXXmFhVxcn01B15OxzbinvWBDER+0hwXMl 4EKw8ja4TZk0D/3Owe/erNuvSIL35jjXtZ3M8TZIW5HdjmvK0Zbudz81rbH2a29HK0/7jM6UGUg gc4jUiFaXMV7GIZSPdJ+uGczzMu+ZGUtMhB+iGZqnln8Uw5M7M82iPxsCxLf22EGw3H/yB5W9sO cVter8asj68MhoZCR5dbWk05F9IVqQ2Cfd0f7Dk9JungfeTbQ/JN8A0TbcfhZafxpUbD2riga7C SF+qSf8e3BkssGMqcpUlMBw0eftHXvwy5p37fne5yBGTKyGRCwpZagBX0MTMXPqn2KbvnvOgA0X ISo42PZPptdrvjj/4V+YweoMtkuzdaUQy2bdro2U5dsF1X X-Google-Smtp-Source: AGHT+IGk3VZwDE/lNocDKTrmheVpB/dJskVwCoQ351Cwl656mI6EkUE/J2SR25sUuHffBBW1+p+c1g== X-Received: by 2002:a05:6808:668c:10b0:45a:7773:9013 with SMTP id 5614622812f47-45a77739cc0mr200634b6e.21.1767799968204; Wed, 07 Jan 2026 07:32:48 -0800 (PST) Received: from localhost.localdomain ([2603:8080:1500:3d89:a917:5124:7300:7cef]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7ce478af8b2sm3393292a34.15.2026.01.07.07.32.45 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Wed, 07 Jan 2026 07:32:47 -0800 (PST) Sender: John Groves From: John Groves X-Google-Original-From: John Groves To: John Groves , Miklos Szeredi , Dan Williams , Bernd Schubert , Alison Schofield Cc: John Groves , Jonathan Corbet , Vishal Verma , Dave Jiang , Matthew Wilcox , Jan Kara , Alexander Viro , David Hildenbrand , Christian Brauner , "Darrick J . Wong" , Randy Dunlap , Jeff Layton , Amir Goldstein , Jonathan Cameron , Stefan Hajnoczi , Joanne Koong , Josef Bacik , Bagas Sanjaya , Chen Linxuan , James Morse , Fuad Tabba , Sean Christopherson , Shivank Garg , Ackerley Tng , Gregory Price , Aravind Ramesh , Ajay Joshi , venkataravis@micron.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: [PATCH BUNDLE] famfs: Fabric-Attached Memory File System Date: Wed, 7 Jan 2026 09:32:44 -0600 Message-ID: <20260107153244.64703-1-john@groves.net> X-Mailer: git-send-email 2.50.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit This is a coordinated patch submission for famfs (Fabric-Attached Memory File System) across three repositories: 1. Linux kernel (21 patches) - dax fsdev driver + fuse/famfs integration 2. libfuse (4 patches) - famfs protocol support for fuse servers 3. ndctl/daxctl (2 patches) - support for the new "famfs" devdax mode Each series is posted as a reply to this cover message, with individual patches replying to their respective series cover. Overview -------- Famfs exposes shared memory as a file system. It consumes shared memory from dax devices and provides memory-mappable files that map directly to the memory with no page cache involvement. Famfs differs from conventional file systems in fs-dax mode in that it handles in-memory metadata in a sharable way (which begins with never caching dirty shared metadata). Famfs started as a standalone file system [1,2], but the consensus at LSFMM 2024 and 2025 [3,4] was that it should be ported into fuse. The key performance requirement is that famfs must resolve mapping faults without upcalls. This is achieved by fully caching the file-to-devdax metadata for all active files via two fuse client/server message/response pairs: GET_FMAP and GET_DAXDEV. Patch Series Summary -------------------- Linux Kernel (V3, 21 patches): - dax: New fsdev driver (drivers/dax/fsdev.c) providing a devdax mode compatible with fs-dax. Devices can be switched among 'devdax', 'fsdev' and 'system-ram' modes via daxctl or sysfs. - fuse: Famfs integration adding GET_FMAP and GET_DAXDEV messages for caching file-to-dax mappings in the kernel. libfuse (V2, 4 patches): - Updates fuse_kernel.h to kernel 6.19 baseline - Adds famfs DAX fmap protocol definitions - Adds API for kernel mount options - Implements famfs DAX fmap support for fuse servers ndctl/daxctl (2 patches): - Adds daxctl support for the new "famfs" mode of devdax - Adds test/daxctl-famfs.sh for testing mode transitions Changes Since V2 (kernel) ------------------------- - Dax: Completely new fsdev driver replaces the dev_dax_iomap modifications. Uses MEMORY_DEVICE_FS_DAX type with order-0 folios for fs-dax compatibility. - Dax: The "poisoned page" problem is properly fixed via fsdev_clear_folio_state() which clears stale mapping/compound state when fsdev binds. - Dax: Added dax_set_ops() and driver unbind protection while filesystem mounted. - Fuse: Famfs mounts require CAP_SYS_RAWIO (exposing raw memory devices). - Fuse: Added DAX address_space_operations with noop_dirty_folio. - Rebased to latest kernels, compatible with recent dax refactoring. Testing ------- The famfs user space [5] includes comprehensive smoke and unit tests that exercise all three components together. The ndctl series includes a dedicated test for famfs mode transitions. References ---------- [1] https://lore.kernel.org/linux-cxl/cover.1708709155.git.john@groves.net/ [2] https://lore.kernel.org/linux-cxl/cover.1714409084.git.john@groves.net/ [3] https://lwn.net/Articles/983105/ (LSFMM 2024) [4] https://lwn.net/Articles/1020170/ (LSFMM 2025) [5] https://famfs.org (famfs user space) [6] https://lore.kernel.org/linux-cxl/20250703185032.46568-1-john@groves.net/ (V2) -- John Groves