Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7433774yba; Thu, 2 May 2019 09:44:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqwjblbAYo5xbbLLnIAf8/+9LUji15hcHJ1/vEWjMtOACMrV3ILM9IMX8jCVWk19/Js+GD9y X-Received: by 2002:a63:1055:: with SMTP id 21mr4939698pgq.200.1556815482478; Thu, 02 May 2019 09:44:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556815482; cv=none; d=google.com; s=arc-20160816; b=lKs0rd2afwqprDLNjqjSyRliv7pG/mraO0YlBetVu/PJvkW0wAaSAH4OWk3RrfPdzI rOeosmocm10JrPOOjYnCfAwS2cW2GwrEyg/H39MoblfZXI2+KF6n8lhkQdEEntgt7+gL pajVDMPuZS4KNgZhMHpsxLBnAfAKQPXq6XtYGbWRKwOMK5b8A4ZlfwsIeMwbZe1W6lhp bNo9+dP/t198vb8xyR5nEztkxXAq55Ndb2OUw1tclDKli0nziWV2hxeaEqnoaeMVw3vK afrnLkWBoWuW4uIeqePlqzcZqqO1AzX5tj/b4SjIDU1RMxb4vWpvPPuq+zZF5tq+8Uei JH6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=nR2Kkyc51fz9bSSbBuyqLkdj5J+oTGa3iYDFRifkGW4=; b=uf3tOY0qyTiat1cISN524ZIPuBW7MbLe2YQqRPL2QNPYvGL+R6bOeTdrYpNCJwZKV3 NGknd4mHts21d93IBGX6LXaqxiJeYadnbJpBkZiuH4X68whD5mD1zSbeHJQT1ZOJ11HL 7beVLddfYORZcT51gcKhclm+4d1d1bRq7imnr54qAqYXR4+n35VVOKNxAwQYGln5gGsw FZ6qssiFeybwvImuDypSHZQP7H4xZMA+k21/6/63auv7xK8HsaWaNMz1y8LhOEtsmkc2 5EwsBMqxnGmLeLg9YJFnhSnfnXYLTpKIt8QZa/zwzYWpvkqiEKGFQe0J2RrSH6y9W4Zc Kmww== 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 x14si43451807pfm.179.2019.05.02.09.44.26; Thu, 02 May 2019 09:44:42 -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 S1726654AbfEBQmW (ORCPT + 99 others); Thu, 2 May 2019 12:42:22 -0400 Received: from foss.arm.com ([217.140.101.70]:49138 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726268AbfEBQmV (ORCPT ); Thu, 2 May 2019 12:42:21 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 30FC8A78; Thu, 2 May 2019 09:42:21 -0700 (PDT) Received: from [10.1.196.105] (eglon.cambridge.arm.com [10.1.196.105]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CB5023F5AF; Thu, 2 May 2019 09:42:18 -0700 (PDT) From: James Morse Subject: Re: [PATCH] edac: sifive: Add EDAC platform driver for SiFive SoCs To: Yash Shah Cc: linux-edac@vger.kernel.org, linux-riscv@lists.infradead.org, palmer@sifive.com, bp@alien8.de, paul.walmsley@sifive.com, linux-kernel@vger.kernel.org, aou@eecs.berkeley.edu, mchehab@kernel.org, sachin.ghadi@sifive.com, davem@davemloft.net, gregkh@linuxfoundation.org, nicolas.ferre@microchip.com, paulmck@linux.ibm.com References: <1556795761-21630-1-git-send-email-yash.shah@sifive.com> <1556795761-21630-2-git-send-email-yash.shah@sifive.com> Message-ID: <4072c812-d3bf-9ad5-2b30-6b2a5060bb55@arm.com> Date: Thu, 2 May 2019 17:42:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <1556795761-21630-2-git-send-email-yash.shah@sifive.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Yash, Sorry for the delay on the earlier version of this - I was trying to work out what happens when multiple edac drivers probe based on DT... On 02/05/2019 12:16, Yash Shah wrote: > The initial ver of EDAC driver supports: > - ECC event monitoring and reporting through the EDAC framework for SiFive > L2 cache controller. > You probably don't want this bit preserved in the kernel log: { > This patch depends on patch > 'RISC-V: sifive_l2_cache: Add L2 cache controller driver for SiFive SoCs' > https://lkml.org/lkml/2019/5/2/309 } > The EDAC driver registers for notifier events from the L2 cache controller > driver (arch/riscv/mm/sifive_l2_cache.c) for L2 ECC events > > Signed-off-by: Yash Shah > --- (if you put it here, it gets discarded when the patch is applied) Having an separately posted dependency like this is tricky, as this code can't be used/tested until the other bits are merged. > MAINTAINERS | 6 +++ > arch/riscv/Kconfig | 1 + > drivers/edac/Kconfig | 6 +++ > drivers/edac/Makefile | 1 + > drivers/edac/sifive_edac.c | 121 +++++++++++++++++++++++++++++++++++++++++++++ > 5 files changed, 135 insertions(+) > create mode 100644 drivers/edac/sifive_edac.c > diff --git a/drivers/edac/sifive_edac.c b/drivers/edac/sifive_edac.c > new file mode 100644 > index 0000000..eb7a9b9 > --- /dev/null > +++ b/drivers/edac/sifive_edac.c > @@ -0,0 +1,121 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * SiFive Platform EDAC Driver > + * > + * Copyright (C) 2018-2019 SiFive, Inc. > + * > + * This driver is partially based on octeon_edac-pc.c > + * > + */ > +#include > +#include > +#include "edac_module.h" > + > +#define DRVNAME "sifive_edac" > + > +extern int register_sifive_l2_error_notifier(struct notifier_block *nb); > +extern int unregister_sifive_l2_error_notifier(struct notifier_block *nb); Ideally these would live in some header file. > +struct sifive_edac_priv { > + struct notifier_block notifier; > + struct edac_device_ctl_info *dci; > +}; > + > +/** > + * EDAC error callback > + * > + * @event: non-zero if unrecoverable. > + */ > +static > +int ecc_err_event(struct notifier_block *this, unsigned long event, void *ptr) > +{ > + const char *msg = (char *)ptr; > + struct sifive_edac_priv *p; > + > + p = container_of(this, struct sifive_edac_priv, notifier); > + > + if (event) > + edac_device_handle_ue(p->dci, 0, 0, msg); > + else > + edac_device_handle_ce(p->dci, 0, 0, msg); This would be easier to read if your SIFIVE_L2_ERR_TYPE_UE were exposed via some header file. > + > + return NOTIFY_STOP; Your notifier register calls are EXPORT_SYMBOL()d, but Kconfig forbids building this as a module, so its not for this driver. If there is another user of this notifier-chain, won't NOTIFY_STOP here break it? > +} > + > +static int ecc_register(struct platform_device *pdev) > +{ > + struct sifive_edac_priv *p; > + > + p = devm_kzalloc(&pdev->dev, sizeof(*p), GFP_KERNEL); > + if (!p) > + return -ENOMEM; > + > + p->notifier.notifier_call = ecc_err_event; > + platform_set_drvdata(pdev, p); > + > + p->dci = edac_device_alloc_ctl_info(sizeof(*p), "sifive_ecc", 1, sizeof(*p) here is how much space in struct edac_device_ctl_info you need for private storage... but you never touch p->dci->pvt_info, so you aren't using it. 0? > + "sifive_ecc", 1, 1, NULL, 0, > + edac_device_alloc_index()); > + if (IS_ERR(p->dci)) > + return PTR_ERR(p->dci); > + > + p->dci->dev = &pdev->dev; > + p->dci->mod_name = "Sifive ECC Manager"; > + p->dci->ctl_name = dev_name(&pdev->dev); > + p->dci->dev_name = dev_name(&pdev->dev); > + > + if (edac_device_add_device(p->dci)) { > + dev_err(p->dci->dev, "failed to register with EDAC core\n"); > + goto err; > + } > + > + register_sifive_l2_error_notifier(&p->notifier); > + > + return 0; > + > +err: > + edac_device_free_ctl_info(p->dci); > + > + return -ENXIO; > +} > +struct platform_device *sifive_pdev; static? > +static int __init sifive_edac_init(void) > +{ > + int ret; > + > + sifive_pdev = platform_device_register_simple(DRVNAME, 0, NULL, 0); > + if (IS_ERR(sifive_pdev)) > + return PTR_ERR(sifive_pdev); > + > + ret = ecc_register(sifive_pdev); > + if (ret) > + platform_device_unregister(sifive_pdev); > + > + return ret; > +} > + > +static void __exit sifive_edac_exit(void) > +{ > + ecc_unregister(sifive_pdev); > + platform_device_unregister(sifive_pdev); > +} Looks good to me. I think this patch should go with its two dependencies, I'm not sure why it got split off... Reviewed-by: James Morse Thanks, James