From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 944E033C52F; Tue, 7 Apr 2026 17:49:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775584145; cv=none; b=NVs1cqCD6oOr0AYGDjKvuBwNzyTTS1B5FmQXINZvu6cOeI8P06vY90s2w8ePeqzvYrvQpveP2F/J6/Xq5R/u9LAw9J5wiKrNURXCJ4yq1fobmpcbMLGvY4Sl9n6B4D98iCxDJewU8+BdPm8VNeyWofhJ18eyvMWHtw1qiJuKxOM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775584145; c=relaxed/simple; bh=FoRWT1w51xl6bRtE0JavfCiLUQUXEkZHllhk85PFQYM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=k7kdthNnrYEzc2cOSPn8o3BNcupx8OiA76k/mAz8rQknPCma72CdL98J44C8eHmBDeIc77DVp6jvWZTUJ8AYWDCssTfLiyJM4BKc9xNSUYp+LRUKFXCW7Oc339Dm8VJ2RPKVaRUpNsLK8KHCjYNDBtTSK+1xk5PJ3hagPz/X8DY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=sRjbX9+W; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="sRjbX9+W" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 980ACC116C6; Tue, 7 Apr 2026 17:49:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775584144; bh=FoRWT1w51xl6bRtE0JavfCiLUQUXEkZHllhk85PFQYM=; h=From:To:Cc:Subject:Date:From; b=sRjbX9+W25DVc5weQUQLcqh2uwYP37Kp5nA0G7HfoTbXLGS7l41WFzFADtSRzzjQj fDYnQGrxUTGjdv7alGTd9q7UeQuhKoD50b69LClx8iHsZYaJJTKOUXgd1K0Sd0SQCD jQPdhwlRIR2arPU1SfhcpQoN3VNF9kRWoagV7+cuQ0q2ybgzvNZAkbi4S/zDT7wLHn ohFmUm1EgOVPEUPJI8hecPtGq6hMFbe1j3/Orvdw2UN5VQjMwmSt0iuXdbLoMZ75Qd 3sXWWYHOAAVF7BgEbg/DkY2EWMUuufC3xnk9+xs8EyNxvpaH27huOOd/3RzyFGYxSY 97tX8tGFJoxOg== From: Tycho Andersen To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Ashish Kalra , Tom Lendacky , John Allen , Herbert Xu , "David S. Miller" , Ard Biesheuvel , Neeraj Upadhyay , Kishon Vijay Abraham I , Alexey Kardashevskiy , Nikunj A Dadhania , "Peter Zijlstra (Intel)" , Kim Phillips , Sean Christopherson Cc: linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, "Tycho Andersen (AMD)" Subject: [PATCH v2 0/2] Skip SNP initialization if CPUs are offlined Date: Tue, 7 Apr 2026 11:47:11 -0600 Message-ID: <20260407174713.439474-1-tycho@kernel.org> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-crypto@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Tycho Andersen (AMD)" Here's a v2 of the series. Changes are: * propagate the error from snp_prepare() through __sev_snp_init_locked() * use cpus_present_mask instead of cpus_possible_mask to reason about the set of available CPUs * print the CPU masks for easier debugging It turns out that CONFIG_INIT_ALL_POSSIBLE is not user-settable, and only parisc selects it, so it shouldn't be a problem here. v1 is here: https://lore.kernel.org/all/20260401143552.3038979-1-tycho@kernel.org/ Tycho Andersen (AMD) (2): x86/sev: Do not initialize SNP if missing CPUs crypto/ccp: Skip SNP_INIT if preparation fails arch/x86/include/asm/sev.h | 4 ++-- arch/x86/virt/svm/sev.c | 15 +++++++++++++-- drivers/crypto/ccp/sev-dev.c | 4 +++- 3 files changed, 18 insertions(+), 5 deletions(-) base-commit: 6c927e5ca9d238f8ae40b453a8382eb9cf4ee855 -- 2.53.0