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 1E8C0329C6A; Thu, 5 Feb 2026 05:57:01 +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=1770271022; cv=none; b=jtm4jmPkkpf4fACmf1gIVlVhZR7QKFgLhGybcAYGmYjzI6ItQdsEQ2azkQcG71wr8lh9+dP0nps8fIMB+z3YRASVjTOcKZ7K3868LqTYDtCwQVat3oqUh1YQ+XdoHT3bggubb0xU8WlNB0zqK+jHGoJ+l8+8XzBpg1Vyo8lbI2k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770271022; c=relaxed/simple; bh=n5SIu0nXoa7VR6V4FPWdvX37h929ikBYRa/KDVa3i6o=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Za+RAS26Bo/+4WWQ7m7S5GL2WLrHyt2PaggWG7R0LBAPfqFb3bAfdcIGMkdHS3V8qKuRg6Rj6h+j4fzpOJ7Ok29dBn0uBtxux+iy2F+Dox/9eIEhlm+p1H047QiQE6geA/Sm2fVY7pGhTJMVWeS0bXWCeHU5HNgRNNrdzehItB0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=Ohqlmu5Z; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="Ohqlmu5Z" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 37D19C4CEF7; Thu, 5 Feb 2026 05:57:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1770271021; bh=n5SIu0nXoa7VR6V4FPWdvX37h929ikBYRa/KDVa3i6o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Ohqlmu5Zb9gy96u/NgVA/QZC0cRT87lvKaa0OcnddFEoq9+1oTmbFP2pW+3iEUx8j Uhtv9De2w0jSBb4hv3ICMfXP2aUFqRih+9m3+obydrSDanUVAnx0eeyElfkej2Osis Foo82RLZyWr+pfb+pHltD5r8grD8Jk+9q72YIX+s= Date: Thu, 5 Feb 2026 06:56:59 +0100 From: Greg KH To: Nikunj A Dadhania Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, bp@alien8.de, thomas.lendacky@amd.com, tglx@kernel.org, mingo@redhat.com, dave.hansen@linux.intel.com, hpa@zytor.com, xin@zytor.com, seanjc@google.com, pbonzini@redhat.com, x86@kernel.org, jon.grimm@amd.com, stable@vger.kernel.org Subject: Re: [PATCH] x86/fred: Fix early boot failures on SEV-ES/SNP guests Message-ID: <2026020515-immovably-pacifism-2176@gregkh> References: <20260205051030.1225975-1-nikunj@amd.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260205051030.1225975-1-nikunj@amd.com> On Thu, Feb 05, 2026 at 05:10:30AM +0000, Nikunj A Dadhania wrote: > @@ -70,6 +67,17 @@ void cpu_init_fred_exceptions(void) > /* Use int $0x80 for 32-bit system calls in FRED mode */ > setup_clear_cpu_cap(X86_FEATURE_SYSFAST32); > setup_clear_cpu_cap(X86_FEATURE_SYSCALL32); > + > + /* > + * For secondary processors, FRED bit in CR4 gets enabled in cr4_init() > + * and FRED MSRs are not configured till the end of this function. For > + * SEV-ES and SNP guests, any console write before the FRED MSRs are > + * setup will cause a #VC and cannot be handled. Move the pr_info to > + * the end of this function. > + * > + * When FRED is enabled by default, remove this log message > + */ > + pr_info("Initialized FRED on CPU%d\n", smp_processor_id()); Did you forget to fix this up? Also, when the kernel is working properly, it is quiet, so why is this log message needed? thanks, greg k-h