[PATCH 06/11] migrate: Remove call to ->writepage

Matthew Wilcox willy at infradead.org
Thu Mar 27 16:52:01 UTC 2025


On Thu, Mar 27, 2025 at 11:04:57AM -0400, Zi Yan wrote:
> On Fri Mar 7, 2025 at 8:54 AM EST, Matthew Wilcox (Oracle) wrote:
> > The writepage callback is going away; filesystems must implement
> > migrate_folio or else dirty folios will not be migratable.
> 
> What is the impact of this? Are there any filesystem that has
> a_ops->writepage() without migrate_folio()? I wonder if it could make
> the un-migratable problem worse[1] when such FS exists.

As Christoph and I have been going through filesystems removing their
->writepage operations, we've been careful to add ->migrate_folio
callbacks at the same time.  But we haven't fixed any out-of-tree
filesystems, and we can't fix the filesystems which will be written in
the future.

So maybe what we should do is WARN_ON_ONCE() for filesystems which
have a ->writepages, but do not have a ->migrate_folio()?

> >  static int fallback_migrate_folio(struct address_space *mapping,
> >  		struct folio *dst, struct folio *src, enum migrate_mode mode)
> >  {
> > -	if (folio_test_dirty(src)) {
> > -		/* Only writeback folios in full synchronous migration */
> > -		switch (mode) {
> > -		case MIGRATE_SYNC:
> > -			break;
> > -		default:
> > -			return -EBUSY;
> > -		}
> > -		return writeout(mapping, src);
> > -	}
> 
> Now fallback_migrate_folio() no longer writes out page for FS, so it is
> the responsibilty of migrate_folio()?

->migrate_folio() doesn't need to write out the page.  It can migrate
dirty folios (just not folios currently under writeback, obviously)



More information about the Intel-gfx mailing list