From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 709CED2A532 for ; Thu, 17 Oct 2024 08:37:50 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DD4546B007B; Thu, 17 Oct 2024 04:37:49 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D5EDA6B0082; Thu, 17 Oct 2024 04:37:49 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BD6FD6B0089; Thu, 17 Oct 2024 04:37:49 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 9B4626B007B for ; Thu, 17 Oct 2024 04:37:49 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 412AE1C4E37 for ; Thu, 17 Oct 2024 08:37:37 +0000 (UTC) X-FDA: 82682440806.05.68D9657 Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) by imf10.hostedemail.com (Postfix) with ESMTP id 45517C0013 for ; Thu, 17 Oct 2024 08:37:42 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf10.hostedemail.com: domain of shiju.jose@huawei.com designates 185.176.79.56 as permitted sender) smtp.mailfrom=shiju.jose@huawei.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1729154160; a=rsa-sha256; cv=none; b=sUKzknMV+7NAX5W8OUQKoD4aYrnqjaks6qWfnCoh4068VxjhCvFMzKEGJ29EHyl7Q1zFYL Bt9PuZBfZEJ9AeWKMhP7OKzMUnO52GDdxEh1GKcvrzzZH4mTtnZd/xBbihYT1CYz64LfzJ G6wlwx/swk6Lb0metq43exm6Cww+REs= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf10.hostedemail.com: domain of shiju.jose@huawei.com designates 185.176.79.56 as permitted sender) smtp.mailfrom=shiju.jose@huawei.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1729154160; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hmEkKpgm7X2Fc2G4EnIBPAOTb1yKQ+u+r3DG3IV8fnM=; b=r+OKZs03ewd2Hr7LUHf7Us35n/8X8Zbpb9Wx5SgB5OKeIJbMUQvwbCHSfk2Vq9nWiWYC82 NnSrKDqNtnKzx0Ctc9m9uTf4KmX79g7cXeGrQEQMXFMUHi2uKBnpe9Qk2DrLrPbjb+2B5d eEQEdTDwPf6QSlsl/puz31OwSYsRQiQ= Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4XTh1J1KV5z6LD8T; Thu, 17 Oct 2024 16:33:08 +0800 (CST) Received: from frapeml500008.china.huawei.com (unknown [7.182.85.71]) by mail.maildlp.com (Postfix) with ESMTPS id 791C71400F4; Thu, 17 Oct 2024 16:37:39 +0800 (CST) Received: from frapeml500007.china.huawei.com (7.182.85.172) by frapeml500008.china.huawei.com (7.182.85.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Thu, 17 Oct 2024 10:37:39 +0200 Received: from frapeml500007.china.huawei.com ([7.182.85.172]) by frapeml500007.china.huawei.com ([7.182.85.172]) with mapi id 15.01.2507.039; Thu, 17 Oct 2024 10:37:39 +0200 From: Shiju Jose To: Jonathan Cameron CC: "linux-edac@vger.kernel.org" , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "bp@alien8.de" , "tony.luck@intel.com" , "rafael@kernel.org" , "lenb@kernel.org" , "mchehab@kernel.org" , "dan.j.williams@intel.com" , "dave@stgolabs.net" , "dave.jiang@intel.com" , "alison.schofield@intel.com" , "vishal.l.verma@intel.com" , "ira.weiny@intel.com" , "david@redhat.com" , "Vilas.Sridharan@amd.com" , "leo.duran@amd.com" , "Yazen.Ghannam@amd.com" , "rientjes@google.com" , "jiaqiyan@google.com" , "Jon.Grimm@amd.com" , "dave.hansen@linux.intel.com" , "naoya.horiguchi@nec.com" , "james.morse@arm.com" , "jthoughton@google.com" , "somasundaram.a@hpe.com" , "erdemaktas@google.com" , "pgonda@google.com" , "duenwen@google.com" , "gthelen@google.com" , "wschwartz@amperecomputing.com" , "dferguson@amperecomputing.com" , "wbs@os.amperecomputing.com" , "nifan.cxl@gmail.com" , tanxiaofei , "Zengtao (B)" , "Roberto Sassu" , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm Subject: RE: [PATCH v13 01/18] EDAC: Add support for EDAC device features control Thread-Topic: [PATCH v13 01/18] EDAC: Add support for EDAC device features control Thread-Index: AQHbGkjIT8EMR4nHhkSztyssI50yp7KGMcmAgAMn9YA= Date: Thu, 17 Oct 2024 08:37:38 +0000 Message-ID: <9431b46fefec4f87bcd5e7999b97ed00@huawei.com> References: <20241009124120.1124-1-shiju.jose@huawei.com> <20241009124120.1124-2-shiju.jose@huawei.com> <20241014151829.00000e7f@Huawei.com> In-Reply-To: <20241014151829.00000e7f@Huawei.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.126.175.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 45517C0013 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: ueoefzchekb4te3wadj3o5p5ckzxaqmq X-HE-Tag: 1729154262-821371 X-HE-Meta: U2FsdGVkX19u82r1MqZZsqF641TT7UDWVeW2zaaFzp3Ui9R/UkB38vGd2KnWgsP5lFJ1SeqiYaC0hQXezxqr+r24rlKEOzau6wlSsCCgwf0r+RT5zAduZDXoaLNCf5fAkpwBRojJMZgoQCLAaBA1xxyUesW34r7jMrnLThzl0UXFpJ+WYN2lY0nB6QrCMwwZ273ZN6O4dnN+loUp9NWzd9hMlgqg5yifUFXgorRhYn9lsxn3Ms7AatVY6nkgiBK6JIVZZhwpdh8A2KwHwk3YM8F6MClRZQQGH4K8W711IBuEyIwFpxjHx1A9apFvbkDu8/r2M56VAXDglcWaTM2kT7rAn2dP7S1dIQs0POvWrGMGvbQce0nzpE8goVvDMz4a3w1JkaG+93WU4g6JWmmJRoft+wkXlyvxx7dtsV6x0RWB3S233o/3D6QZmA0KPRKtrLBYl1tv4hqPmj/BzdTwOjEj40aG0/Pc5VOpuLdIguevBAtlbWtj93cYStRj0ds2TjGW6BRMMUTclR7M2XQ71ouxNFkvm6P6NF8q+PwNIMVeAhESOSh5g7LOpIZZ34swXdXorc5As6dgKHbtDtEJsNPDBKKHlTW6cCeM9YDNiopIy9JyWs1IXhHa9dx3WqBWI20Iw0usg47tE7cY75YuvoCxmvjEVTmm/IbgzB+8bgFbrHuY2BXwfmMn99XllC+R2wey5ndwGtxxPu6ID5ZaI2H2QA89vSMuZ+HEBbrz6xWCfWvqDYD8SJ9yZjWuB/fZIeS2vrkig/oL6IwoGH2eUnpyxwKxaXTWyGJwGK3b0z7iHMeQpbKAvscuc+xutyRN4O73CJzYXYSLrUDmjjfHI2nwCcxAWe/aU1Jt9dpGL/qoBG58e+kmb+VyNvYv7pAyyePfSGdv28zcWKezZsGx83MDehjTMiXDyERKOvP17zIX5W8zuSUlfTcvD3O6UChcTbc9jGVGOcOwGvybe23 u5jKrMLh 4zSJrn2C7Ga9yntXbchke8nJsxQ7A8s/kjIymasTDypJnBJ0opCzdtA3oGylMd4bBiMPc3qeYakWq477JDoJxXvHWMHp0C/qPEn4w9BAit6mPxHCZqgDAWvX8ceHxQ7B4zQDnfHn3jj9/q7n2V+slQgs+NS/Cj+jp7602mjZm5XM08xeXbNwJMWtjW5Td7Rlkee468o5DZbcXVbElI9za9u63wB4nk/2+AxC4xqoAgzKRuupOkvvFnrt82YzJAR4EsqnM/JtG4fyyTfib0wXgj8olj3a4k/GdzOinfI6yCMH/Linmv6vxtqtCQv4Cx9aDXKTU2iZ5w26uWSVkUna+qrZIfGp4FttEXmvyrsAKbcivG7PP7qlutt5SSj7jzYXcCwF0iZaV2RlUEPSRmwi/CA3DpXRmQdE15/dlahBQL3q4hTndpgTe74f4vjbfhr0663AZ5BViSDMTmtmVPDl5NjEzLp88KAWVw7LaWrTsofJK3NBi4qmMAn9q1Ddpl9YpkimffxuJSMUHG1ZYRo12bPWV988I5y7vo8lHSs7GASPwXIQFyLAfKQC0uIUw7bp2IyY57clT52YkSi0hXwvIPE+DOkoZdKJBTMVmeOHMiTUJsmnl+w2jaNWnaWIyI9Et+nEKwLH4Huk9dQu9EqDGRWPEGcOvioCXzopPpoxsH+tBnXKMeqOtShYSGAbfBNOAIlKKdkx77JYkT8Vyw2TvUDWj1vXxG+imHyndEtCK2GpEqob7LeNuO+FwPlTYOzonm4fks9z5sNMk2N15ujn+75kn1UmIZZLrNTVbg+rvrCI5u5ngeC0oFVIv7Y3W5JzlEVlRXhIerWbbMQwehAawAFjeqQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Jonathan,=20 >-----Original Message----- >From: Jonathan Cameron >Sent: 14 October 2024 15:18 >To: Shiju Jose >Cc: linux-edac@vger.kernel.org; linux-cxl@vger.kernel.org; linux- >acpi@vger.kernel.org; linux-mm@kvack.org; linux-kernel@vger.kernel.org; >bp@alien8.de; tony.luck@intel.com; rafael@kernel.org; lenb@kernel.org; >mchehab@kernel.org; dan.j.williams@intel.com; dave@stgolabs.net; >dave.jiang@intel.com; alison.schofield@intel.com; vishal.l.verma@intel.com= ; >ira.weiny@intel.com; david@redhat.com; Vilas.Sridharan@amd.com; >leo.duran@amd.com; Yazen.Ghannam@amd.com; rientjes@google.com; >jiaqiyan@google.com; Jon.Grimm@amd.com; dave.hansen@linux.intel.com; >naoya.horiguchi@nec.com; james.morse@arm.com; jthoughton@google.com; >somasundaram.a@hpe.com; erdemaktas@google.com; pgonda@google.com; >duenwen@google.com; gthelen@google.com; >wschwartz@amperecomputing.com; dferguson@amperecomputing.com; >wbs@os.amperecomputing.com; nifan.cxl@gmail.com; tanxiaofei >; Zengtao (B) ; Roberto >Sassu ; kangkang.shen@futurewei.com; >wanghuiqiang ; Linuxarm > >Subject: Re: [PATCH v13 01/18] EDAC: Add support for EDAC device features >control > >On Wed, 9 Oct 2024 13:41:02 +0100 > wrote: > >> From: Shiju Jose >> >> Add generic EDAC device features control supports registering RAS >> features supported in the system. Driver exposes features control >> attributes to userspace in >> /sys/bus/edac/devices/// >> >> Co-developed-by: Jonathan Cameron >> Signed-off-by: Jonathan Cameron >> Signed-off-by: Shiju Jose >Hi Shiju, > >Spotted a few minor bugs in here that I'd missed in internal review :( See= below. > >Jonathan Thanks for reviewing. > >> --- >> drivers/edac/edac_device.c | 105 >+++++++++++++++++++++++++++++++++++++ >> include/linux/edac.h | 32 +++++++++++ >> 2 files changed, 137 insertions(+) >> >> diff --git a/drivers/edac/edac_device.c b/drivers/edac/edac_device.c >> index 621dc2a5d034..0b8aa8150239 100644 >> --- a/drivers/edac/edac_device.c >> +++ b/drivers/edac/edac_device.c > > >> + >> +/** >> + * edac_dev_register - register device for RAS features with EDAC >> + * @parent: client device. >> + * @name: client device's name. >> + * @private: parent driver's data to store in the context if any. >> + * @num_features: number of RAS features to register. >> + * @ras_features: list of RAS features to register. >> + * >> + * Return: >> + * * %0 - Success. >> + * * %-EINVAL - Invalid parameters passed. >> + * * %-ENOMEM - Dynamic memory allocation failed. >> + * >> + * The new edac_dev_feat_ctx would be freed automatically. >> + */ >> +int edac_dev_register(struct device *parent, char *name, >> + void *private, int num_features, >> + const struct edac_dev_feature *ras_features) { > >... > >> + ret =3D device_register(&ctx->dev); >> + if (ret) { >> + put_device(&ctx->dev); >> + goto groups_free; >> + return ret; > >Unreachable line. However, shouldn't have the goto here as put_device() sh= ould >result in the release being called in which case this is a double free. So= drop the >goto and keep the return. Fixed. > > >> + } >> + >> + return devm_add_action_or_reset(parent, edac_dev_unreg, &ctx->dev); >> + >> +groups_free: >> + kfree(ras_attr_groups); >> +ctx_free: >> + kfree(ctx); >> + return ret; >> +} >> +EXPORT_SYMBOL_GPL(edac_dev_register); >> diff --git a/include/linux/edac.h b/include/linux/edac.h index >> b4ee8961e623..1db008a82690 100644 >> --- a/include/linux/edac.h >> +++ b/include/linux/edac.h >> @@ -661,4 +661,36 @@ static inline struct dimm_info >> *edac_get_dimm(struct mem_ctl_info *mci, > > >> +/* EDAC device feature information structure */ struct edac_dev_data >> +{ >> + u8 instance; >> + void *private; >> +}; >> + >> +struct device; > >That forwards def doesn't work as this header needs to include enough >information to establish layout of struct edac_dev_feat_ctx. >Header already includes linux/device.h so just drop this. Deleted. > > >> + >> +struct edac_dev_feat_ctx { >> + struct device dev; >> + void *private; >> +}; >> + >> +struct edac_dev_feature { >> + enum edac_dev_feat ft_type; >> + u8 instance; >> + void *ctx; >> +}; >> + >> +int edac_dev_register(struct device *parent, char *dev_name, >> + void *parent_pvt_data, int num_features, >> + const struct edac_dev_feature *ras_features); >> #endif /* _LINUX_EDAC_H_ */ Thanks, Shiju