Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) client-ip=23.128.96.38;
Date:   Thu, 2 Nov 2023 17:04:04 -0700
From:   Dan Williams <dan.j.williams@intel.com>
To:     <torvalds@linux-foundation.org>
CC:     <linux-coco@lists.linux.dev>, Erdem Aktas <erdemaktas@google.com>,
        "Tom Lendacky" <thomas.lendacky@amd.com>,
        Peter Gonda <pgonda@google.com>,
        "Borislav Petkov" <bp@alien8.de>,
        Dionna Amalie Glaze <dionnaglaze@google.com>,
        "Jeremi Piotrowski" <jpiotrowski@linux.microsoft.com>,
        Samuel Ortiz <sameo@rivosinc.com>,
        Alexey Kardashevskiy <aik@amd.com>,
        <dave.hansen@linux.intel.com>, <x86@kernel.org>,
        <linux-kernel@vger.kernel.org>
Subject: [GIT PULL] configs-tsm: Unified attestation report ABI for v6.7
Message-ID: <654438f4ca604_3f6029413@dwillia2-mobl3.amr.corp.intel.com.notmuch>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?HrhboMePE1JN606yaSnOKQQ0xmjRmljtvtqkWjNL8WZnbzLWcuII12EX5VAv?=
 =?us-ascii?Q?58hZIcnmPh1L0CtSjfyNLUkSV70W6Wq3phpDzF78ch40ex+GYrIIX8fwSvCh?=
 =?us-ascii?Q?2FqiHjHF39g39DCIFVkuD8OtpThaq3VqHtU2H2lPUt4iojcxP1NmDTn+R2yU?=
 =?us-ascii?Q?oXfwu7krz/4mK6Ada1Bg2947NUo2hYeIdcrW9hYvlyxdLO4o+GAvbES6YasM?=
 =?us-ascii?Q?WAUqJ9h9gFlRYKSPkWln0FogCshCiAZBIRtIWfbxpo4VmAQuRFhmubywUtCT?=
 =?us-ascii?Q?L/LqUNMFXYSnuuSbHnUqpjHBiOhnAutM8Vom32sE1uybMcmoXT5u+4jq0LOn?=
 =?us-ascii?Q?nNe478EeNpKPfzhpA28cl5nso9oj+AC5mtoZD6e+vd307cD0tF9Wv6rRJk55?=
 =?us-ascii?Q?bPDtN3ApYutMSeBVI1hYMVVK5miSImjxXIu0ZvfGzsBdUYaGmdodH+DMu8c3?=
 =?us-ascii?Q?nXS5MFBACKXL+jeaAagQMR3juX4xy4AUevPLxru/jJeYNy74jEzMpXlD2V/d?=
 =?us-ascii?Q?srgdNxyf7ni4vSHh50dVNnX1Gj1JoWH0N7NeHurLcigLrKRl+knYswX6s9z6?=
 =?us-ascii?Q?+WkrEKa32EtxIVVgY6f94YCxkktpMGpCTUoht2ECzqKWs6daWiMinHz3e8Kz?=
 =?us-ascii?Q?ova51AX7MTGeqkNvBj3OLsWBPZHTXysriK+OvzvFF+I/8BDknpUx/l+n8Wty?=
 =?us-ascii?Q?n3y6+eu7NbYWmHKm3Hpciga0bPTQSeHZp7e64yJFr3QvZUJAo/fDEWVlMF4a?=
 =?us-ascii?Q?o0ThSk3ztOy7rMplh57a+rOPtH99Fj6W39FW6UWZA3Ko7sX8Gkhb73wcS42L?=
 =?us-ascii?Q?xbH1DN1vzxJgrfD3XZbFydoNKALPcQ20wauHpN4/uWqRx2cuSvuLYRdC13+v?=
 =?us-ascii?Q?+oFe2zfHEFP5E7rwyuBIUgFN8IN+v4RlklwrzhBa+V+JMzyYSS4SszLxXXK2?=
 =?us-ascii?Q?3QJK7dMPCOo33neMBEwr9rmxcs/CTyHTjyoFF+4Zb1JhDmL1q9FZiMmjYZYY?=
 =?us-ascii?Q?XJ82KFVJWg0aL/Im4OpCH2/y5DNNbtuboNinfuxWxe8ZSuAXOwmcFabGWIan?=
 =?us-ascii?Q?L0DU5qtl0ZEkm5hAi/8+zW6YogpSEdw7Th1JflfU/EUOV8WLkn9qT0zn1Rf8?=
 =?us-ascii?Q?ERGHHvUYzRXDZ8X4OJqfP/oLcAz1UxRX72HZX2B1Qb7rIAsPCxgeEBiRj93n?=
 =?us-ascii?Q?NQPi4JfZllouVsntNfOHV5kVrZxcn13QZ2aDSJvQBh8zUbQK8Q9SMLehBogI?=
 =?us-ascii?Q?61+4CR5bBy45iyBJ45hAzas/2UF6hSz7bgWeNJh1n3pMKAs+vOGC1efOWEzw?=
 =?us-ascii?Q?5piY9cHKWtw+5kbGFpuDvtknjs/b8NTgYU2Mipqrk6z6cvuweU86cV/1QjYs?=
 =?us-ascii?Q?xEXI4T/cT7mFdIauFfTudX0dFzZrBQiWke+xAkoQrFQp9M2KVq/7yalJWf+n?=
 =?us-ascii?Q?y0XgDHbbmgOkNDO5TRB9u3dz5ZwU3vtXRYfDPY6KjKS/l81VroGWHZzAIrZs?=
 =?us-ascii?Q?iqwH5T9zc7mF9gb7rcjshoGyaO2YFmXCjroaGWPzDwnjb17K5yUxacLecqSd?=
 =?us-ascii?Q?jqrMWb2bBGALk8SMqnev0NwpnO0YNg1H1J8Th/kDlu0oWbiJxwxcv5N5E+oZ?=
 =?us-ascii?Q?EA=3D=3D?=
X-MS-Exchange-CrossTenant-Network-Message-Id: d241dc2c-95e0-4043-cdbd-08dbdc00661e
X-MS-Exchange-CrossTenant-AuthSource: PH8PR11MB8107.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Nov 2023 00:04:07.6621
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: XExMbg1KqkpAZIRtpMkC4Q2OlOceyMoGqQu/IHNKOlyyKq70flhJXKQ1dhdOZYbV1LC+TdipyGFqc0tmqHQSiP8nkMIBX/F+Um+0CufvLHE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ2PR11MB7502
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-1.3 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE
	autolearn=unavailable autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Thu, 02 Nov 2023 17:04:39 -0700 (PDT)

Hi Linus, please pull from:

  git://git.kernel.org/pub/scm/linux/kernel/git/djbw/linux tags/tsm-for-6.7

...to receive a cross-vendor mechanism for retrieving
confidential-computing attestation reports. This is coming from me
because I originated the proposal and there is no clear pre-existing
upstream path for cross-vendor confidential-computing device driver
infrastructure. I.e. it is not cleanly tip.git material, but it does
have acks from x86 maintainers, AMD devs, Intel devs, and Google devs
(who hold a near term interest in consuming it). It has appeared in
-next with no reported issues.

As for what this is...

In an ideal world there would be a cross-vendor standard attestation
report format for confidential guests along with a common device
definition to act as the transport.

In the real world the situation ended up with multiple platform vendors
inventing their own attestation report formats with the SEV-SNP
implementation being a first mover to define a custom sev-guest
character device and corresponding ioctl(). Later, this configfs-tsm
proposal intercepted an attempt to add a tdx-guest character device and
a corresponding new ioctl(). It also anticipated ARM and RISC-V showing
up with more chardevs and more ioctls().

The proposal takes for granted that Linux tolerates the vendor report
format differentiation until a standard arrives. From talking with folks
involved, it sounds like that standardization work is unlikely to
resolve anytime soon. It also takes the position that kernfs ABIs are
easier to maintain than ioctl(). The result is a shared configfs
mechanism to return per-vendor report-blobs with the option to later
support a standard when that arrives.

Part of the goal here also is to get the community into the
"uncomfortable, but beneficial to the long term maintainability of the
kernel" state of talking to each other about their differentiation and
opportunities to collaborate. Think of this like the device-driver
equivalent of the common memory-management infrastructure for
confidential-computing being built up in KVM.

As for establishing an "upstream path for cross-vendor
confidential-computing device driver infrastructure" this is something I
want to discuss at Plumbers. At present, the multiple vendor proposals
for assigning devices to confidential computing VMs likely needs a new
dedicated repository and maintainer team, but that is a discussion for
v6.8.

For now, Greg and Thomas have acked this approach and this is passing is
AMD, Intel, and Google tests.

---

The following changes since commit 6465e260f48790807eef06b583b38ca9789b6072:

  Linux 6.6-rc3 (2023-09-24 14:31:13 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/djbw/linux tags/tsm-for-6.7

for you to fetch changes up to f4738f56d1dc62aaba69b33702a5ab098f1b8c63:

  virt: tdx-guest: Add Quote generation support using TSM_REPORTS (2023-10-19 18:12:00 -0700)

----------------------------------------------------------------
configfs-tsm for v6.7

- Introduce configfs-tsm as a shared ABI for confidential computing
  attestation reports

- Convert sev-guest to additionally support configfs-tsm alongside its
  vendor specific ioctl()

- Added signed attestation report retrieval to the tdx-guest driver
  forgoing a new vendor specific ioctl()

- Misc. cleanups and a new __free() annotation for kvfree()

----------------------------------------------------------------
Dan Williams (6):
      virt: sevguest: Fix passing a stack buffer as a scatterlist target
      virt: coco: Add a coco/Makefile and coco/Kconfig
      configfs-tsm: Introduce a shared ABI for attestation reports
      virt: sevguest: Prep for kernel internal get_ext_report()
      mm/slab: Add __free() support for kvfree
      virt: sevguest: Add TSM_REPORTS support for SNP_GET_EXT_REPORT

Kuppuswamy Sathyanarayanan (1):
      virt: tdx-guest: Add Quote generation support using TSM_REPORTS

 Documentation/ABI/testing/configfs-tsm  |  82 ++++++
 MAINTAINERS                             |   8 +
 arch/x86/coco/tdx/tdx.c                 |  21 ++
 arch/x86/include/asm/shared/tdx.h       |   1 +
 arch/x86/include/asm/tdx.h              |   2 +
 drivers/virt/Kconfig                    |   6 +-
 drivers/virt/Makefile                   |   4 +-
 drivers/virt/coco/Kconfig               |  14 ++
 drivers/virt/coco/Makefile              |   8 +
 drivers/virt/coco/sev-guest/Kconfig     |   1 +
 drivers/virt/coco/sev-guest/sev-guest.c | 214 ++++++++++++++--
 drivers/virt/coco/tdx-guest/Kconfig     |   1 +
 drivers/virt/coco/tdx-guest/tdx-guest.c | 229 ++++++++++++++++-
 drivers/virt/coco/tsm.c                 | 425 ++++++++++++++++++++++++++++++++
 include/linux/slab.h                    |   2 +
 include/linux/tsm.h                     |  69 ++++++
 include/uapi/linux/psp-sev.h            |   1 +
 include/uapi/linux/sev-guest.h          |   4 +-
 18 files changed, 1055 insertions(+), 37 deletions(-)
 create mode 100644 Documentation/ABI/testing/configfs-tsm
 create mode 100644 drivers/virt/coco/Kconfig
 create mode 100644 drivers/virt/coco/Makefile
 create mode 100644 drivers/virt/coco/tsm.c
 create mode 100644 include/linux/tsm.h