From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5F818C46467 for ; Wed, 11 Jan 2023 07:27:29 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id BF0978E0003; Wed, 11 Jan 2023 02:27:28 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B79768E0001; Wed, 11 Jan 2023 02:27:28 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9F3CA8E0003; Wed, 11 Jan 2023 02:27:28 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 8AA9A8E0001 for ; Wed, 11 Jan 2023 02:27:28 -0500 (EST) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id D5EBE1A03B6 for ; Wed, 11 Jan 2023 07:27:27 +0000 (UTC) X-FDA: 80341687734.02.1D21C71 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by imf07.hostedemail.com (Postfix) with ESMTP id 46A7E40017 for ; Wed, 11 Jan 2023 07:27:26 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="dxD1oUY/"; spf=pass (imf07.hostedemail.com: domain of ebiggers@kernel.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=ebiggers@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1673422046; a=rsa-sha256; cv=none; b=vRSiJYCtiBVAC5Fwb0eQHcHmnWpAdr7bmfnzoRQuSu0zgPQIcAsG+SKZJdPv/RmVptO/Zm TnyTT8AxVlPjCoqWoqHal5nvmSUIzKCX2YYTpl8CCwMkwhs9QSI8CJnT68X1SZVH2v/9kg Vp4g/o5s1JogUHEtrdYtl6hd9LjSKmE= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="dxD1oUY/"; spf=pass (imf07.hostedemail.com: domain of ebiggers@kernel.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=ebiggers@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1673422046; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=6jalbk7RBukTyYQZAPG4wS6EDCBmdS71SRsgCDOnDEo=; b=ZwVJFdIUZ3SUys/pJ+fp3Li0EaTS+x0KCwo/JUafwkUFXifROx51a6jTlSo8nXBjQ1bS3W OvW6xKSJZfBRL6FwcOhZ6KitdnZRFY/fLrY5ZuCEqPZXJmtY1rozPm+P/LOsdnhfs5B5IU A4d1gvAhCtXyOFo7vqjEm+bhkANUlxY= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 614EEB81B32; Wed, 11 Jan 2023 07:27:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 71144C433EF; Wed, 11 Jan 2023 07:27:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1673422043; bh=UNsE1Sfj5VIoaJ3hwnzx1FJI4j5UgDzN3GkA3q+AUVs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=dxD1oUY/RiJXEOCbw6ek4gNpqHM0mBLH6ylbuGTsQAmrEb31BsclPpX+2w001z2pN wUn2V4BtVR/nBTABTB5MnBq06fXVLWWfWRrD0RIISkXhqA5EOFB1nTdr5j5bRpUP3f ZxIKCi4iBi5pmrl0OWhPYkSqWrgS8L44gJpC1UDmdu4s/T6YO1bkVqdB2GTAK1Bcod VSVPPxRe8wziAVI8YJRZZtr6lhVzI7fDpKtki8x8Swdnsl3VwZimXrvodTZCDZlrM9 NHE74X7+o/MQvCYmP1ytwFRCo8LJMBdxHdGiwm1G9qPq8jL925wbDD5CKFYMhW4uaX 0kJUFhw7jl+Qw== Date: Tue, 10 Jan 2023 23:27:20 -0800 From: Eric Biggers To: Linus Torvalds Cc: Florian Weimer , "Jason A. Donenfeld" , Andy Lutomirski , Ingo Molnar , linux-kernel@vger.kernel.org, patches@lists.linux.dev, tglx@linutronix.de, linux-crypto@vger.kernel.org, linux-api@vger.kernel.org, x86@kernel.org, Greg Kroah-Hartman , Adhemerval Zanella Netto , Carlos O'Donell , Arnd Bergmann , Jann Horn , Christian Brauner , linux-mm@kvack.org, mlichvar@redhat.com Subject: Re: [PATCH v14 2/7] mm: add VM_DROPPABLE for designating always lazily freeable mappings Message-ID: References: <20230101162910.710293-1-Jason@zx2c4.com> <20230101162910.710293-3-Jason@zx2c4.com> <874jt0kndq.fsf@oldenburg.str.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Queue-Id: 46A7E40017 X-Rspamd-Server: rspam01 X-Stat-Signature: ym7xjptmm37jm1uu667o5jknwartta38 X-HE-Tag: 1673422046-685341 X-HE-Meta: U2FsdGVkX1+1jEIWdJCiRVzwP1yaCE9Km5Bt6zX8806nw/ZvVU83ZdnFQiLTeW7AxemxAgnS9Dycrk71yMPOd34seKsqkAzkoyYRW9u/FNC0xnMbE1/Uwcmu2KhWLwbxSnkxggdaVOULagmLr5VCWm4c3bdM45wolKzW/htJhJuk7hkkcXIx5oy0YiZ2D0nHt0EXCZPwBNhILvBpTMebc6qBnh5+c5Iw1AsCvyte8a5Yz8DsUb6lQTX40+A1Y7xqWYTfpipgb3IBr8Ajx5cGH5A126Gm6jL6mRs+Onxx/UxaoEoYNaOVJyg6ZK1F5+CXVejSBxycwfHodKO1vqW82sCRrS8PwXCgav1o7+S4gJFWugt1RLxVvWz+GtTUG9lo8Ya8kWdDix7SAOVB9vRq9L5684KlGDNU9tjhR4jvjveoT06zf0XXrS6x7zjxi6CoTnnwXtdxQKbl6mTN0Q0p/VCOVpHwFIMwxlhkk+oTRt6lD1DG45ohpKAbOT0dHwlf6cCVm90yDFlZtbP5SwL1MGx+tsdf6S4JAp5BD5XLHCigGzhpqnB3qfOjrEqcOC39dnTxFiuWG2FS9MEwKubyOMq/yRCvjZFmL3fOC3wEqv0b3sRzlEA8QHqrIW67DO9b7/nXaTD6BEF84ylRPL+iUTH+jafEzOkp3jx2eaXweDyTrbYv0xoI31XZeyCl5RJlIqm1n9JZTpnyqrHc5xgVRXIbm+NkSYL96DFtHB8jJplGxPSQAFletGxwyKCgLh5sUVFx1r+7YwO1jRQnmTB+3qCEfz5p0mRIt2Q+u5905JPGWvBngltsCK+QRLRBN/cxymATyaGg8NC4GHqWYsdJgcDTTqlOXNy6tJVONJGp4C46p/GBKAYwG62fByUnDs7qTEpiv7VaITrAW+IgWsb0ns879MSChDeqya+cnxS9tcC8ayfSR9P3hzHZJwf+a8LATtcAQB9X3TXkHPXNW0R QlYgSnMy jRPiM63/N5ALGdXJs1gHpXOpIU923AIu2xBcCIb8Wu+ApFXU= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Jan 09, 2023 at 08:28:58AM -0600, Linus Torvalds wrote: > On Mon, Jan 9, 2023 at 4:34 AM Florian Weimer wrote: > > > > We did these changes on the glibc side because Jason sounded very > > confident that he's able to deliver vDSO acceleration for getrandom. If > > that fails to materialize, we'll just have to add back userspace > > buffering in glibc. > > My whole argument has been that user-space buffering is the sane thing > to do. Most definitely for something like glibc. > > The number of people who go "oh, no, my buffer or randomness could be > exposed by insert-odd-situation-here" is approximately zero, and then > the onus should be on *them* to do something special. > > Because *they* are special. Precious little snowflake special. > > Linus How would userspace decide when to reseed its CRNGs, then? IMO, the main benefit of the VDSO getrandom over a traditional userspace CRNG is that it makes reseeds of the kernel's CRNG take effect immediately. See the cover letter, where Jason explains this. It's definitely important to make the memory used by userspace CRNGs have appropriate semantics, but my understanding is that's not the main point. - Eric