3  * Memory Migration functionality - linux/mm/migrate.c
7  * Page migration was first developed in the context of the memory hotplug
8  * project. The main authors of the migration code are:
95 	 * compaction threads can race against page migration functions  in isolate_movable_page()
99 	 * being (wrongly) re-isolated while it is under migration,  in isolate_movable_page()
141  * from where they were once taken off for compaction/migration.
181  * Restore a potential migration pte to a working pte entry
202 		/* PMD-mapped THP migration entry */  in remove_migration_pte()
282  * Get rid of all migration entries and replace them by
299  * Something used the pte of a page under migration. We need to
300  * get to the page and wait until migration is finished.
352 		 * If migration entry existed, safe to release vma lock  in migration_entry_wait_huge()
578 	 * migration entries. We can still have PG_anon_exclusive set on an  in folio_migrate_flags()
656  *                    Migration functions
679  * migrate_folio() - Simple folio migration.
809  * buffer_migrate_folio() - Migration function for folios with buffers.
831  * buffer_migrate_folio_norefs() - Migration function for folios with buffers.
897 	 * migration. Writeout may mean we lose the lock and the  in writeout()
899 	 * At this point we know that the migration attempt cannot  in writeout()
914  * Default handling if a filesystem does not provide a migration function.
920 		/* Only writeback folios in full synchronous migration */  in fallback_migrate_folio()
972 			 * for page migration.  in move_to_new_folio()
983 		 * isolation step. In that case, we shouldn't try migration.  in move_to_new_folio()
1029  * To record some information during migration, we use unused private
1087 /* Cleanup src folio upon migration success */
1172 		 * Only in the case of a full synchronous migration is it  in migrate_folio_unmap()
1192 	 * of migration. File cache pages are no problem because of page_lock()  in migrate_folio_unmap()
1193 	 * File Caches may use write_page() or lock_page() in migration, then,  in migrate_folio_unmap()
1240 		/* Establish migration ptes */  in migrate_folio_unmap()
1310 	 * If migration is successful, decrease refcount of dst,  in migrate_folio_move()
1347  * Counterpart of unmap_and_move_page() for hugepage migration.
1350  * because there is no race between I/O and migration for hugepage.
1358  * hugepage migration fails without data corruption.
1360  * There is also no race when direct I/O is issued on the page under migration,
1361  * because then pte is replaced with migration swap entry and direct I/O code
1362  * will wait in the page fault for migration to complete.
1466 	 * If migration was not successful and there's a freeing callback, use  in unmap_and_move_huge_page()
1546 			 * of hugepage migration like soft offline and memory  in migrate_hugetlbs()
1548 			 * the hugepage is pmd-based or not before kicking migration.  in migrate_hugetlbs()
1587 				 * removed from migration folio list and not  in migrate_hugetlbs()
1611  * We only batch migration if mode == MIGRATE_ASYNC to avoid to wait a
1649 			 * Large folio migration might be unsupported or  in migrate_pages_batch()
1738 				 * removed from migration folio list and not  in migrate_pages_batch()
1871  *		   supplied as the target for the page migration
1875  *			as the target of the folio migration.
1876  * @put_new_folio:	The function used to free target folios if migration
1879  * @mode:		The migration mode that specifies the constraints for
1880  *			folio migration, if any.
1881  * @reason:		The reason for folio migration.
1964 	 * Put the permanent failure folio back to migration list, they  in migrate_pages()
2015 		 * clear __GFP_RECLAIM to make the migration callback  in alloc_migration_target()
2232 			/* The page is successfully queued for migration */  in do_pages_move()
2462  * Returns true if this is a safe migration target node for misplaced NUMA
2546 	 * disappearing underneath us during migration.  in numamigrate_isolate_page()