2024-06-12 19:39:20

by David Thompson

[permalink] [raw]
Subject: [PATCH v1 0/2] Style fixes for EDAC/bluefield driver

This patch series provides two style fixes for the BlueField EDAC driver.

David Thompson (2):
EDAC/bluefield: fix white space in bluefield_edac_mc_probe
EDAC/bluefield: fix prefix for GET_DIMM_INFO defines

drivers/edac/bluefield_edac.c | 9 ++++-----
1 file changed, 4 insertions(+), 5 deletions(-)

--
2.30.1



2024-06-12 19:39:39

by David Thompson

[permalink] [raw]
Subject: [PATCH v1 1/2] EDAC/bluefield: fix white space in bluefield_edac_mc_probe

This patch removes an empty line in bluefield_edac_mc_probe().

Signed-off-by: David Thompson <[email protected]>
Reviewed-by: Shravan Kumar Ramani <[email protected]>
---
drivers/edac/bluefield_edac.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/drivers/edac/bluefield_edac.c b/drivers/edac/bluefield_edac.c
index 5b3164560648..1f6f39a7dbf3 100644
--- a/drivers/edac/bluefield_edac.c
+++ b/drivers/edac/bluefield_edac.c
@@ -320,7 +320,6 @@ static int bluefield_edac_mc_probe(struct platform_device *pdev)
edac_mc_free(mci);

return ret;
-
}

static void bluefield_edac_mc_remove(struct platform_device *pdev)
--
2.30.1


2024-06-12 19:46:46

by David Thompson

[permalink] [raw]
Subject: [PATCH v1 2/2] EDAC/bluefield: fix prefix for GET_DIMM_INFO defines

This patch updates the prefix used in the "get DIMM info"
definitions to align with other #defines used by driver.

Signed-off-by: David Thompson <[email protected]>
Reviewed-by: Shravan Kumar Ramani <[email protected]>
---
drivers/edac/bluefield_edac.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/edac/bluefield_edac.c b/drivers/edac/bluefield_edac.c
index 1f6f39a7dbf3..8f1cc029606f 100644
--- a/drivers/edac/bluefield_edac.c
+++ b/drivers/edac/bluefield_edac.c
@@ -48,12 +48,12 @@
#define MLXBF_EDAC_ERROR_GRAIN 8

/*
- * Request MLNX_SIP_GET_DIMM_INFO
+ * Request MLXBF_SIP_GET_DIMM_INFO
*
* Retrieve information about DIMM on a certain slot.
*
* Call register usage:
- * a0: MLNX_SIP_GET_DIMM_INFO
+ * a0: MLXBF_SIP_GET_DIMM_INFO
* a1: (Memory controller index) << 16 | (Dimm index in memory controller)
* a2-7: not used.
*
@@ -61,7 +61,7 @@
* a0: MLXBF_DIMM_INFO defined below describing the DIMM.
* a1-3: not used.
*/
-#define MLNX_SIP_GET_DIMM_INFO 0x82000008
+#define MLXBF_SIP_GET_DIMM_INFO 0x82000008

/* Format for the SMC response about the memory information */
#define MLXBF_DIMM_INFO__SIZE_GB GENMASK_ULL(15, 0)
@@ -189,7 +189,7 @@ static void bluefield_edac_init_dimms(struct mem_ctl_info *mci)
dimm = mci->dimms[i];

smc_arg = mem_ctrl_idx << 16 | i;
- smc_info = smc_call1(MLNX_SIP_GET_DIMM_INFO, smc_arg);
+ smc_info = smc_call1(MLXBF_SIP_GET_DIMM_INFO, smc_arg);

if (!FIELD_GET(MLXBF_DIMM_INFO__SIZE_GB, smc_info)) {
dimm->mtype = MEM_EMPTY;
--
2.30.1


2024-06-12 20:01:29

by Borislav Petkov

[permalink] [raw]
Subject: Re: [PATCH v1 1/2] EDAC/bluefield: fix white space in bluefield_edac_mc_probe

On Wed, Jun 12, 2024 at 03:38:30PM -0400, David Thompson wrote:
> This patch removes an empty line in bluefield_edac_mc_probe().

Avoid having "This patch" or "This commit" in the commit message. It is
tautologically useless.

Also, do

$ git grep 'This patch' Documentation/process

for more details.

Also, feel free to peruse that whole directory.

> Signed-off-by: David Thompson <[email protected]>
> Reviewed-by: Shravan Kumar Ramani <[email protected]>
> ---
> drivers/edac/bluefield_edac.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/edac/bluefield_edac.c b/drivers/edac/bluefield_edac.c
> index 5b3164560648..1f6f39a7dbf3 100644
> --- a/drivers/edac/bluefield_edac.c
> +++ b/drivers/edac/bluefield_edac.c
> @@ -320,7 +320,6 @@ static int bluefield_edac_mc_probe(struct platform_device *pdev)
> edac_mc_free(mci);
>
> return ret;
> -
> }
>
> static void bluefield_edac_mc_remove(struct platform_device *pdev)
> --

So just the effort to create a whole patch just for that is an overkill.

Please do not do that. If you notice very minor style issues like that, you can
do them when touching this code as part of a change with more substance. Or you
can simply ignore such minor issues.

Whitespace cleanup like that gets in the way of real work and pretty much all
maintainers are overworked already.

So I'd appreciate it if you concentrate on real fixes and improvements.

Thx.

--
Regards/Gruss,
Boris.

https://people.kernel.org/tglx/notes-about-netiquette

2024-06-13 15:08:05

by David Thompson

[permalink] [raw]
Subject: RE: [PATCH v1 1/2] EDAC/bluefield: fix white space in bluefield_edac_mc_probe

> -----Original Message-----
> From: Borislav Petkov <[email protected]>
> Sent: Wednesday, June 12, 2024 4:01 PM
> To: David Thompson <[email protected]>
> Cc: [email protected]; [email protected]; [email protected];
> [email protected]; Shravan Ramani <[email protected]>; linux-
> [email protected]; [email protected]
> Subject: Re: [PATCH v1 1/2] EDAC/bluefield: fix white space in
> bluefield_edac_mc_probe
>
> On Wed, Jun 12, 2024 at 03:38:30PM -0400, David Thompson wrote:
> > This patch removes an empty line in bluefield_edac_mc_probe().
>
> Avoid having "This patch" or "This commit" in the commit message. It is
> tautologically useless.
>
> Also, do
>
> $ git grep 'This patch' Documentation/process
>
> for more details.
>

I did review this section of the kernel documentation and then
went on to create a v2 with the updated commit message.
I apologize but I didn't notice your comment below about
your preference to not have this type of patch at all. I have been
told in the past to have separate patches for style cleanups, and
not to bundle them with features. But I can do as you recommend
for next version. I will squash the two style fixes into a patch that
contains some new functionality for the BlueField EDAC driver.

> Also, feel free to peruse that whole directory.
>
> > Signed-off-by: David Thompson <[email protected]>
> > Reviewed-by: Shravan Kumar Ramani <[email protected]>
> > ---
> > drivers/edac/bluefield_edac.c | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/drivers/edac/bluefield_edac.c
> > b/drivers/edac/bluefield_edac.c index 5b3164560648..1f6f39a7dbf3
> > 100644
> > --- a/drivers/edac/bluefield_edac.c
> > +++ b/drivers/edac/bluefield_edac.c
> > @@ -320,7 +320,6 @@ static int bluefield_edac_mc_probe(struct
> platform_device *pdev)
> > edac_mc_free(mci);
> >
> > return ret;
> > -
> > }
> >
> > static void bluefield_edac_mc_remove(struct platform_device *pdev)
> > --
>
> So just the effort to create a whole patch just for that is an overkill.
>
> Please do not do that. If you notice very minor style issues like that, you can do
> them when touching this code as part of a change with more substance. Or you
> can simply ignore such minor issues.
>
> Whitespace cleanup like that gets in the way of real work and pretty much all
> maintainers are overworked already.
>
> So I'd appreciate it if you concentrate on real fixes and improvements.
>
> Thx.
>
> --
> Regards/Gruss,
> Boris.
>
> https://people.kernel.org/tglx/notes-about-netiquette

2024-06-13 15:14:51

by Borislav Petkov

[permalink] [raw]
Subject: Re: [PATCH v1 1/2] EDAC/bluefield: fix white space in bluefield_edac_mc_probe

On Thu, Jun 13, 2024 at 03:06:38PM +0000, David Thompson wrote:
> I did review this section of the kernel documentation and then
> went on to create a v2 with the updated commit message.
> I apologize but I didn't notice your comment below about
> your preference to not have this type of patch at all. I have been
> told in the past to have separate patches for style cleanups, and

Yeah, it all depends on the maintainer. I, personally, do not encourage style
cleanups only because they interfere with git archeology and teach new
submitters not to chase real bugs but do silly patches only.

> not to bundle them with features. But I can do as you recommend for next
> version. I will squash the two style fixes into a patch that contains some
> new functionality for the BlueField EDAC driver.

Thanks.

Simply use checkpatch on your patches only but not on the .c files directly.

--
Regards/Gruss,
Boris.

https://people.kernel.org/tglx/notes-about-netiquette