[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20241014162730.fc48f2a53b89639a6207ba9d@linux-foundation.org>
Date: Mon, 14 Oct 2024 16:27:30 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Wei Xu <weixugc@...gle.com>
Cc: Yu Zhao <yuzhao@...gle.com>, Brian Geffon <bgeffon@...gle.com>, Jan
Alexander Steffens <heftig@...hlinux.org>, Suleiman Souhlal
<suleiman@...gle.com>, Axel Rasmussen <axelrasmussen@...gle.com>,
linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] mm/mglru: reset page lru tier bits when activating
On Mon, 14 Oct 2024 22:12:31 +0000 Wei Xu <weixugc@...gle.com> wrote:
> folio_activate() calls lru_gen_add_folio() to move the folio to the
> youngest generation. But unlike folio_update_gen()/folio_inc_gen(),
> lru_gen_add_folio() doesn't reset the folio lru tier bits
> (LRU_REFS_MASK | LRU_REFS_FLAGS). Fix this inconsistency in
> lru_gen_add_folio() when activating a folio.
What are the runtime effects of this flaw?
Powered by blists - more mailing lists