Received: by 10.223.176.5 with SMTP id f5csp3395501wra; Mon, 29 Jan 2018 12:34:00 -0800 (PST) X-Google-Smtp-Source: AH8x2267l7HWdTvd4FSwg5eKH1QTQE01VGXTf4jX2/aMP4XEnGW1NXdS3eyk9V+i+woMs5P5Dpf6 X-Received: by 10.101.78.12 with SMTP id r12mr22418970pgt.33.1517258040585; Mon, 29 Jan 2018 12:34:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517258040; cv=none; d=google.com; s=arc-20160816; b=CY11AuoB2Bn6BadmLBcO4Atp91QGnd+Om4KzLJ7kt0HkWZvq6Mit0cxHUN1ZPGcBa5 TxpaReySEFCZx8X3o0E4wLMtGLHt9RJ7NChjzYicdEo0giOEQyoXO7foF83ex8SJMdBE +JVVQO/4oB5W2G0Dc3u/zU1SPr3UDjYQDumemT6XpO2PoIeBKyGllU4hSAZyUnnDzrFK YmTvQzjuiNjbBv5UZSxgZ8SgVAieKCajqMXK1hoMi6g1fw15/Yy5r+HRCETa5lFPzxx2 pouSKLFfLSLOlmn/d+eg7TH4si0NBeycxjYtmFMY7lCqrqNxJKEG4vK2FY2JgCdlnuc4 d3rQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=3sqmQk/ImKtbuViQ8dHhY5tjhc576K9y9kOO0ikbwY4=; b=tdXo0HvKO3JoHbxQstQ3DyrZbtYs3uSVWwKe/9Nz8RZCvtf3GXSTtjx3Osv4CtwDl3 PX2b78czmW61+WWrvkmLHrT6WE2Xs/XL+AhuqOn9PgD2DoT9DiEIeZdousYxkn9GneS0 PtUUkhoZk/eD77Waq7l4ljNrE2oI5jv54WOgpzEvft4ohj85yjXYHmbW+3KxQJeSKbgL LKV0u99Nr+AwZ8OJ1mAOO8IudXg8nnL27qwznPpr5jAIuDFOxDqY5l/NuhmCayzEN9Tf UTwWnpz2mTu2BhXfqinOdlJ5hZmYsp4QMMZiXhXfuUT9foLL/gmDY/B8bOzvL7Md1dM+ iNpw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h3si474172pgf.720.2018.01.29.12.33.45; Mon, 29 Jan 2018 12:34:00 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754682AbeA2UdF (ORCPT + 99 others); Mon, 29 Jan 2018 15:33:05 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:41330 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754252AbeA2UOx (ORCPT ); Mon, 29 Jan 2018 15:14:53 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id F1C8F2FB4; Mon, 29 Jan 2018 13:06:45 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jia Zhang , Borislav Petkov , Thomas Gleixner , Tony Luck Subject: [PATCH 4.9 57/66] x86/microcode/intel: Extend BDW late-loading further with LLC size check Date: Mon, 29 Jan 2018 13:57:21 +0100 Message-Id: <20180129123842.891116761@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180129123839.842860149@linuxfoundation.org> References: <20180129123839.842860149@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Jia Zhang commit 7e702d17ed138cf4ae7c00e8c00681ed464587c7 upstream. Commit b94b73733171 ("x86/microcode/intel: Extend BDW late-loading with a revision check") reduced the impact of erratum BDF90 for Broadwell model 79. The impact can be reduced further by checking the size of the last level cache portion per core. Tony: "The erratum says the problem only occurs on the large-cache SKUs. So we only need to avoid the update if we are on a big cache SKU that is also running old microcode." For more details, see erratum BDF90 in document #334165 (Intel Xeon Processor E7-8800/4800 v4 Product Family Specification Update) from September 2017. Fixes: b94b73733171 ("x86/microcode/intel: Extend BDW late-loading with a revision check") Signed-off-by: Jia Zhang Signed-off-by: Borislav Petkov Signed-off-by: Thomas Gleixner Acked-by: Tony Luck Link: https://lkml.kernel.org/r/1516321542-31161-1-git-send-email-zhang.jia@linux.alibaba.com Signed-off-by: Greg Kroah-Hartman --- arch/x86/kernel/cpu/microcode/intel.c | 20 ++++++++++++++++++-- 1 file changed, 18 insertions(+), 2 deletions(-) --- a/arch/x86/kernel/cpu/microcode/intel.c +++ b/arch/x86/kernel/cpu/microcode/intel.c @@ -40,6 +40,9 @@ #include #include +/* last level cache size per core */ +static int llc_size_per_core; + /* * Temporary microcode blobs pointers storage. We note here during early load * the pointers to microcode blobs we've got from whatever storage (detached @@ -1053,12 +1056,14 @@ static bool is_blacklisted(unsigned int /* * Late loading on model 79 with microcode revision less than 0x0b000021 - * may result in a system hang. This behavior is documented in item - * BDF90, #334165 (Intel Xeon Processor E7-8800/4800 v4 Product Family). + * and LLC size per core bigger than 2.5MB may result in a system hang. + * This behavior is documented in item BDF90, #334165 (Intel Xeon + * Processor E7-8800/4800 v4 Product Family). */ if (c->x86 == 6 && c->x86_model == INTEL_FAM6_BROADWELL_X && c->x86_mask == 0x01 && + llc_size_per_core > 2621440 && c->microcode < 0x0b000021) { pr_err_once("Erratum BDF90: late loading with revision < 0x0b000021 (0x%x) disabled.\n", c->microcode); pr_err_once("Please consider either early loading through initrd/built-in or a potential BIOS update.\n"); @@ -1125,6 +1130,15 @@ static struct microcode_ops microcode_in .microcode_fini_cpu = microcode_fini_cpu, }; +static int __init calc_llc_size_per_core(struct cpuinfo_x86 *c) +{ + u64 llc_size = c->x86_cache_size * 1024; + + do_div(llc_size, c->x86_max_cores); + + return (int)llc_size; +} + struct microcode_ops * __init init_intel_microcode(void) { struct cpuinfo_x86 *c = &boot_cpu_data; @@ -1135,6 +1149,8 @@ struct microcode_ops * __init init_intel return NULL; } + llc_size_per_core = calc_llc_size_per_core(c); + return µcode_intel_ops; }