Matthew Wilcox (Oracle) dfebf24b3a iomap: Remove large folio handling in iomap_invalidate_folio() ... [ Upstream commit a221ab717c ] We do not need to release the iomap_page in iomap_invalidate_folio() to allow the folio to be split. The splitting code will call ->release_folio() if there is still per-fs private data attached to the folio. At that point, we will check if the folio is still dirty and decline to release the iomap_page. It is possible to trigger the warning in perfectly legitimate circumstances (eg if a disk read fails, we do a partial write to the folio, then we truncate the folio), which will cause those writes to be lost. Fixes: 60d8231089 ("iomap: Support large folios in invalidatepage") Signed-off-by: Matthew Wilcox (Oracle) <willy@infradead.org> Reviewed-by: Darrick J. Wong <djwong@kernel.org> Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Sasha Levin <sashal@kernel.org>		2023-09-13 09:52:58 +02:00
..
buffered-io.c	iomap: Remove large folio handling in iomap_invalidate_folio()	2023-09-13 09:52:58 +02:00
direct-io.c	- Yosry Ahmed brought back some cgroup v1 stats in OOM logs.	2023-06-28 10:28:11 -07:00
fiemap.c	fs: Move many prototypes to pagemap.h	2022-03-21 12:59:02 -04:00
iter.c	iomap: write iomap validity checks	2022-11-29 09:09:17 +11:00
Makefile	iomap: build the block based code conditionally	2021-12-04 08:58:54 -08:00
seek.c	iomap: switch iomap_seek_data to use iomap_iter	2021-08-16 21:26:33 -07:00
swapfile.c	mm/swap: consider max pages in iomap_swapfile_add_extent	2021-08-18 12:47:52 -07:00
trace.c	iomap: Add DIO tracepoints	2023-04-21 08:54:47 -07:00
trace.h	iomap: Add DIO tracepoints	2023-04-21 08:54:47 -07:00