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 ED099C3ABB2 for ; Mon, 16 Sep 2024 16:16:34 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6E7326B0099; Mon, 16 Sep 2024 12:16:34 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 697666B009A; Mon, 16 Sep 2024 12:16:34 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 55F0A6B009B; Mon, 16 Sep 2024 12:16:34 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 368F76B0099 for ; Mon, 16 Sep 2024 12:16:34 -0400 (EDT) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id E4D441404A0 for ; Mon, 16 Sep 2024 16:16:33 +0000 (UTC) X-FDA: 82571104266.22.916E77C Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) by imf21.hostedemail.com (Postfix) with ESMTP id 7781B1C0008 for ; Mon, 16 Sep 2024 16:16:30 +0000 (UTC) Authentication-Results: imf21.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf21.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=1726503383; a=rsa-sha256; cv=none; b=Yx1K5ko1CviuxebpgtyDK8BbLaxRCfWGSY2xaB8+vrztg5G88uk9o7PehVCMSFqSLWGqwr lyqHGrKKqbN9YOnMwcikK0VL02dbzjy1HrCP8YS85hRsk7ZFAOB6eG4zT13Pba0kgi2u/I P9ivLC2dA4m+DN0hu1E70qKv+7KUOCE= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf21.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=1726503383; 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=prqIOFh0yTDKiP7G2XEdhZMQf5KAsTHb/xMnM3bgwno=; b=FFuEEU03XUcwLMuR+Hd0Pgqbjip5o0geHoleWjImb/sFyS9hoYd1gLbI6/qOOfiB5/www7 YLBKap//yJXBUy8ucm/D3RiMW3adjRzlJgDAwwy0xPI8pa8k9WYslFRWCwDMU/akDvL/Ms OZHAM7NBsMK76nPl90vmTPBzMDROCpc= Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4X6qgM6yfmz6K9Cj; Tue, 17 Sep 2024 00:12:15 +0800 (CST) Received: from frapeml100005.china.huawei.com (unknown [7.182.85.132]) by mail.maildlp.com (Postfix) with ESMTPS id F271E140C98; Tue, 17 Sep 2024 00:16:27 +0800 (CST) Received: from frapeml500007.china.huawei.com (7.182.85.172) by frapeml100005.china.huawei.com (7.182.85.132) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Mon, 16 Sep 2024 18:16:27 +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; Mon, 16 Sep 2024 18:16:27 +0200 From: Shiju Jose To: Jonathan Cameron CC: Borislav Petkov , "linux-edac@vger.kernel.org" , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "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" , "mike.malvestuto@intel.com" , "gthelen@google.com" , "wschwartz@amperecomputing.com" , "dferguson@amperecomputing.com" , "wbs@os.amperecomputing.com" , "nifan.cxl@gmail.com" , "jgroves@micron.com" , "vsalve@micron.com" , tanxiaofei , "Zengtao (B)" , "Roberto Sassu" , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm Subject: RE: [PATCH v12 01/17] EDAC: Add support for EDAC device features control Thread-Topic: [PATCH v12 01/17] EDAC: Add support for EDAC device features control Thread-Index: AQHbBCn2X0FlmKPPaUWpEENlHZJn/rJVzXyAgARPCJCAAAYMAIAAfGFw Date: Mon, 16 Sep 2024 16:16:27 +0000 Message-ID: <518da468c15047c0b78781784688f4f5@huawei.com> References: <20240911090447.751-1-shiju.jose@huawei.com> <20240911090447.751-2-shiju.jose@huawei.com> <20240913164041.GKZuRrCeoFZBapVYaU@fat_crate.local> <20240916115014.000064bf@Huawei.com> In-Reply-To: <20240916115014.000064bf@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.169.22] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspam-User: X-Stat-Signature: bm8bcfyg3bh5op3z4gsoqneferwbufdr X-Rspamd-Queue-Id: 7781B1C0008 X-Rspamd-Server: rspam02 X-HE-Tag: 1726503390-692785 X-HE-Meta: U2FsdGVkX1+eAC/C44FxzxLbhksHCMUkdkdlBhQY9ehP0QVyZm2mfIvRLDIfncHh+FkNf1eWkrh5T3RVAnCevoM4veRdebnbf7VkuR3/ZDb0F9jbY/nB564TBn4wtJXyjUjJY/O/9cI12J95qqN6aCUPMM/wHnjQLUL9XOCKVvOaAsSMcMzmDOo4B/LcvugBgteGQvnh5vT79Obq2roW/CACQcanllxPCsWZowjXA+9TsHFYXeWtbi2ISh924IVrlpEXPsCFNOmjqUCLxXoWoaUcEechEKIFat2wG1aTCsJd1IlNO0h9rv5EqIKq9VoviMErqceyfsczv46rMigwlh7e3yn+TWyCzEu1vxlsJXMCvB9F9UTi9/Z1ZkNH4KMWRMdS/BPHkpCWUU4khLKN71eZNZ1WcOeiEYG8nd8W2MdVgXBVGVBlm1kecpv71p+K1XgqXMdNcPABEnjRFIiW1mhMK1/aet/izJ6QRnIyTtuNxuSdYTGVjZtCkCuYq2hwSRizv8VQsrtT/JaVPLXeGfTzcfq8AJuak52Us/UjbGkf0MHJ0SjF1rdLagXLJrFxYSXFitl8nMdp7l1XvbBxRNF+IqBjIngwgOh7/nqk6HGP9o+fDuVkFAQXFP65JrbaQxLlW/SAz9ahUaTFtiEHcbmg5xnfxbTeZApdeQMcNAny0ytyUm2y2CB0qNybomre0jdrtpPAir1Vs6yT5D58I/TUBMvbtZd0pqZ25u3j+Nv4mb4BXngPoFiLplMmRTk2syYpNTDz2a9f8lCDNlbwzfMRdpkqssQUrEiP8jYTEaCt5yVsjnmdil0jINYbA7yaP+Rb+pNkZu1BbeSKaT4pYbQoeIrDKtF2D+qFo58H4fIoUxc1ot7MSFfDJf5LDhRfZbFYKAdU05Pcf3JJWc6+JwJD7DC+3cy5QOQH0K1StNW+bFj0DKOCsBLsRw34q8hIMQQo9qqVRbM7EWQAl+A fvWBs8pX UxSQh018xHfyUOVi834vOr51LQNGZhBLL4V4MgdleHaLgOhTEU8+s58tm4sDC0u9h8+CwcnoFmUoQnLCPpCvYNk8dUqhQwJcPJXrB2jolTOSaxYrfNI96hTvGVR3A5JwObskUjpggXx4JgkxlsGXb23hEBYPp3YG6y6Nldc6O3agNfhDxQb7qN2NE+9GhWk4vGP8ytwqPo8EDyYOraoXHGCQ/+0vTxfD7yd6XUHXvFTb+gBBVOzAiUbMpzbT+Ig2e6C9cGvFQtA4TWaFGoejsBLMg25Shsy0MZIofIaacxPDVjteSrLTE6tAOOgDnUXQh6bWhutEV+IH+clYRXfAY/ob3gYi/3XX9cpJPQLE6kxZyr2uGU1DGxqew1dA7AxrtWcgt/pzJSG2WV6Qa9CHVRBBke/b3UltIPKLqVEf+GLUDmdTMp89Cw4mcqukHKQ8UPO3KkYf/DrkOq0aO+pHFTyMj8vWOJYx+TbX0hKLJ2SKatgWXF/dnpJA/EXsF5K72zjJ8w6YtOFhuasl98uckggue6J34QEiDdliGmzzTxYqZK1h/cqnwb2GQCrmaQTtpjHnm1zqOuA+f7xRprakKQWR0hH9jplfx4R2IlhDXxI+hX1N5cDAKq0NsD8ClSif2nFwzRejpHRdkx4E1YL6rL2XwwyDlzxzYW+s9yvCOUWJaQ+cdr3xPUSVxPtBvH4NSCvgp/ZiuhhpqQdP7p/mo9Qa8/ZOpu9v0Apvr5wmhJSPnK/JXRB+Di7QXv8MrERM21lqFHidHrLZ5Y1h+CmJcr0U5YsmGHpabKXmWdemV+jIGqQ7rcKRRHQolTVksTPEhwclUnyYi5/jkO3j0Hqhh/KvlSBStrGwDpV4TTFEy2moGaUTOM0Li8NwtUcAMnsjAKNwdBdX/1xhs/5I= 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: >-----Original Message----- >From: Jonathan Cameron >Sent: 16 September 2024 11:50 >To: Shiju Jose >Cc: Borislav Petkov ; linux-edac@vger.kernel.org; linux- >cxl@vger.kernel.org; linux-acpi@vger.kernel.org; linux-mm@kvack.org; linux= - >kernel@vger.kernel.org; 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; >mike.malvestuto@intel.com; gthelen@google.com; >wschwartz@amperecomputing.com; dferguson@amperecomputing.com; >wbs@os.amperecomputing.com; nifan.cxl@gmail.com; jgroves@micron.com; >vsalve@micron.com; tanxiaofei ; Zengtao (B) >; Roberto Sassu ; >kangkang.shen@futurewei.com; wanghuiqiang ; >Linuxarm >Subject: Re: [PATCH v12 01/17] EDAC: Add support for EDAC device features >control > >On Mon, 16 Sep 2024 10:21:58 +0100 >Shiju Jose wrote: > >> Thanks for reviewing. >> >> >-----Original Message----- >> >From: Borislav Petkov >> >Sent: 13 September 2024 17:41 >> >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; tony.luck@intel.com; rafael@kernel.org; >> >lenb@kernel.org; mchehab@kernel.org; dan.j.williams@intel.com; >> >dave@stgolabs.net; Jonathan Cameron ; >> >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; >> >mike.malvestuto@intel.com; gthelen@google.com; >> >wschwartz@amperecomputing.com; dferguson@amperecomputing.com; >> >wbs@os.amperecomputing.com; nifan.cxl@gmail.com; jgroves@micron.com; >> >vsalve@micron.com; tanxiaofei ; Zengtao (B) >> >; Roberto Sassu ; >> >kangkang.shen@futurewei.com; wanghuiqiang >; >> >Linuxarm >> >Subject: Re: [PATCH v12 01/17] EDAC: Add support for EDAC device >> >features control >> > >> >On Wed, Sep 11, 2024 at 10:04:30AM +0100, shiju.jose@huawei.com wrote: >> >> +/** >> >> + * edac_dev_feature_init - Init a RAS feature >> >> + * @parent: client device. >> >> + * @dev_data: pointer to the edac_dev_data structure, which >> >> +contains >> >> + * client device specific info. >> >> + * @feat: pointer to struct edac_dev_feature. >> >> + * @attr_groups: pointer to attribute group's container. >> >> + * >> >> + * Returns number of scrub features attribute groups on success, >> > >> >Not "scrub" - this is an interface initializing a generic feature. >> Will correct. >> > >> >> + * error otherwise. >> >> + */ >> >> +static int edac_dev_feat_init(struct device *parent, >> >> + struct edac_dev_data *dev_data, >> >> + const struct edac_dev_feature *ras_feat, >> >> + const struct attribute_group **attr_groups) { >> >> + int num; >> >> + >> >> + switch (ras_feat->ft_type) { >> >> + case RAS_FEAT_SCRUB: >> >> + dev_data->scrub_ops =3D ras_feat->scrub_ops; >> >> + dev_data->private =3D ras_feat->ctx; >> >> + return 1; >> >> + case RAS_FEAT_ECS: >> >> + num =3D ras_feat->ecs_info.num_media_frus; >> >> + dev_data->ecs_ops =3D ras_feat->ecs_ops; >> >> + dev_data->private =3D ras_feat->ctx; >> >> + return num; >> >> + case RAS_FEAT_PPR: >> >> + dev_data->ppr_ops =3D ras_feat->ppr_ops; >> >> + dev_data->private =3D ras_feat->ctx; >> >> + return 1; >> >> + default: >> >> + return -EINVAL; >> >> + } >> >> +} >> > >> >And why does this function even exist and has kernel-doc comments >> >when all it does is assign a couple of values? And it gets called exact= ly once? >> > >> >Just merge its body into the call site. There you can reuse the >> >switch-case there too. No need for too much noodling around. >> edac_dev_feat_init () function is updated with feature specific function= call() >etc in subsequent >> EDAC feature specific patches. Thus added a separate function. >> > >> >> diff --git a/include/linux/edac.h b/include/linux/edac.h index >> >> b4ee8961e623..b337254cf5b8 100644 >> >> --- a/include/linux/edac.h >> >> +++ b/include/linux/edac.h >> >> @@ -661,4 +661,59 @@ static inline struct dimm_info >> >> *edac_get_dimm(struct mem_ctl_info *mci, >> >> >> >> return mci->dimms[index]; >> >> } >> >> + >> >> +/* EDAC device features */ >> >> + >> >> +#define EDAC_FEAT_NAME_LEN 128 >> >> + >> >> +/* RAS feature type */ >> >> +enum edac_dev_feat { >> >> + RAS_FEAT_SCRUB, >> >> + RAS_FEAT_ECS, >> >> + RAS_FEAT_PPR, >> >> + RAS_FEAT_MAX >> > >> >I still don't know what ECS or PPR is. >> I will add comment/documentation here with a short explanation of >> features if that make sense? >> Each feature is described in the subsequent EDAC feature specific patche= s. >Can you bring the enum entries in with those patches? >That way there is no reference to them before we have the information on w= hat >they are. Will do. > >J >> > >> >-- >> >Regards/Gruss, >> > Boris. >> > >> >https://people.kernel.org/tglx/notes-about-netiquette >> Thanks, Shiju