Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752687AbdG1Svz (ORCPT ); Fri, 28 Jul 2017 14:51:55 -0400 Received: from g2t2354.austin.hpe.com ([15.233.44.27]:46012 "EHLO g2t2354.austin.hpe.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752204AbdG1Svx (ORCPT ); Fri, 28 Jul 2017 14:51:53 -0400 From: "Kani, Toshimitsu" To: "bp@alien8.de" , "linux-edac@vger.kernel.org" CC: "mchehab@infradead.org" , "linux-kernel@vger.kernel.org" , "tony.luck@intel.com" , "rjw@rjwysocki.net" Subject: Re: [PATCH 3/3] EDAC, ghes: Make it a proper module Thread-Topic: [PATCH 3/3] EDAC, ghes: Make it a proper module Thread-Index: AQHTBewsoOaHQfQgAk6o+lOz407qJKJplmgA Date: Fri, 28 Jul 2017 18:50:56 +0000 Message-ID: <1501267290.2042.89.camel@hpe.com> References: <20170726084827.11447-1-bp@alien8.de> <20170726084827.11447-4-bp@alien8.de> In-Reply-To: <20170726084827.11447-4-bp@alien8.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=toshi.kani@hpe.com; x-originating-ip: [15.211.195.8] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1;DF4PR84MB0187;7:a1Xd5XSj+/6QMhKMtgODWWqYNRHa2rMO/SULN47g4P3cC25wy3Dl99zo0z/yZJ4X5muHpkl7X7vd5bJdTXVOi0yEyGLl3zeta/WJshEsaXtJiMVzQDdSIURBh50ED4zUOr8ZiNGjiSmcC67Uf0RQLSPQgEgRY4vROujZgAQeRpryIElIgo9HCPgvtIgabAQkzvuw/FFpfvSGMfGSrny7aF2ZG1+C4yeMdHlvsPMIsC+7kJQZhYFTRI/WATDAz3UzlsuZdRdbRaKBt+RsvhHhTmb+O3xabyH3QiJLY1MZUlWJQHibOMLAXIXtMYQcFk0YErz5Kmq5/Dy2hj/PaKkm+sWO84desBXJfQOu86QwfEhYoHy/W1ynDViuHKxw/9r4mGIudKfRw1t1Kb+5IMWCHdtuyknZ+euRRms/O8axF9GrlNjRMvqX0DrLM+Tjm1XigaC0knpa96lYk4GR/upPHrpeenq4D5lcfupyCOEHvntLx97Z+tNkrv/qXkcUbAfSFh0i5gGp1v9c7KVY9NO7lMPRSez8Fhp/3gzt1ZWmI0jqtQMBJalzFn0Jc2j4d/FI3fivSWUu0QmiDmpRi+MmUZKdgxxJBauXfddcrGHa86wi5vPp7yYOPe6jVH8IMdNc2ntoh5P4mrYRm6gB9cTfpT1JuGTCQRY0tZRnjCp671/ydKYnc6JBqlg6o4qXCg0MxeqUfzqF2dIsUQpJm9aZ80ZxFvbEjYS2UbxvR2kHpqn9jl3mYiCX3oHO32UgwzwkQGUDaw4BKIdyCQQl44FllRPp5NtVvO/FFCYhffil8so= x-ms-office365-filtering-correlation-id: b609817d-c754-42ce-9536-08d4d5e99487 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:DF4PR84MB0187; x-ms-traffictypediagnostic: DF4PR84MB0187: x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123560025)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:DF4PR84MB0187;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:DF4PR84MB0187; x-forefront-prvs: 03827AF76E x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(39450400003)(39410400002)(39400400002)(39850400002)(39860400002)(39840400002)(189002)(24454002)(377424004)(199003)(77096006)(2900100001)(86362001)(6436002)(36756003)(229853002)(189998001)(7736002)(6486002)(478600001)(8936002)(3846002)(6506006)(53936002)(81166006)(25786009)(81156014)(97736004)(68736007)(66066001)(6116002)(102836003)(8676002)(50986999)(101416001)(76176999)(6246003)(54356999)(106356001)(6512007)(2501003)(103116003)(54906002)(2950100002)(38730400002)(14454004)(3280700002)(305945005)(4326008)(3660700001)(105586002)(33646002)(5660300001)(2906002);DIR:OUT;SFP:1102;SCL:1;SRVR:DF4PR84MB0187;H:DF4PR84MB0187.NAMPRD84.PROD.OUTLOOK.COM;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2017 18:50:56.0373 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0187 X-OriginatorOrg: hpe.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id v6SIq0q8032158 Content-Length: 1736 Lines: 62 On Wed, 2017-07-26 at 10:48 +0200, Borislav Petkov wrote: > From: Borislav Petkov > > Register with the GHES notifier chain so that there's no need to call > into the module with ghes_edac_report_mem_error(). > > Signed-off-by: Borislav Petkov : > +static int report_mem_error(struct notifier_block *nb, unsigned long > sev, void *data) >  { > + struct cper_sec_mem_err *mem_err = data; >   enum hw_event_mc_err_type type; >   struct edac_raw_error_desc *e; >   struct mem_ctl_info *mci; > - struct ghes_edac_pvt *pvt = NULL; > - char *p; > + struct ghes_edac_pvt *pvt = ghes_pvt; >   u8 grain_bits; > + char *p; >   > - list_for_each_entry(pvt, &ghes_reglist, list) { > - if (ghes == pvt->ghes) > - break; > - } >   if (!pvt) { I think it always hits this error condition. See below. > - pr_err("Internal error: Can't find EDAC > structure\n"); > - return; > + edac_pr_err("Internal error: Can't find EDAC > structure\n"); > + return NOTIFY_DONE; >   } > + : > +static int __init ghes_edac_register(void) >  { > + struct ghes_edac_pvt *pvt = ghes_pvt; This simply sets NULL to pvt, and does not initialize ghes_pvt. >   bool fake = false; >   int rc, num_dimm = 0; >   struct mem_ctl_info *mci; >   struct edac_mc_layer layers[1]; > - struct ghes_edac_pvt *pvt; >   struct ghes_edac_dimm_fill dimm_fill; >   : > -EXPORT_SYMBOL_GPL(ghes_edac_register); > +module_init(ghes_edac_register); Since this patch has removed the GHES-presence check and ordering hack for ghes_edac, it now registers itself per the module_init() ordering regardless of the presence of GHES. As Mauro pointed out, some type of GHES check needs to be in place before making this change. Thanks, -Toshi