Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3815338pxj; Tue, 15 Jun 2021 09:12:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy28H18x8iTiwyHjv8muiE81vTy+P7CAmrg7CBj+adGqfy31VlXTmta3SDkJGdZvE2si8zx X-Received: by 2002:a50:fd13:: with SMTP id i19mr251934eds.280.1623773568489; Tue, 15 Jun 2021 09:12:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623773568; cv=none; d=google.com; s=arc-20160816; b=ntAzYOq25QepdbCWWMl7P6fgaKvruZFbGQ7od8HGQPpMNW3dfESYdHtjaRwbjN1uKA kvKN/KZrIZFygQexYGh51/fhApA1/Hjn2CBV08zZPF0L98KdBg25OZEoguQx65J/pR23 pFrbhOAyURLdUKmkBnP7qDMNg/Go0cGgGjDB9qpMVt+N/EEbkiOeyg5TZWxhjg0scMbz k3JwEB5Hr4gpDTs15QaseKpmE+in0K4tN3DmEMI6E2KUzLAI3yUPhR7ZMmoijlocfJcW 5wlsOx6hjoktESaoZ9avYTNJ1z2kepKcoz94fe9A0U0kvgktRZI1fbBYwunxbngf0HAN hCnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CB+Ne3gzXhLcGr5cw3T1uZe9C7ABTcqDxUDiv2De+S8=; b=JQ68LoV4kTLbZzlv/k4bBi1iR3Xe5tlLcFre0SdoM0Dai+5UU47tBdkntsMowLzZC2 Tdn6MqO2SRLQVabKtifD9fd6k+xnAWKFEhZ+x2elrTAxev8jJjIvn88yUEbJ28MJOyLX uVYDAI19Mk4MhyyRjwJkW/PaEriRZd7yXf7DWLAUoFRR0HMab5wZZQVZhqaBUT//o/O6 qCu9SGB8yNcZhLBKYsx124+0ZOQ7J2Gj7wK4zjNcdbpldhvUrrZLgEWBLkJzUb+YNIIu mLxF8q7dX2TiYhg7kPk66RBsN733zyCbYH1/KVU0g9EEt0A31R//56yUxIOKwV/og84T MmpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=Kp3xTiw1; 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=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t16si14595228edd.323.2021.06.15.09.12.23; Tue, 15 Jun 2021 09:12:48 -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=@alien8.de header.s=dkim header.b=Kp3xTiw1; 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=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230028AbhFOQNU (ORCPT + 99 others); Tue, 15 Jun 2021 12:13:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35124 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229937AbhFOQNU (ORCPT ); Tue, 15 Jun 2021 12:13:20 -0400 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 55C0BC061574; Tue, 15 Jun 2021 09:11:15 -0700 (PDT) Received: from zn.tnic (p200300ec2f0f270048ecafc2d258032c.dip0.t-ipconnect.de [IPv6:2003:ec:2f0f:2700:48ec:afc2:d258:32c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id E20811EC01A8; Tue, 15 Jun 2021 18:11:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1623773473; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=CB+Ne3gzXhLcGr5cw3T1uZe9C7ABTcqDxUDiv2De+S8=; b=Kp3xTiw1pxFOtNydsEO0BZWgrWdEvABKB/6hAmzJqs3jL7Wh+GnHrAMR7hD4O+irIokWEq 5mxQiHiyRpKh5QQtQxSlw6S66zlmT8aKcB4QBwWGRm6TTzMBtKTzz61nO641P6+w1g2cx9 fuLPl0m3LdydOGSVD844LDERnvfdTzk= Date: Tue, 15 Jun 2021 18:11:04 +0200 From: Borislav Petkov To: Yazen Ghannam Cc: "Luck, Tony" , Smita Koralahalli , "x86@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-edac@vger.kernel.org" , Mauro Carvalho Chehab , James Morse , Robert Richter Subject: Re: [PATCH] EDAC/mce_amd: Reduce unnecessary spew in dmesg if SMCA feature bit is not exposed Message-ID: References: <20210614212129.227698-1-Smita.KoralahalliChannabasappa@amd.com> <16a34b6834f94f139444c2ff172645e9@intel.com> <20210615150846.GA409@aus-x-yghannam.amd.com> <20210615160009.GA29258@aus-x-yghannam.amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210615160009.GA29258@aus-x-yghannam.amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 15, 2021 at 12:00:09PM -0400, Yazen Ghannam wrote: > So I think we can downgrade this warning to a debug message, if the > module stays builtin. And/or we change the default config option to > module, and we make sure the module only autoloads in the proper cases. > > What do you think? I think, as I said before, that we should simply not load this in guests. Then this will be taken care of once and for all and we can do whatever we want on baremetal, as to what error message to issue and how many times to issue it, whether the decoder is builtin or default y or yadda yadda. Because even if you say in a guest: pr_warn_once("Decoding supported only on Scalable MCA processors.\n"); you're kinda misleading because the guest might be an SMCA processor but not all features are emulated, including SMCA. So it is not really an SMCA processor but some not really existant hybrid or so. So since this whole SMCA thing does not apply to virtualization, we should simply not load on virt and be done with it. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette