Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp5118410imm; Tue, 21 Aug 2018 06:37:13 -0700 (PDT) X-Google-Smtp-Source: AA+uWPwPSSzAjeNMZrPUykOsclfd7rsl7z3ZoAhxQod900RhdXhXC2IBssOcA45cPDh9z8YBUnVm X-Received: by 2002:a63:e056:: with SMTP id n22-v6mr47463749pgj.205.1534858633724; Tue, 21 Aug 2018 06:37:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534858633; cv=none; d=google.com; s=arc-20160816; b=lipbbNro9nYftQ+uernlyDweekutt0AfDGeaEMX5xF0cBztvqdzLbxNSV00qZ1meko xKDLzmSELwl/e2vIceCky09/ZFSgYXXEWopAkmJb08y3BcWsq10FcIxg9pTmdvfxUr2E rNF0xqMiWDYgOCEbSz++BzfTEDs79xbzKr6ZY0elQ8QNCY5oOolIFijNpdo8fKSCtI+S AjCmGhF1kAl7EBKYADorBZ4SdaDoCmdlozgzwg1/OhSKsvd9Ej1pQhTtxMF16PxD2bNa 4fw4cr8tnSioVJSVZGTqu0MhGbOym/e+uQAVNuYLvRIiVdqH0ZJEDBHc+KauKlQFOx26 S9Zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=RJSyF2fdUU9EpXBxvhLJQtZnXm7Lfr0HWCOCSlGNdgw=; b=C0ltKOvRAmXQ7KyYKUdFnseA2eEaNXOqDVz+Ry+x0qUiOGYFeg/YndEX5ATJCQr2IS tSmetZcQ/Nfu10OXrAeNVMVD+gcK1c1HvOlkYxmyE+MBj6JUn1nFBntX4zgDcQovIUSW VE2+x6CkrjZ2+coaDlh7uCU7b3m6UyrYT9Vg1Ux4yaIU3TzsgaR0hS2fCR7vy3lByA4K 475jfr0nfUVw7v4rkqMAKjkFSlzMkwh6NzsCe9jCISIr6snGLx/D1ahidonGtb5ri38c yvN/bsDOzRa4cnVK7bP8TMsQD9qcfiM3IsjeeIZCqPAczjDGwcBBKjwA/fgteZGOlTWu abpA== 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 r14-v6si12592587pfa.44.2018.08.21.06.36.59; Tue, 21 Aug 2018 06:37:13 -0700 (PDT) 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 S1727696AbeHUQft (ORCPT + 99 others); Tue, 21 Aug 2018 12:35:49 -0400 Received: from mail.skyhub.de ([5.9.137.197]:49646 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726907AbeHUQft (ORCPT ); Tue, 21 Aug 2018 12:35:49 -0400 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2SVsYDHxrXxb; Tue, 21 Aug 2018 15:15:25 +0200 (CEST) Received: from nazgul.tnic (77-85-47-250.ip.btc-net.bg [77.85.47.250]) (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 AF0491EC028D; Tue, 21 Aug 2018 15:15:24 +0200 (CEST) Date: Tue, 21 Aug 2018 15:15:41 +0200 From: Borislav Petkov To: "Ghannam, Yazen" Cc: "linux-edac@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "tony.luck@intel.com" , "x86@kernel.org" Subject: Re: [PATCH 2/2] x86/MCE/AMD: Skip creating kobjects with NULL names Message-ID: <20180821131541.GE30528@nazgul.tnic> References: <20180809140834.59264-1-Yazen.Ghannam@amd.com> <20180809140834.59264-2-Yazen.Ghannam@amd.com> <20180809161806.GB20928@nazgul.tnic> <20180815155452.GB28669@nazgul.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 16, 2018 at 06:46:33PM +0000, Ghannam, Yazen wrote: > Future SMCA systems may have banks whose MCA_IPID is not known so we You lost me here. How would the IPID not be known? Are you talking about an old kernel running on new HW and thus the HardwareID in its MCA_IPID to be unknown to the old kernel? > In the past, the sysfs entries were named something like "th_bank#" before > each bank was given a more descriptive name. We can go back to this format > as a fallback for unrecognized bank types. This will fix the issue with sysfs > failing and also the interface will still work on new hardware. You could do: th_bank# so that we can find what it is by grepping the PPR. > I agree. I just wanted to make a small change and fix this issue. I > think there's a lot we can do to clean up the thresholding code going > forward. ACK. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --