From: Nadav Amit <namit@vmware.com>
To: Randy Dunlap <rdunlap@infradead.org>, Jilin Yuan <yuanjilin@cdjrlc.com>
Cc: Pv-drivers <Pv-drivers@vmware.com>, Arnd Bergmann <arnd@arndb.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] mm: fix repeated words in comments
Date: Sun, 18 Sep 2022 17:43:17 +0000 [thread overview]
Message-ID: <5443DF6A-0154-47FD-8347-DE3464A1CF03@vmware.com> (raw)
In-Reply-To: <b38433a9-191f-9ba8-3230-edb962867bad@infradead.org>
On Sep 18, 2022, at 8:08 AM, Randy Dunlap <rdunlap@infradead.org> wrote:
> ⚠ External Email
>
> On 9/18/22 03:01, Jilin Yuan wrote:
>> Delete the redundant word 'on'.
>>
>> Signed-off-by: Jilin Yuan <yuanjilin@cdjrlc.com>
>> ---
>> drivers/misc/vmw_balloon.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/misc/vmw_balloon.c b/drivers/misc/vmw_balloon.c
>> index 61a2be712bf7..c2e774f68133 100644
>> --- a/drivers/misc/vmw_balloon.c
>> +++ b/drivers/misc/vmw_balloon.c
>> @@ -736,7 +736,7 @@ static int vmballoon_handle_one_result(struct vmballoon *b, struct page *page,
>> * @p: pointer to where the page struct is returned.
>> *
>> * Following a lock or unlock operation, returns the status of the operation for
>> - * an individual page. Provides the page that the operation was performed on on
>> + * an individual page. Provides the page that the operation was performed on
>
> This would make more sense to me: (s/on on/on in/)
Yes, your version, Randy, is the right one. Thanks Randy and Jilin.
Jilin, while your work is highly appreciated, looking at lkml shows that you
put quite an effort (100s of patches) into the duplicate words problem.
Since 2020 checkpatch warns if you try to push a patch with repeated words.
So all of these mistakes will eventually go away as people make
adjacent/overlapping changes. Understanding the meaning of text with
repeated words is not that hard. Some might argue that polluting the git
history for this purpose is not helping.
Now it is hard to get into the kernel, and making trivial patches is a good
way to start. However, I think it is more helpful if you take one or few
subsystems and focus on fixing them, and thereby gaining deeper
understanding of their code. It would also allow you to introduce yourself
to the maintainers. There are other tasks you can consider, such as more
significant checkpatch warnings, there are bug reports of syzbot you can
look into, etc. As it is right now, it seems that the main benefit from
these trivial patches is increasing the number of patches you submitted to
the kernel.
Again, thank you Jilin.
prev parent reply other threads:[~2022-09-18 17:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-18 10:01 Jilin Yuan
2022-09-18 15:08 ` Randy Dunlap
2022-09-18 17:43 ` Nadav Amit [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=5443DF6A-0154-47FD-8347-DE3464A1CF03@vmware.com \
--to=namit@vmware.com \
--cc=Pv-drivers@vmware.com \
--cc=arnd@arndb.de \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@infradead.org \
--cc=yuanjilin@cdjrlc.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 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®