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 <redacted>
Reviewed-by: Lorenzo Stoakes <redacted>
Signed-off-by: David Hildenbrand <redacted>

Reviewed-by: Sergey Senozhatsky <senozhatsky@chromium.org>