[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160721163714.GB1616@katana>
Date: Thu, 21 Jul 2016 18:37:14 +0200
From: Wolfram Sang <wsa@...-dreams.de>
To: SF Markus Elfring <elfring@...rs.sourceforge.net>
Cc: Julia Lawall <julia.lawall@...6.fr>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
devel@...verdev.osuosl.org, LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org
Subject: Re: staging: ks7010: Delete unnecessary uses of the variable "retval"
On Thu, Jul 21, 2016 at 03:35:03PM +0200, SF Markus Elfring wrote:
> >>>>> if (atomic_read(&priv->sleepstatus.status) == 0) {
> >>>>> rw_data = GCR_B_DOZE;
> >>>>> - retval =
> >>>>> - ks7010_sdio_write(priv, GCR_B, &rw_data, sizeof(rw_data));
> >>>>> - if (retval) {
> >>>>> + if (ks7010_sdio_write(priv,
> >>>>> + GCR_B,
> >>>>> + &rw_data,
> >>>>> + sizeof(rw_data))) {
> >>>>
> >>>> A multi-line function call in an if test does not look nice at all. The
> >>>> original code was an easy-to-read expectable pattern.
> >>>
> >>> I agree. I am not strict on the 80 char limit, especially in cases like
> >>> the above.
>
> Will this line length limitation trigger any more collateral evolution
> in the discussed software module?
>
>
> >> Would you try an other source code formatting for the suggested change pattern?
> >
> > I don't understand the question?
>
> Can you follow expectations around the proposed refactoring of any
> function implementations?
I don't understand both questions. Maybe you need to give examples?
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists