Skip to content
/ linux Public

Commit 727e514

Browse files
Deepakkumar KarnSasha Levin
authored andcommitted
fs/buffer: add alert in try_to_free_buffers() for folios without buffers
[ Upstream commit b68f91e ] try_to_free_buffers() can be called on folios with no buffers attached when filemap_release_folio() is invoked on a folio belonging to a mapping with AS_RELEASE_ALWAYS set but no release_folio operation defined. In such cases, folio_needs_release() returns true because of the AS_RELEASE_ALWAYS flag, but the folio has no private buffer data. This causes try_to_free_buffers() to call drop_buffers() on a folio with no buffers, leading to a null pointer dereference. Adding a check in try_to_free_buffers() to return early if the folio has no buffers attached, with WARN_ON_ONCE() to alert about the misconfiguration. This provides defensive hardening. Signed-off-by: Deepakkumar Karn <dkarn@redhat.com> Link: https://patch.msgid.link/20251211131211.308021-1-dkarn@redhat.com Reviewed-by: Jan Kara <jack@suse.cz> Signed-off-by: Christian Brauner <brauner@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
1 parent 773855c commit 727e514

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

fs/buffer.c

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2968,6 +2968,10 @@ bool try_to_free_buffers(struct folio *folio)
29682968
if (folio_test_writeback(folio))
29692969
return false;
29702970

2971+
/* Misconfigured folio check */
2972+
if (WARN_ON_ONCE(!folio_buffers(folio)))
2973+
return true;
2974+
29712975
if (mapping == NULL) { /* can this still happen? */
29722976
ret = drop_buffers(folio, &buffers_to_free);
29732977
goto out;

0 commit comments

Comments
 (0)