On Thu, Jun 09, 2022 at 06:40:28PM +0100, Matthew Wilcox wrote:
> On Thu, Jun 09, 2022 at 06:33:23PM +0200, David Sterba wrote:
> > On Wed, Jun 08, 2022 at 04:02:42PM +0100, Matthew Wilcox (Oracle) wrote:
> > > Use filemap_migrate_folio() to do the bulk of the work, and then copy
> > > the ordered flag across if needed.
> > >
> > > Signed-off-by: Matthew Wilcox (Oracle) <willy@xxxxxxxxxxxxx>
> > > Reviewed-by: Christoph Hellwig <hch@xxxxxx>
> >
> > Acked-by: David Sterba <dsterba@xxxxxxxx>
> >
> > > +static int btrfs_migrate_folio(struct address_space *mapping,
> > > + struct folio *dst, struct folio *src,
> > > enum migrate_mode mode)
> > > {
> > > - int ret;
> > > + int ret = filemap_migrate_folio(mapping, dst, src, mode);
> > >
> > > - ret = migrate_page_move_mapping(mapping, newpage, page, 0);
> > > if (ret != MIGRATEPAGE_SUCCESS)
> > > return ret;
> > >
> > > - if (page_has_private(page))
> > > - attach_page_private(newpage, detach_page_private(page));
> >
> > If I'm reading it correctly, the private pointer does not need to be set
> > like that anymore because it's done somewhere during the
> > filemap_migrate_folio() call.
>
> That's correct. Everything except moving the ordered flag across is
> done for you, and I'm kind of tempted to modify folio_migrate_flags()
> to copy the ordered flag across as well. Then you could just use
> filemap_migrate_folio() directly.
Either way it works for me. If it would mean an unsafe change in folios
or complicate other code I'm fine with the migration callback that
does additional work for btrfs that could be changed later.
_______________________________________________
Virtualization mailing list
Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
