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] [thread-next>] [day] [month] [year] [list]
Message-Id: <CFQZSHV700KV.18Y62SACP8KOO@taiga>
Date:   Tue, 16 Nov 2021 07:32:33 +0100
From:   "Drew DeVault" <sir@...wn.com>
To:     "Andrew Morton" <akpm@...ux-foundation.org>,
        "Ammar Faizi" <ammarfaizi2@...weeb.org>
Cc:     <linux-kernel@...r.kernel.org>, <linux-api@...r.kernel.org>,
        "io_uring Mailing List" <io-uring@...r.kernel.org>,
        "Jens Axboe" <axboe@...nel.dk>,
        "Pavel Begunkov" <asml.silence@...il.com>, <linux-mm@...ck.org>
Subject: Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB

On Tue Nov 16, 2021 at 5:35 AM CET, Andrew Morton wrote:
> Unfortunately I didn't know about this until Nov 4, which was formally
> too late for 5.16. I guess I could try to sneak it past Linus if
> someone were to send me some sufficiently convincing words explaining
> the urgency.

I don't think it's that urgent, but I also wouldn't protest if someone
wants to usher it in sooner rather than later.

> And a question: rather than messing around with a constant which will
> need to be increased again in a couple of years, can we solve this one
> and for all? For example, permit root to set the system-wide
> per-process max mlock size and depend upon initscripts to do this
> appropriately.

Not sure I understand. Root and init scripts can already manage this
number - the goal of this patch is just to provide a saner default.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ