Page MenuHomeFreeBSD

vm_page: Fix a logic error in the handling of PQ_ACTIVE operations
ClosedPublic

Authored by markj on Sep 30 2022, 3:36 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Oct 2, 11:10 AM
Unknown Object (File)
Wed, Oct 2, 1:29 AM
Unknown Object (File)
Tue, Oct 1, 4:46 AM
Unknown Object (File)
Mon, Sep 30, 2:08 PM
Unknown Object (File)
Mon, Sep 16, 6:59 AM
Unknown Object (File)
Sep 2 2024, 1:50 PM
Unknown Object (File)
Sep 2 2024, 3:47 AM
Unknown Object (File)
Aug 21 2024, 11:22 PM
Subscribers

Details

Summary

As an optimization, vm_page_activate() avoids requeuing a page that's
already in the active queue. A page's location in the active queue is
mostly unimportant.

When a page is unwired and placed back in the page queues,
vm_page_unwire() avoids moving pages out of PQ_ACTIVE to honour the
request, the idea being that they're likely mapped and so will simply
get bounced back in to PQ_ACTIVE during a queue scan.

In both cases, if the page was logically in PQ_ACTIVE but had not yet
been physically enqueued (i.e., the page is in a per-CPU batch), we
would end up clearing PGA_REQUEUE from the page. Then, batch processing
would ignore the page, so it would end up unwired and not in any queues.
This can arise, for example, when a page is allocated and then
vm_page_activate() is called multiple times in quick succession. The
result is that the page is hidden from the page daemon, so while it will
be freed when its VM object is destroyed, it cannot be reclaimed under
memory pressure.

Fix the bug: when checking if a page is in PQ_ACTIVE, only perform the
optimization if the page is physically enqueued.

Fixes: f3f38e2580f1 ("Start implementing queue state updates using fcmpset loops.")
PR: 256507

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable