From: Aditya <yashsri421@gmail.com>
To: Joe Perches <joe@perches.com>
Cc: linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linuxfoundation.org,
lukas.bulwahn@gmail.com, dwaipayanray1@gmail.com
Subject: Re: [PATCH v2] checkpatch: fix false positives in REPEATED_WORD warning
Date: Fri, 23 Oct 2020 02:35:57 +0530 [thread overview]
Message-ID: <edaa9012-d512-26fc-0aca-f0eaf889a050@gmail.com> (raw)
In-Reply-To: <67247b2d51aa8b2da7377e400e9191733144ed0f.camel@perches.com>
On 23/10/20 1:03 am, Joe Perches wrote:
> On Fri, 2020-10-23 at 00:44 +0530, Aditya wrote:
>> On 22/10/20 9:40 pm, Joe Perches wrote:
>>> On Thu, 2020-10-22 at 20:20 +0530, Aditya Srivastava wrote:
>>>> Presence of hexadecimal address or symbol results in false warning
>>>> message by checkpatch.pl.
>>> []
>>>> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
>>> []
>>>> @@ -3051,7 +3051,10 @@ sub process {
>>>> }
>>>>
>>>> # check for repeated words separated by a single space
>>>> - if ($rawline =~ /^\+/ || $in_commit_log) {
>>>> +# avoid false positive from list command eg, '-rw-r--r-- 1 root root'
>>>> + if (($rawline =~ /^\+/ || $in_commit_log) &&
>>>> + $rawline !~ /[bcCdDlMnpPs\?-][rwxsStT-]{9}/) {
>>>
>>> Alignment and use \b before and after the regex please.
>>
>> If we use \b either before or after or both it does not match patterns
>> such as:
>> + -rw-r--r--. 1 root root 112K Mar 20 12:16'
> selinux-policy-3.14.4-48.fc31.noarch.rpm
>
> OK, thanks, it's good you checked.
>
>>> []
>
>>> What does all this code actually avoid?
>>
>> Sir, there are multiple variations of hex for which this warning is
>> occurring, for eg:
>> 1) 00 c0 06 16 00 00 ff ff 00 93 1c 18 00 00 ff ff ................
>> 2) ffffffff ffffffff 00000000 c070058c
>> 3) f5a: 48 c7 44 24 78 ff ff movq
>> $0xffffffffffffffff,0x78(%rsp)
>> 4) + fe fe
>> 5) + fe fe - ? end marker ?
>> 6) Code: ff ff 48 (...)
>
> So why not just match first with /^[0-9a-f]+$/i ?
>
> Doesn't that match all the cases listed above?
>
>
Then, we'll not be able to account for cases such as:
1) + * sets this to -1, the slack value will be calculated to be be
halfway [For 'be' 'be']
2) + * @seg: index of packet segment whose raw fields are to be be
extracted [For 'be' 'be']
3) Let's also add add a note about using only the l3 access without l4
[For 'add' 'add']
where it will not detect them.
Aditya
next prev parent reply other threads:[~2020-10-22 21:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-22 14:50 [PATCH v2] checkpatch: fix false positives in REPEATED_WORD warning Aditya Srivastava
2020-10-22 14:58 ` Aditya
2020-10-22 16:10 ` Joe Perches
2020-10-22 19:14 ` Aditya
2020-10-22 19:33 ` Joe Perches
2020-10-22 21:05 ` Aditya [this message]
2020-10-22 22:46 ` Joe Perches
2020-10-23 6:33 ` Aditya
2020-10-23 6:38 ` Aditya
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=edaa9012-d512-26fc-0aca-f0eaf889a050@gmail.com \
--to=yashsri421@gmail.com \
--cc=dwaipayanray1@gmail.com \
--cc=joe@perches.com \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lukas.bulwahn@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox