Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1016270ybt; Fri, 19 Jun 2020 21:43:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJj+ZFzNQ5CLKwvmzeClmcTj4aaEGAKZPJQaOIk75czW9jG3SUF/2QKdDVG6i9aiuJCuqF X-Received: by 2002:a17:906:97cb:: with SMTP id ef11mr6633293ejb.69.1592628191821; Fri, 19 Jun 2020 21:43:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592628191; cv=none; d=google.com; s=arc-20160816; b=SwCYAFiHAq3Al/GakHd4WZT7LwAfP0Xf7QBEvv/f11dff5ZdRaI0MM6qs5lblFx6TO x8jyOi0S4mYjGZSpJZ3oC8dMnJ/ewyexCpAEOrVz/DEuv8xIG6hV+R9SBhBS9/gWVC9b AKUy7pESxd+Ly1l7MxRHjlKMtghtcIhoyjFBWjtXuC/BVmJDv6UVO4sIdv5pYr8evYfg 5eLnMvOK57VZik/FNPse6bNc0nGto6UTAjWHF6ztaVVS3gtbRImO1S9ioS9W9O9bGJ4N 14OvrF8IQHnWR/BNTLBH4mzTmRFNA4lYxKs//43r+v5rGpQDfmIe/7UAZnmU5Q9pTKce o+0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=2NdnstCiXv895leFufgg08MKeZFX+ehQasjdNShksAI=; b=IwrIbOOp+Ecz/7uhl1L46PfzK9gak7wJoRLBhDasBx59F3vCShJnkmGQOwXe5ystja /dAfnjooMUxECPPKXRV502SvTIjfEZEmZB/d4DMMfp0DMceDsyMFsBVaWgEjtQAutz/4 zN94HYPvK0P2UwtMJsVbV+EU+Op2Y/YO3Y6pH9eslArxOX97lz7OQwy6leCQEcEPiyXr T3/Ll6GPfb+QGeWtpG3MzbHfiTOGmcHHM33utcNTS15J5ZkJPSHZMRe2JCe3Np/S4k6x 6RtUXorhkrqAp4BCuqPOo+40tqoS2Lr3Mpv8E+yhRyr8IcPDdKncnUK3a1h2Ak5d0Rn7 ANrg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=gNp68tG3; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n25si5220884ejs.551.2020.06.19.21.42.50; Fri, 19 Jun 2020 21:43:11 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=gNp68tG3; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391960AbgFSUVD (ORCPT + 99 others); Fri, 19 Jun 2020 16:21:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:43792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388968AbgFSUVC (ORCPT ); Fri, 19 Jun 2020 16:21:02 -0400 Received: from mail-wr1-f44.google.com (mail-wr1-f44.google.com [209.85.221.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8C40B21556 for ; Fri, 19 Jun 2020 20:21:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592598061; bh=pcDZ+YkyZTUiGenTdOFNJoHVPS77O76i4xkreAh2DVw=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=gNp68tG3jgpnhLhT7iWUXlLv4EySeExtj/Rne7K6OaRZwdq5H74DwYs8tjR2iPuA8 V2I752qmxtisW+JVSDIWAABgZ2glqjW5hKn/JXm8PKUSxEuTwSiJfIO1jd8pVW18PQ DQAHOW97CyJJEYY8L6M4NbCoLSgLyK0aVxpUOThE= Received: by mail-wr1-f44.google.com with SMTP id l11so10915334wru.0 for ; Fri, 19 Jun 2020 13:21:01 -0700 (PDT) X-Gm-Message-State: AOAM532l6V4UQtUeZ5H0t6Vz3cGF+XH7Ki6goA5aigO3oqTM9pP30Adz ICLIG2/fZgRHo1nl2C2extY9rW2EObkPmo+eWWV8qg== X-Received: by 2002:adf:a111:: with SMTP id o17mr5758162wro.257.1592598059976; Fri, 19 Jun 2020 13:20:59 -0700 (PDT) MIME-Version: 1.0 References: <20200618220139.GH27951@zn.tnic> <20200619074053.GA32683@zn.tnic> <20200619132243.GC32683@zn.tnic> <20200619134432.GE32683@zn.tnic> <20200619161026.GF32683@zn.tnic> <20200619164056.GB2235992@kroah.com> In-Reply-To: From: Andy Lutomirski Date: Fri, 19 Jun 2020 13:20:48 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] Ability to read the MKTME status from userspace To: Richard Hughes Cc: Andy Lutomirski , Greg Kroah-Hartman , Borislav Petkov , Daniel Gutson , Dave Hansen , Thomas Gleixner , Ingo Molnar , X86 ML , "H. Peter Anvin" , Arnd Bergmann , Peter Zijlstra , "David S. Miller" , Rob Herring , Tony Luck , Rahul Tanwar , Xiaoyao Li , Sean Christopherson , Dave Hansen , linux-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 19, 2020 at 12:58 PM Richard Hughes wrote: > > On Fri, 19 Jun 2020 at 20:41, Andy Lutomirski wrote: > > I don't object in principle to Linux giving userspace more visibility > > into what's going on, but I'm not convinced that adding a new > > must-support-for-a-long-time interface that only solves 5% of your > > problem is worth it. > > At the moment the only visibility we have is "the CPU supports TME" > and "the kernel printed a message in the journal". The sysfs/procfs > file read allows us to notify the admin if the firmware is > deliberately disabling TME for some reason, without resorting to > `grep` on dmesg. I don't think perfect should be the enemy of the > good. I am unconvinced that this has hit the "good" bar, especially since SME is completely missing here. Boris, etc: would it be reasonable to add a list of CPU features that are present but turned off by firmware? SME is far from the only thing that's frequently in this category. x2apic, fast strings, and virtualization come to mind. > > Richard.