[Linux-kernel-mentees] Regarding "Linux Kernel: Evaluate and Improve checkpatch.pl"
lukas.bulwahn at gmail.com
Thu Aug 27 05:28:56 UTC 2020
On Mon, 24 Aug 2020, Ayush wrote:
> August 22, 2020 1:36 PM, "Lukas Bulwahn" <lukas.bulwahn at gmail.com> wrote:
> > On Fri, 21 Aug 2020, Ayush wrote:
> >> Hints to the first task:
> >> Can you create a list of all non-merge commits that were added in the
> >> version v5.8 of the kernel, i.e., all non-merge commits that are in v5.8
> >> and not already in v5.7?
> >> Can you share the script/command you executed and the resulting list on
> >> github?
> >> Can you run your script on all commits of this list above and record
> >> all checkpatch.pl reports, and store them in your github repository?
> >> Can you suggest ideas how to aggregate the findings and create a
> >> statistics? For example: Which type of error is reported most?
> >> Can you implement that idea?
> >> I also suggest to have a look at
> >> the options ./scripts/checkpatch.pl --list-types and
> >> ./scripts/checkpatch.pl --show-types. The option --show-types changes
> >> the output of checkpatch.pl to list type identifiers, so it is easier
> >> to parse and aggregate the output.
> >> Please also share the script you create for that purpose on your
> >> github repository.
> >> The second task is to pick one warning that appears often and improve
> >> checkpatch.pl to handle that better and get it accepted by the kernel
> >> community.
> >> Hints to the second task follow when the first task is solved.
> >> If you fail on any of those tasks, you are out of the selection process.
> >> Lukas
> >> Sir,
> >> I have attempted the task 1 and pushed the same to GitHub.
> >> Please have a look and suggest improvements.
> >> https://github.com/eldraco19/evalute_improve_checkpatch_pl
> >> Please let me know if there are any issues with this.
> > So far, so good.
> > Here are the questions we want to answer:
> > - So what are the 20 categories that occur most?
> > You are getting close to that answer, but you are not there yet.
> > Then look at the findings. For those 20 categories, are there specific
> > findings that are multiple times false positives?
> > So, the script complains about something, but it does not get that the
> > patch author wrote something completely unrelated to the error message.
> > Lukas
> I tried the given tasks and it can be found here,
The solution is implemented a bit complicated, but well, at least, it
works if I believe your report. (I only read the code, but did not run
The goal now is to find a class of false positives and improve
I suggest that you look at the specific DIFF_IN_COMMIT_MSG reported
Provide a short assessment for each DIFF_IN_COMMIT_MSG error in the
It should tell:
- what lines in the commit message did checkpatch.pl complain about?
- what is the pattern in the commit message?
- does patch(1) really stumble over that pattern?
- how would this pattern need to be provided to patch(1) so that it
would stumble over it?
- if no, why not?
- can we change checkpatch.pl to not raise an error for such a
situation? So, only raise an error when the pattern would really make
patch stumble on it?
Depending on the evaluation, we might continue to improve checkpatch.pl
for reporting this error type, or we decide to look at GIT_COMMIT_ID
errors, where I can quickly spot some false positives.
More information about the Linux-kernel-mentees