From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-yx1-f100.google.com (mail-yx1-f100.google.com [74.125.224.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B8BB73E00A9 for ; Tue, 29 Sep 2026 04:03:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.224.100 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790654589; cv=none; b=B7dALSnWmoVFcBomqY2xhqibofCw3ZSUgyCopufJsV/p+P/aUjTYSdYs0tyG0T6407Q+8QyxUvFyF72l1CHlJ8KPqH1QHY9OcQ0Fso99FV4mSf4yJmLYG5OGG9L7flKbweYP51O5LqL3jnhJ7dWcWpzP9sSJhTUrScHonliJS3A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790654589; c=relaxed/simple; bh=ofjMK+frBLaew2v4NwVs3dlVJMs1NzYJl7FaeQqAgHw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=nAdoOSpVKzuYxC0kPbuw9t2Zs0dZOXihhxhWLk2z6FtyUHM2furWggC3m7KYyp8H/jiU/QBSLpFN207wNhiKiDAtSseUDEQRp3P+hOJVIYO+Zt10xSwCI5kzJctDOhDPqcQI6R8c1FYs+yBEn6Mak85infAB8NMXfsJbEkT/3AY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=broadcom.com; spf=fail smtp.mailfrom=broadcom.com; dkim=pass (1024-bit key) header.d=broadcom.com header.i=@broadcom.com header.b=TdIlkCp7; arc=none smtp.client-ip=74.125.224.100 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=broadcom.com Authentication-Results: smtp.subspace.kernel.org; spf=fail smtp.mailfrom=broadcom.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=broadcom.com header.i=@broadcom.com header.b="TdIlkCp7" Received: by mail-yx1-f100.google.com with SMTP id 956f58d0204a3-6711f05fb14so926909d50.2 for ; Mon, 28 Sep 2026 21:03:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790654586; x=1791259386; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:dkim-signature:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=JYFksTwPL6Xygy3lz6bjz5WbJ+cVLM8U0ms6Q5xLHTI=; b=HkgpyCMEgDB3iUj3SY/P4XRK7Fmz+ZxI+agLfpqc2ti0DB5440fLpgy3vTT0ZsPXyw XyYM6f2DY1UNvQ72sLjC/KZVEdmU0ZV3tc/wD7J0qLBp4LjLv8PT83GUCwWK37mOuQXD 8r+PW/9MeURebEF0A5rs6Q2VTDXk7e1Lp2Pq4abb9TvzapUlfrdEL4hmy+1l3cskOzhr LPFW/qqhO8s4I4xBTQ4JBfW59oi6IyGdYfeFdvUcEqCFRRujetlpyBdeKa5UD/7Yvtsm VXkbyGXs+KH75eSDm3EMVlp8hYh8JRFsOqzljdAVDOtoKzTrCPp5LFJW/rhtLD8jIf5R kEAQ== X-Forwarded-Encrypted: i=1; AKwUvBwg0KHiYnplcTpWAB4AlWMNDppWwQtBdDpfEgxMLAT6qGmn4Otvv0ylCOp5uBknyjjgaqv/eThESq7FDsY=@vger.kernel.org X-Gm-Message-State: AFq9FYJwyad9u0XlwhoXqxHcfVWfFSxQZr0g/nG+uMyarnwD25M4bxWA n0wW7jlvC6ep8yvlmVSOeaK8pTZTHhV+/qPzHycm0P/kU7wogVDziLULTEXip/V5QwDJ2mdoEZZ t2EgGYrBlZY8UXwM9oUOjCkx93sIruRDmSWFIH1hCQnncgdaxgT4mJtzOpxOPpd3wViuIhoC7Ei YvrMZ864/fJsSGKDtY9Rkt+7jmqFmJehktZor0vkicAgAoqLQR3wPqBu9+BYJnpPVyv5Q5tRCDb wu/84UjFD+8NO1j X-Gm-Gg: AYBFou2wad07QrwWJ0FB54rOdEZbfUTZfntXOkY8P1yn+hdEXPJRBoX/H32HQbLNvJm imgnB68KJyUGIW5YA2pLfBK63lK7gYJwDO8oWJiQ82VlET3+pnCWYRcAG4nnRxpecDOsDU1iMkZ VybPtvp4T+qPAK+U9eji3ABrh1jHEATo5Y+Wwbh4G/pDsenMUTY6Zqu4kiiVTav0vEzBEl4iHrE oGSSt11vf99sJrqh3JInv4BRy4Z8CuqF6ayQ0K3v3CbpQVltqQz8FW3YEd86tPz8rw24+fLO+k/ dhwSN6sdkpK0OIpFn7s7PYpgkLZr9sG1ocmlC96n4MgIpppYZjYAHZoBtGnSHo3HH9ynOXneBn6 26H8JuJx5rk1R+n2CbjEYk9GTCmd2Y47IOWlaYyNXPj1l96BSaN0Zb4KmoA/JRbcSNREDBXntsq 56nUGnF6IPs0KC1J85zod0CN2XIcwVWy0DTqE= X-Received: by 2002:a05:690e:4093:b0:675:3247:9b40 with SMTP id 956f58d0204a3-6753247a525mr3800883d50.65.1790654586310; Mon, 28 Sep 2026 21:03:06 -0700 (PDT) Received: from smtp-us-east1-p01-i01-si01.dlp.protect.broadcom.com (address-144-49-247-120.dlp.protect.broadcom.com. [144.49.247.120]) by smtp-relay.gmail.com with ESMTPS id 956f58d0204a3-6740ef80843sm1825137d50.21.2026.09.28.21.03.05 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Sep 2026 21:03:06 -0700 (PDT) X-Relaying-Domain: broadcom.com X-CFilter-Loop: Reflected Received: by mail-dy1-f199.google.com with SMTP id 5a478bee46e88-34afa104860so626526eec.1 for ; Mon, 28 Sep 2026 21:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; t=1790654584; x=1791259384; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=JYFksTwPL6Xygy3lz6bjz5WbJ+cVLM8U0ms6Q5xLHTI=; b=TdIlkCp7hvOZ7O4to9VD/ktGFpklNkIvzV5hXPGlwMBHYLBF1S8nqsiD3o3M2MC8Ln jgothhzf86blwo/6n/U64q6Cx2F+TB/QNUcS9J5/m0IokDf99Vtb+RhGwwpy6VybDFM8 cTtxrXCmsP8aG8USh0u4j54Q5XvnoQVsK9wxs= X-Forwarded-Encrypted: i=1; AKwUvBwC7EbNOeaGp1Rk05yi0oKcw9oMwFPj0NVYHqc0wLrjZUmtOQOVuh9PvmfLWiyd2KaqMMudExBiRQDCvj8=@vger.kernel.org X-Received: by 2002:a05:7301:3ab0:b0:33b:e264:474a with SMTP id 5a478bee46e88-34272c5c9c8mr10268586eec.31.1790654583938; Mon, 28 Sep 2026 21:03:03 -0700 (PDT) X-Received: by 2002:a05:7301:3ab0:b0:33b:e264:474a with SMTP id 5a478bee46e88-34272c5c9c8mr10268522eec.31.1790654583107; Mon, 28 Sep 2026 21:03:03 -0700 (PDT) Received: from vertex.localdomain ([192.19.144.250]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-347323f5a7esm10952571eec.15.2026.09.28.21.02.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Sep 2026 21:03:02 -0700 (PDT) From: Zack Rusin To: Kiryl Shutsemau , Borislav Petkov , x86@kernel.org, Dennis Zhou , Tejun Heo , Arnd Bergmann , Rick Edgecombe , Tom Lendacky , Wei Liu , Dexuan Cui , Paolo Bonzini , Vitaly Kuznetsov Cc: Ajay Kaher , Alexey Makhalov , Thomas Gleixner , Ingo Molnar , Dave Hansen , "H. Peter Anvin" , virtualization@lists.linux.dev, bcm-kernel-feedback-list@broadcom.com, linux-kernel@vger.kernel.org, Christoph Lameter , Andrew Morton , Bo Gan , linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-coco@lists.linux.dev, kvm@vger.kernel.org, Jonathan Corbet , "K. Y. Srinivasan" , Haiyang Zhang , Long Li , Andy Lutomirski , Peter Zijlstra , linux-doc@vger.kernel.org, linux-hyperv@vger.kernel.org, Nathan Chancellor , Kees Cook , Ashish Kalra Subject: [PATCH v2 0/6] x86/percpu: Share decrypted storage before guest setup Date: Tue, 29 Sep 2026 00:02:49 -0400 Message-ID: <20260929040256.543767-1-zack.rusin@broadcom.com> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-DetectorID-Processed: b00c1d49-9d2e-4205-b15f-d015386d3d5e VMware publishes its per-CPU steal-time GPA without first sharing the storage in encrypted guests. Following Kiryl's review, this series moves sharing into early per-CPU initialization for both KVM and VMware. This replaces the VMware fix from Bo Gan and Alexey Makhalov: https://lore.kernel.org/r/20260309235250.2611115-5-alexey.makhalov@broadcom.com The common helper uses boot-time page-table allocation and preserves initial contents on AMD and TDX. Conversion precedes buffer registration on SMP and UP; failures stop boot. Encrypted guests use the embedded allocator, warn on percpu_alloc=page, and never fall back to page mode. There is no driver conversion loop or readiness flag. .bss..decrypted remains outside this series. I interpreted the allocator requirement as guest-specific, so both it and per-CPU conversion use CC_ATTR_GUEST_MEM_ENCRYPT and leave bare-metal SME behavior unchanged. Two corrections to v1: its isolation claim missed UP, where ordinary data could share the decrypted objects' page; patch 1 fixes that separately. TDX's vmalloc constraint concerns private aliases and adjacent accesses through load_unaligned_zeropad(), not just GPA lookup. This series removes the unused declaration macro and adds explicit SMP/UP section boundaries. I have not carried the v1 Ack onto the revised patches; renewed review would be appreciated. Tested on VMware ESXi with SEV-SNP and TDX guests, and on KVM with SEV and SEV-SNP guests, using SMP and UP kernels. v1: https://lore.kernel.org/r/cover.1789488039.git.zack.rusin@broadcom.com Zack Rusin (6): percpu: Page-align decrypted data in UP kernels percpu: Bound decrypted storage for all x86 encrypted guests x86/percpu: Require embedded allocation in encrypted guests x86/mm: Provide common early memory decryption x86/tdx: Support early sharing of kernel data x86/percpu: Share decrypted storage before guest CPU setup .../admin-guide/kernel-parameters.txt | 3 + arch/x86/coco/sev/core.c | 16 ++ arch/x86/coco/tdx/tdx.c | 32 ++++ arch/x86/hyperv/ivm.c | 4 + arch/x86/include/asm/mem_encrypt.h | 9 +- arch/x86/include/asm/x86_init.h | 4 + arch/x86/kernel/cpu/vmware.c | 2 +- arch/x86/kernel/kvm.c | 35 ----- arch/x86/kernel/setup.c | 2 + arch/x86/kernel/setup_percpu.c | 14 +- arch/x86/mm/mem_encrypt.c | 139 ++++++++++++++++++ arch/x86/mm/mem_encrypt_amd.c | 12 +- include/asm-generic/vmlinux.lds.h | 19 ++- include/linux/percpu-defs.h | 7 +- 14 files changed, 247 insertions(+), 51 deletions(-) base-commit: 93f51579e7df248780214094418f205253383cc5 -- 2.53.0