From: Greg KH <gregkh@linuxfoundation.org>
To: Riyan Dhiman <riyandhiman14@gmail.com>
Cc: dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning
Date: Wed, 31 Jul 2024 10:38:18 +0200 [thread overview]
Message-ID: <2024073122-abnormal-carefully-f53e@gregkh> (raw)
In-Reply-To: <CAAjz0Qahd96tQEpbWPXiGQ7Frku3sXpKQ6BfTWzqxcf4ApSYEA@mail.gmail.com>
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Wed, Jul 31, 2024 at 01:34:56PM +0530, Riyan Dhiman wrote:
> Hello,
>
> Thank you for reviewing my patch. I received your feedback:
> > Are you sure about all of these? Please document them individually and
> > put the proof of that in the changelog text.
>
> I'd like to clarify a few points to ensure I address your concerns
> correctly:
>
> 1. By "document them individually", do you mean I should submit
> separate patches for each mutex documentation change?
Yes.
> 2. Regarding the "proof" for the changelog text, could you please elaborate
> on what kind of proof you 're looking for? Should I include:
> - References to the code where these mutexes are used?
> - Explanations of the race conditions these mutexes prevent?
> - Citations from the driver's design documentation (if available)?
Whatever you feel would be needed to convince everyone that the comment
is now correct.
> 3. Is there a preferred format or level of detail you'd like to see in the
> changelog for each documentation change?
What would you want to see if you had to review this type of change to
be comfortable accepting it?
thanks,
greg k-h
prev parent reply other threads:[~2024-07-31 8:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-31 7:36 [PATCH] staging: vme_user: vme_bridge.h: Fix mutex without comment warning Riyan Dhiman
2024-07-31 7:44 ` Greg KH
2024-07-31 8:04 ` Riyan Dhiman
2024-07-31 8:38 ` Greg KH [this message]
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=2024073122-abnormal-carefully-f53e@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=riyandhiman14@gmail.com \
/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.