lkml.org 
[lkml]   [2019]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
SubjectRe: [PATCH 05/19] EDAC, mc: Reduce indentation level in edac_mc_handle_error()
From
Date
On Fri, 2019-10-11 at 12:08 +0000, Robert Richter wrote:
> On 11.10.19 03:50:23, Joe Perches wrote:
> > On Fri, 2019-10-11 at 07:20 -0300, Mauro Carvalho Chehab wrote:
> > > Em Thu, 10 Oct 2019 15:10:53 -0700 Joe Perches <joe@perches.com> escreveu:
> > > > On Thu, 2019-10-10 at 20:25 +0000, Robert Richter wrote:
> > > > > Reduce the indentation level in edac_mc_handle_error() a bit by using
> > > > > continue. No functional changes.
> > > >
> > > > Seems fine, but trivially below:
> > > >
> > > > > diff --git a/drivers/edac/edac_mc.c b/drivers/edac/edac_mc.c
> > > > []
> > > > > @@ -1171,37 +1171,38 @@ void edac_mc_handle_error(const enum hw_event_mc_err_type type,
> > > > []
> > > > > + strcpy(p, dimm->label);
> > > > > + p += strlen(p);
> > > > > + *p = '\0';
> > > >
> > > > This *p = '\0' is unnecessary as the strcpy already did that.
> > >
> > > True, but better to put it on a separate patch, as it makes
> > > easier to review if you don't mix code de-indent with changes.
> > >
> > > Also, maybe there are other occurrences of this pattern.
> >
> > Maybe 80 or so uses of paired
> >
> > strcpy(foo, bar);
> > strlen(foo)
> >
> > where another function like stpcpy, which doesn't exist
> > in the kernel, could have been used.
>
> Under drivers/edac/ I found this one place only.
>
> So I could create a separate patch as a oneliner with that (trivial)
> change?

Of course yes.

\
 
 \ /
  Last update: 2019-10-11 16:50    [W:0.127 / U:0.120 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site