From: Karsten Keil <kkeil@linux-pingi.de>
To: geunsik.lim@gmail.com
Cc: David Miller <davem@davemloft.net>,
isdn@linux-pingi.de, lucas.demarchi@profusion.mobi,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Keep kernel coding style rule of hfs-s+/sp source
Date: Thu, 2 Feb 2012 20:01:52 +0100 [thread overview]
Message-ID: <20120202190152.GB11660@gw.linux-pingi.de> (raw)
In-Reply-To: <20120201.024843.318636456202840126.davem@davemloft.net>
On Wed, Feb 01, 2012 at 02:48:43AM -0500, David Miller wrote:
> From: Geunsik Lim <geunsik.lim@gmail.com>
> Date: Wed, 1 Feb 2012 16:45:09 +0900
>
> > On Wed, Feb 1, 2012 at 4:06 PM, David Miller <davem@davemloft.net> wrote:
> >
> >> From: Geunsik Lim <geunsik.lim@gmail.com>
> >> Date: Wed, 1 Feb 2012 15:59:53 +0900
> >>
> >> > Modified for kernel coding style rule of hfs-s+/sp device driver .
> >> > . reference: ./Documentation/CodingStyle
> >> >
> >> > ex)
> >> > 60 Don't put multiple statements on a single line unless you have
> >> > 61 something to hide:
> >> > 62
> >> > 63 if (condition) do_this;
> >> > 64 do_something_everytime;
> >> >
> >> > Signed-off-by: Geunsik Lim <geunsik.lim@samsung.com>
> >>
> >> This was probably there to eliminate compiler warnings or avoid the
Yes it was.
> >>
> > Thank you for your opinion.
> > It's strange. I did not meet compiler warnings you replied.
I did not remember which version it was, it must been arround the time
when that code was developed. I did not like this method, but this was
at this time the suggested workaround from the GCC guys the problem is,
even when you read the value into a register, it makes no difference, you
cannot do anything with it.
I agree with David, such patches are not really needed, the danger that
something gets wrong is too high.
I think in this case a coding style violation is minor to a warning or
potencial miscompiling.
Do not misunderstand me that I do not like to make the code better and more
readable, but such small style violations should be only fixed when here is
a strong need or the driver is reworked in bigger parts and full testing
is done.
Best Regards
Karsten
next prev parent reply other threads:[~2012-02-02 19:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-01 6:59 Geunsik Lim
2012-02-01 7:06 ` David Miller
[not found] ` <CAGFP0LKU0uDPQzhCy8qmThXQ9f9ofSnQrbr2dO83i+usc85_FQ@mail.gmail.com>
2012-02-01 7:48 ` David Miller
2012-02-02 19:01 ` Karsten Keil [this message]
2012-02-02 19:11 ` Joe Perches
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120202190152.GB11660@gw.linux-pingi.de \
--to=kkeil@linux-pingi.de \
--cc=davem@davemloft.net \
--cc=geunsik.lim@gmail.com \
--cc=isdn@linux-pingi.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lucas.demarchi@profusion.mobi \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®