mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Julia Lawall <julia.lawall@inria.fr>
To: Khadija <kamrankhadijadj@gmail.com>
Cc: outreachy@lists.linux.dev, linux-staging@lists.linux.dev,
	gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging: axis-fifo: alignment should match opening parenthesis in axis-fifo.c
Date: Tue, 7 Mar 2023 08:49:55 +0100 (CET)	[thread overview]
Message-ID: <ab0fd80-22c-d982-2f4-6fa5f43f858@inria.fr> (raw)
In-Reply-To: <CACcTnM5GR0ZM5WBaL+BDEK_0QJGr6h2t4tnsnjerHta_nq6Tmg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3536 bytes --]



On Tue, 7 Mar 2023, Khadija wrote:

> Hey Julia! Thank you for the feedback. I will make the following changes and
> resend the patch:
> 1. Correct the patch description that is right under the subject line (make
> it precise and imperative) and make sure that it does not have more than 70
> characters per line.
> 2. Adjust all the arguments of wait_event_interruptible_timeout so that they
> are lined up. All of them should begin right under ( .

The problem here is that the ( is really far to the right.  My opinion is
that the position of the second argument (ie the first one that is on a
line of its own) is ok in this case.  So you can leave that one where it
is and line up the other one.

julia

> Kindly let me know if I have understood it
> right.[EIu7f6EdNusD0UITKM3h?rid=EIu7f6EdNusD0UITKM3h]
>
> On Tue, Mar 7, 2023 at 2:08 AM Julia Lawall <julia.lawall@inria.fr> wrote:
>
>
>       On Tue, 7 Mar 2023, Khadija Kamran wrote:
>
>       > In file drivers/staging/axis-fifo/axis-fifo.c the alignment
>       did not match the opening parenthesis. So, a few tabs were added
>       to match the alignment to exactly where the parenthesis started.
>
>       Hello Khadija,
>
>       Thanks for plunging in and being the first participant!
>
>       However, there are a number of issues with the proposed patch.
>
>       1.  The log message should be at most around 70 characters
>       wide.  You have
>       one long line.
>
>       2.  The log message should be written in the imperative. 
>       Instead of "a
>       few tabs were added", ay "add a few tabs".
>
>       3.  I'm not sure that it is worth creating a very long line to
>       respect the
>       rule about (.  On the other hand, the way the code is written at
>       the
>       moment seems to be very misleading, because the third argument
>       to
>       wait_event_interruptible_timeout is written as though it is the
>       second
>       argument to ioread32.  So you can adjust the argument list of
>       wait_event_interruptible_timeout so that at least all of the
>       arguments
>       that are not on the same line as the function call are lined up.
>
>       julia
>
>       >
>       > Signed-off-by: Khadija Kamran <kamrankhadijadj@gmail.com>
>       > ---
>       >  drivers/staging/axis-fifo/axis-fifo.c | 2 +-
>       >  1 file changed, 1 insertion(+), 1 deletion(-)
>       >
>       > diff --git a/drivers/staging/axis-fifo/axis-fifo.c
>       b/drivers/staging/axis-fifo/axis-fifo.c
>       > index dfd2b357f484..6e959224add0 100644
>       > --- a/drivers/staging/axis-fifo/axis-fifo.c
>       > +++ b/drivers/staging/axis-fifo/axis-fifo.c
>       > @@ -383,7 +383,7 @@ static ssize_t axis_fifo_read(struct file
>       *f, char __user *buf,
>       >                */
>       >               mutex_lock(&fifo->read_lock);
>       >               ret =
>       wait_event_interruptible_timeout(fifo->read_queue,
>       > -                     ioread32(fifo->base_addr +
>       XLLF_RDFO_OFFSET),
>       > +                                                   
>       ioread32(fifo->base_addr + XLLF_RDFO_OFFSET),
>       >                                (read_timeout >= 0) ?
>       >                                 msecs_to_jiffies(read_timeout)
>       :
>       >                                 MAX_SCHEDULE_TIMEOUT);
>       > --
>       > 2.34.1
>       >
>       >
>       >
>
>
>

  parent reply	other threads:[~2023-03-07  7:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-06 20:52 Khadija Kamran
2023-03-06 21:08 ` Julia Lawall
     [not found]   ` <CACcTnM5GR0ZM5WBaL+BDEK_0QJGr6h2t4tnsnjerHta_nq6Tmg@mail.gmail.com>
2023-03-07  7:49     ` Julia Lawall [this message]
2023-03-07  8:02       ` Dan Carpenter
2023-03-07  8:07         ` Julia Lawall
2023-03-07  8:14           ` Dan Carpenter
     [not found]       ` <CACcTnM4OHFiGrEez6dMzd4jO4YuQZzqpUK86UBMzhd+nFDWezA@mail.gmail.com>
2023-03-07  8:13         ` Julia Lawall
2023-03-10 16:01           ` Khadija Kamran
2023-03-11  8:56             ` Julia Lawall
2023-03-11  9:21               ` Khadija Kamran
2023-03-07  7:13 ` Dan Carpenter
     [not found]   ` <CACcTnM5kVTG3JaLK9mjaOO7qcXoTrb4xsg2af5Ac1ScqFfbjTg@mail.gmail.com>
2023-03-07  8:18     ` Greg KH

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=ab0fd80-22c-d982-2f4-6fa5f43f858@inria.fr \
    --to=julia.lawall@inria.fr \
    --cc=gregkh@linuxfoundation.org \
    --cc=kamrankhadijadj@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=outreachy@lists.linux.dev \
    /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®