Matthew Wilcox (Oracle) 254c396da3 iomap: Remove large folio handling in iomap_invalidate_folio() ... [ Upstream commit a221ab717c43147f728d93513923ba3528f861bf ] 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:42:27 +02:00
..
buffered-io.c	iomap: Remove large folio handling in iomap_invalidate_folio()	2023-09-13 09:42:27 +02:00
direct-io.c	new iov_iter flavour - ITER_UBUF	2022-08-08 22:37:15 -04:00
fiemap.c	fs: Move many prototypes to pagemap.h	2022-03-21 12:59:02 -04:00
iter.c	iomap: move loop control code to iter.c	2021-08-16 21:26:33 -07: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: lift common tracing code from xfs to iomap	2019-10-21 08:51:59 -07:00
trace.h	iomap: add a tracepoint for mappings returned by map_blocks	2022-10-02 11:42:19 -07:00