lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Mon, 1 Apr 2024 08:20:40 -0700
From: Nhat Pham <nphamcs@...il.com>
To: Kairui Song <ryncsn@...il.com>
Cc: Zhaoyu Liu <liuzhaoyu.zackary@...edance.com>, akpm@...ux-foundation.org, 
	ying.huang@...el.com, songmuchun@...edance.com, david@...hat.com, 
	willy@...radead.org, chrisl@...nel.org, yosryahmed@...gle.com, 
	guo.ziliang@....com.cn, linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH] mm: swap: prejudgement swap_has_cache to avoid page allocation

On Mon, Apr 1, 2024 at 8:15 AM Kairui Song <ryncsn@...il.com> wrote:
> eg. If swap_has_cache returns true, then swap cache is freed, and
> skip_if_exists is set to true, __read_swap_cache_async will return
> NULL for an entry that it should be able to alloc and cache, could
> this be a problem (for example, causing zswap writeback to fail with
> ENOMEM due to readahead)?

Yeah the scenario you describe sounds plausible to me. This will make
zswap writeback less efficient - it seems more pages will be
(unnecessarily) skipped because of this check.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ