kernel/git/next/linux-next.git/include, branch fs-nextThe linux-next integration testing treehttps://git.landau.one/pub/scm/linux/kernel/git/next/linux-next.git/atom?h=fs-next2026-09-09T11:10:45+00:00Merge branch 'vfs.all' of https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git2026-09-09T11:10:45+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:45+00:00urn:sha1:6c5788040ed042d61e4722e59de7017fa79c5a1eMerge branch 'nfsd-next' of https://git.kernel.org/pub/scm/linux/kernel/git/cel/linux2026-09-09T11:10:38+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:38+00:00urn:sha1:8d74e67a06fd857cd86cf916a1dbf2ebaff0fa32Merge branch 'for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git2026-09-09T11:10:32+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:32+00:00urn:sha1:7728d807f42ad004ee1cac29868b7a60f60e794dMerge branch 'dev' of https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git2026-09-09T11:10:31+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:31+00:00urn:sha1:0af116d6049fcdcde6af40eecc8bd9a7a129e9d6Merge branch 'for_next' of https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git2026-09-09T11:10:30+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:30+00:00urn:sha1:79935bdd2a0a51a8cfb6986904d8c2b6af8d0675Merge branch 'for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git2026-09-09T11:10:23+00:00Mark Brownbroonie@kernel.org2026-09-09T11:10:23+00:00urn:sha1:51711ce11080b2270299674aa2ac70e7fdcf1f48Merge branch 'vfs.fixes' of https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git2026-09-09T10:57:03+00:00Mark Brownbroonie@kernel.org2026-09-09T10:57:03+00:00urn:sha1:999989e3730c15ae0185253ca67db52d4b57bee4Pull clang context analysis fix2026-09-09T09:45:37+00:00Jan Karajack@suse.cz2026-09-09T09:45:37+00:00urn:sha1:fdd4b109830d0458336ea99d119c8210f7da3a47once_lite: Simplify condition handling and fix context analysis2026-09-08T23:54:02+00:00Marco Elverelver@google.com2026-09-03T10:16:38+00:00urn:sha1:0bb666d5f5a2339a5692afb312c2161df9620503
When WARN_ON_ONCE() wraps a conditional lock acquisition (such as
down_write_trylock()) on architectures relying on DO_ONCE_LITE_IF()
(e.g. arm), Clang's context analysis (Thread Safety Analysis) failed
with a false positive:
fs/ext2/xattr.c:825:6: error: rw_semaphore 'EXT2_I().xattr_sem' is not held on every path through here [-Werror,-Wthread-safety-analysis]
825 | if (WARN_ON_ONCE(!down_write_trylock(&EXT2_I(inode)->xattr_sem)))
| ^
This happens because DO_ONCE_LITE_IF() branches on __ONCE_LITE_IF()'s
return value (__ret_once), creating an intermediate branch merge point
where the lock may or may not be held depending on whether the once-flag
(__already_done) was already set. Because the merge branch condition is
__ret_once rather than the trylock predicate (__ret_do_once), Clang
cannot reconcile the lockset at the branch merge points.
Fix it by refactoring __ONCE_LITE_IF() into an unconditional
__ONCE_LITE() primitive and redefining __ONCE_LITE_IF(condition) as:
(unlikely(condition) && __ONCE_LITE())
This simplifies the implementation, short-circuits evaluation so that
__ONCE_LITE() is not called when the condition is false, and ensures
that DO_ONCE_LITE_IF() only enters __ONCE_LITE() when __ret_do_once is
true.
Reported-by: Nathan Chancellor <nathan@kernel.org>
Link: https://lore.kernel.org/all/20260903072759.GA1750084@ax162/
Signed-off-by: Marco Elver <elver@google.com>
Tested-by: Nathan Chancellor <nathan@kernel.org> # build
Link: https://patch.msgid.link/20260903101843.3462767-1-elver@google.com
Signed-off-by: Nathan Chancellor <nathan@kernel.org>
btrfs: fix typos and repeated words in comments2026-09-07T12:36:34+00:00Hemanth Selamhemanth.selam@gmail.com2026-09-07T04:48:01+00:00urn:sha1:cb8670ad680034fa0f87ee947376831fd195f7b6
Fix misspellings and repeated words in comments, found with
scripts/checkpatch.pl and codespell. Only touches comments, no code
changes.
Assisted-by: Cursor:claude-opus-5
Signed-off-by: Hemanth Selam <hemanth.selam@gmail.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>