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;
Date:   Sun, 19 Sep 2021 22:06:03 -0700
From:   "Luck, Tony" <tony.luck@intel.com>
To:     Borislav Petkov <bp@alien8.de>
Cc:     Yazen Ghannam <Yazen.Ghannam@amd.com>, X86 ML <x86@kernel.org>,
        LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 4/4] x86/mce: Get rid of the ->quirk_no_way_out()
 indirect call
Message-ID: <YUgWu14GqmjJ36+R@agluck-desk2.amr.corp.intel.com>
References: <20210917105355.2368-1-bp@alien8.de>
 <20210917105355.2368-5-bp@alien8.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20210917105355.2368-5-bp@alien8.de>
Precedence: bulk

On Fri, Sep 17, 2021 at 12:53:55PM +0200, Borislav Petkov wrote:
> @@ -1793,7 +1791,7 @@ static int __mcheck_cpu_apply_quirks(struct cpuinfo_x86 *c)
>  			cfg->bootlog = 0;
>  
>  		if (c->x86 == 6 && c->x86_model == 45)
> -			quirk_no_way_out = quirk_sandybridge_ifu;
> +			mce_flags.snb_ifu_quirk = 1;
>  	}

Someday all these tests for random vendor/family/model/stepping could be
refactored into a x86_match_cpu() lookup table (now that x86_match_cpu
can handle steppings). But that's a topic for a different patch series.

-Tony