Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2284420pxb; Fri, 5 Feb 2021 13:50:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJy46lefmNXFKJx4BA9pz2azFD9oYdBbruH2K4PIIYQPwFNS8FAYQ/xyqQXKRrBn8RNrMoTJ X-Received: by 2002:a05:6402:19bd:: with SMTP id o29mr5536273edz.161.1612561805961; Fri, 05 Feb 2021 13:50:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612561805; cv=none; d=google.com; s=arc-20160816; b=WsrnGj1n5nBduLf6TTHjtdrQRY8iJPf0e2QhXId2GaTrP90OsAHczt/6OC11tv1Qs0 Y5MIlGV1DTYo273U+lgkxp05Z1vfa4M8fgHaXBl5VBl6BjYjEGyhT98fZ3UYOzGJJk46 dTLBQg6CKlsci6Ct5LwDpKw6lFcZXNY/N1uTuEF79hlwClESpgkBWjKbQCetikOdvSRm 5v5b6QHi8O+uwJKkdalZnBBGqa2ja8e0Eh4oYUrpz/d62gYg82eS+yrjBWeiMKTsuSHN NxU0yMB6nRyfxcJlK/CNyDDUaVlTA+rMwwUhn/9enc8XUAMdNJkX23R8vzL801w0aDa7 GuFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:date:to:cc:from:subject :references:in-reply-to:content-transfer-encoding:mime-version; bh=8vDm2LP0yFAIkYm2crMFW0VHga2N6Pc/7bbAGpB8C1c=; b=x8gcXLFuKFKctDuRSOUY4BEBM8Vkl0WwMOr1WPQeGKh9XU/BK7DZ+IximKSzPGQFST 0T5hvQh6Sxdf0CmpgX5TT6eu6GjujMUQHPHrD1Wv3hrqlcxjsA7QlT3rb8eB3biNWdhN diVNBQYrtXafI4OEsq+yhWjSOY8Jwsv8SOjqF6zFvy9oVAirkxjgeAE5nBbZSPq9xXgW +opalS0rgwZyvFEqN5QiLpQCnIgzVaetdTCU0/KG6MGzcmK9ypSNFKKUnbZvmnB8rrxL xeOqbiw1eFP1BRRmEykJX8Az6PFU7MB08XEyJ1cb4f3L/detdK7VZSRdglP9TmODk0E7 9XQA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sa22si1424843ejb.149.2021.02.05.13.49.42; Fri, 05 Feb 2021 13:50:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231612AbhBEVsi convert rfc822-to-8bit (ORCPT + 99 others); Fri, 5 Feb 2021 16:48:38 -0500 Received: from mail.fireflyinternet.com ([77.68.26.236]:59087 "EHLO fireflyinternet.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S231250AbhBEVqj (ORCPT ); Fri, 5 Feb 2021 16:46:39 -0500 X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=78.156.69.177; Received: from localhost (unverified [78.156.69.177]) by fireflyinternet.com (Firefly Internet (M1)) with ESMTP (TLS) id 23803014-1500050 for multiple; Fri, 05 Feb 2021 21:28:53 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT In-Reply-To: <202102051319.E5D8B4528D@keescook> References: <20210205163752.11932-1-chris@chris-wilson.co.uk> <20210205210610.29837-1-chris@chris-wilson.co.uk> <161255976138.12021.9385501710085642237@build.alporthouse.com> <202102051319.E5D8B4528D@keescook> Subject: Re: [PATCH v2] kernel: Expose SYS_kcmp by default From: Chris Wilson Cc: linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, Andy Lutomirski , Will Drewry , Andrew Morton , Dave Airlie , Daniel Vetter , Lucas Stach , Daniel Vetter To: Kees Cook Date: Fri, 05 Feb 2021 21:28:52 +0000 Message-ID: <161256053234.12021.17815864250035077266@build.alporthouse.com> User-Agent: alot/0.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Kees Cook (2021-02-05 21:20:33) > On Fri, Feb 05, 2021 at 09:16:01PM +0000, Chris Wilson wrote: > > The subject should of course be changed, as it is no longer being > > enabled by default. > > "default n" is redundant. I thought being explicit would be preferred. There are a few other default n, so at least it's not the odd-one-out! > I thought Daniel said CONFIG_DRM needed to > "select" it too, though? Yes. We will need to select it for any DRM driver so that the Vulkan/GL stacks can rely on having SYS_kcmp. That deserves to be handled and explain within drm/Kconfig, and as they are already shipping with calls to SYS_kcmp we may have to ask for a stable backport. > Otherwise, yeah, this looks good. Was the > export due to the 0-day bot failure reports? Yes. -Chris