On (25/07/04 12:25), David Hildenbrand wrote: > Instead, let's check in the callbacks if the page was already destroyed, > which can be checked by looking at zpdesc->zspage (see reset_zpdesc()). > > If we detect that the page was destroyed: > > (1) Fail isolation, just like the migration core would > > (2) Fake migration success just like the migration core would > > In the putback case there is nothing to do, as we don't do anything just > like the migration core would do. > > In the future, we should look into not letting these pages get destroyed > while they are isolated -- and instead delaying that to the > putback/migration call. Add a TODO for that. > > Reviewed-by: Harry Yoo <harry.yoo@xxxxxxxxxx> > Reviewed-by: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx> > Signed-off-by: David Hildenbrand <david@xxxxxxxxxx> Reviewed-by: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
