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 1A0D2CA0FE2 for ; Tue, 5 Sep 2023 16:20:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A82D28D000E; Tue, 5 Sep 2023 12:20:17 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A0BBB8D0001; Tue, 5 Sep 2023 12:20:17 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8ACDC8D000E; Tue, 5 Sep 2023 12:20:17 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 762B78D0001 for ; Tue, 5 Sep 2023 12:20:17 -0400 (EDT) Received: from smtpin15.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 41980160965 for ; Tue, 5 Sep 2023 16:20:17 +0000 (UTC) X-FDA: 81203056074.15.05FF9F9 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by imf16.hostedemail.com (Postfix) with ESMTP id 3F99F180030 for ; Tue, 5 Sep 2023 16:20:15 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=S19oxuJf; dmarc=pass (policy=none) header.from=redhat.com; spf=pass (imf16.hostedemail.com: domain of fweimer@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=fweimer@redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1693930815; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=kiG7LMI58PbxxQ7NC4rZfW+AyfhbvsaLPh/UOZNP78k=; b=BB8Ylv0VZequBw6ojvln+oDMk2KTdfxhTx+WIbZf2NHgRV7utf02Ewiph/A+GQZ4mPOXS4 uGVCnVwgDGZN8HvtsZxdnS9YPZrkY+goGlC9WWQSiZbtJ/5XBSRD7xoBFulJFifNPHA+U1 fA0+D09kfaSVv/XFIhwBHOPQvL9vG0g= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=S19oxuJf; dmarc=pass (policy=none) header.from=redhat.com; spf=pass (imf16.hostedemail.com: domain of fweimer@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=fweimer@redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1693930815; a=rsa-sha256; cv=none; b=GI4/ksviIIH0bCGmIinxeA+dttTnTt10YfNn+IwsTipih5pbd4PVX1mpLtpYHZSjCR7kBZ 5Bm8k4OtoT2Y5q0EpY4DTEuu5Oqp2QXsvbmPB3zMRFjkuQcIdnvbs/ZedZCp2Lsk9WFn+8 uTiuGvQQAhQE1oEX3kJH+zXEmN5fmEc= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1693930814; h=from:from: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:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kiG7LMI58PbxxQ7NC4rZfW+AyfhbvsaLPh/UOZNP78k=; b=S19oxuJfscec5K++YJFdWpsa9vCcuwylq4pV8VMmrafOBdL13Oyy4/uED17kpWRlWrf0+A mE5jihDmCnJN63dU5D0idObLorV38U8CtAPQgwDeOrcI3fe4aPXlcYfqk6OzGnNVwbS4Cf qgvr3D8GhXZW3LFBvBzi2pHhsczHQgI= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-657-j9vJhjXcOjWqfSdsL5P9pA-1; Tue, 05 Sep 2023 12:20:09 -0400 X-MC-Unique: j9vJhjXcOjWqfSdsL5P9pA-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 8B0A11C09CC6; Tue, 5 Sep 2023 16:20:08 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.2.16.42]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8C0EF2026D68; Tue, 5 Sep 2023 16:20:06 +0000 (UTC) From: Florian Weimer To: Andrew Morton Cc: Damian Tometzki , Aleksa Sarai , Shuah Khan , Jeff Xu , Kees Cook , Daniel Verkamp , Christian Brauner , Dominique Martinet , stable@vger.kernel.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH v2 3/5] memfd: improve userspace warnings for missing exec-related flags References: <20230814-memfd-vm-noexec-uapi-fixes-v2-0-7ff9e3e10ba6@cyphar.com> <20230814-memfd-vm-noexec-uapi-fixes-v2-3-7ff9e3e10ba6@cyphar.com> <20230902155850.ca1d32c16862cbe54ebd36ef@linux-foundation.org> Date: Tue, 05 Sep 2023 18:20:05 +0200 In-Reply-To: <20230902155850.ca1d32c16862cbe54ebd36ef@linux-foundation.org> (Andrew Morton's message of "Sat, 2 Sep 2023 15:58:50 -0700") Message-ID: <8734zs7ft6.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 3.1 on 10.11.54.4 X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 3F99F180030 X-Stat-Signature: je9yqjcmeko8tpwqa8msauxixduu46sy X-HE-Tag: 1693930815-447121 X-HE-Meta: U2FsdGVkX1+uK7gsAwdMp5sjgbx71pr+zHeMJB4dtSzE/BCk+IQV69JVYHbKXySgAPmAyjDla6djuMXzhLnBOWWJLHqdziAtBpaGsHmQDZW6WGTdsD+C4mGf8hQhZsYyq0UnnnAs70xFAQBEFkBSZbojmOs7soYIGbzr7kk2iy+CmXJJFdguv3nZjS+cDnvRgjOuHvFO1CUQ8IPJGV1kXlv85b977McCfuKo5/Ri5owwI7LsrkF15s8uqsR3AGk+VagQqBn/1kdnTo+slFMSc72fELB1Iz9E343DUtn7iaa79uFe7wizgqhNUwfoUEyts7mixO+1gh0u7gbYE+37ilqy0dwwgUdCwZjGJ4ynPC4LvW2Fdcmz8p1iFhRlJ7ZnnoU/6ovR9DyyGpbpxq9xIlY72qu7fkjKKcz+6iQVtQ+KZIrGWvz9DGVZ0Dy6davYHUF0L3LcLO74AohEj8LalSKs8akwqp/gBZMyyzFJYd8z6FL3qm74yNEx7udH+sUjoyCUhbD99g3G/pEBVcPmSfjt4r21PSMlNDN/fn4n9MyIsD43/PuOPxFtG9wdxrxBNgKXbiSWlH9SljB2KIh5nR+KCtCaxNACdoWAc9CjcZy1Ont39gaFWZ82FRp3VE0EHsIlokz8VTQI9hb73GA4owJC4kOo3jLiJIofxGbZ0Nsd/S+RUh1dQBy0YVJrS+U5elaHvYK4+YnxRuKYQPYHYVQPQ1aDiLVF7E2t9Z9pYfxRNJpqCqpRUz+Gg4i73UhtmKYfqOhgVXiozKMhqPp0pezSmSp1+cvTtOi5f/vFRgoO9Xk/y4iPXuZDKOW67nUTsnwM+DPxGpQJbcC60NiuAhORRwy5ydw47/W5PRyEeWLhHcp/knp5fsB7+Pg1diFaHQIDEQXiFuRIlervg4rQUyQYncbftpvs0/tgBSc4PdGNNlQqwpiRtqvHyAEF+uGqmiPrWl5C6J5/72XbjnW 4Kpr/pxQ ZELuw9f27IGOYUTW4ScHnH9To+F/0AVDO3x1USx/Hs4gbgyq5qjDpWTeRunfD2H63K0B/Xz06dJJubUO2PHPe2cRJ/wdeM0CE6WDshwWZcpwWO+Fca+BUGY4L5Ao14Ihe9nSx+sH6XHQvwUMOWi6cK8GWbCC+9tLtzZmw3Z58AWv9jFMr96YnOPWrsYQPg6o6qyoh 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: * Andrew Morton: > OK, thanks, I'll revert this. Spamming everyone even harder isn't a > good way to get developers to fix their stuff. Is this really buggy userspace? Are future kernels going to require some of these flags? That's going to break lots of applications which use memfd_create to enable run-time code generation on locked-down systems because it looked like a stable interface (=E2=80=9Cdon't break userspace=E2=80=9D and all th= at). Thanks, Florian