From: Khadija Kamran <kamrankhadijadj@gmail.com>
To: "Fabio M. De Francesco" <fmdefrancesco@gmail.com>
Cc: outreachy@lists.linux.dev,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] staging: axis-fifo: initialize read_timeout and write_timeout once in probe function
Date: Mon, 13 Mar 2023 19:48:43 +0500 [thread overview]
Message-ID: <ZA83yzPTq+nQF9Dd@khadija-virtual-machine> (raw)
In-Reply-To: <9938109.ZD9C4EEAuf@suse>
On Mon, Mar 13, 2023 at 03:13:01PM +0100, Fabio M. De Francesco wrote:
> On domenica 12 marzo 2023 18:33:19 CET Khadija Kamran wrote:
> > Module parameter, read_timeout, can only be set at loading time. As it
> > can only be modified once, initialize read_timeout once in the probe
> > function.
> > As a result, only use read_timeout as the last argument in
> > wait_event_interruptible_timeout() call.
> >
> > Same goes for write_timeout.
> >
>
> Nice idea... But it's not yours :-)
>
> Therefore, you should give credit to Greg with the following tag:
>
> Suggested-by: Greg Kroah-Hartman <...>
>
> Place the above-mentioned tag a line before the "Signed-off-by:" (which is
> always the last line, whatever other tags you might need to add).
>
Hey Fabio!
Thank you for letting me know. I was confused as to where should I
mention that this change was recommended by Greg.
> > Signed-off-by: Khadija Kamran <kamrankhadijadj@gmail.com>
> > ---
>
> If this patch was a v4 you should have put a log right here, after the three
> dashes, explaining what changed from one release to another, release after
> release. Please read some other well formatted and accepted patches for real
> world examples of how to write version logs.
>
Okay, got it! I shouldn't have missed it.
> However, this patch is _not_ a v4 (so no version log is needed after the three
> dashes). This is your _first_ patch that addresses Greg's suggested
> refactoring. Therefore, just put [PATCH] in the subject line.
>
> That inappropriate "v4" seems to explain the second error showed by the patch-
> bot. Thus, read carefully its message and ask for further explanations if
> something is still unclear.
>
Thank you! It is clear. I will send this again as first_patch.
> Thanks,
>
> Fabio
>
> P.S.: The code looks good but I could not apply it in mainline tree. I don't
> know whether this patch is somehow broken or the driver's files differ between
> the most recent staging tree and mainline.
>
> However, does it work for you on the most recent staging tree? Did you run
> checkpatch on your own patch? (I'm also asking this question because of the
> first error showed by the patch-bot). Can you git-reset to a previous state
> and reapply your own patches to your local work branch?
>
Yes, I did run checkpatch on my patch as suggested by Dan before. It
showed errors regarding trailing white spaces. Sorry, I ignored them
thinking that they were present before in the code. I will correct them
in the next patch submission.
Also, I had one question. Is it okay to write a long subject as I have
used in this patch?
Regards,
Khadija
> > drivers/staging/axis-fifo/axis-fifo.c | 18 ++++++++++++------
> > 1 file changed, 12 insertions(+), 6 deletions(-)
>
>
>
next prev parent reply other threads:[~2023-03-13 14:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-12 17:33 [PATCH v4] staging: axis-fifo: initialize read_timeout and write_timeout once in probe function Khadija Kamran
2023-03-13 6:37 ` Greg Kroah-Hartman
2023-03-13 14:13 ` Fabio M. De Francesco
2023-03-13 14:48 ` Khadija Kamran [this message]
2023-03-13 15:04 ` Dan Carpenter
2023-03-13 15:18 ` Khadija Kamran
2023-03-13 17:12 ` Alison Schofield
2023-03-13 18:26 ` Khadija Kamran
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=ZA83yzPTq+nQF9Dd@khadija-virtual-machine \
--to=kamrankhadijadj@gmail.com \
--cc=fmdefrancesco@gmail.com \
--cc=gregkh@linuxfoundation.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.