checkpatch.pl shows false warning: Please use git commit description style... |
||
Issue description
When I repo upload a patch with following commit message:
Revert "ANDROID: proc: make oom adjustment files user read-only"
This reverts commit c0ec3df8178404486ef4c377b7d1f00a2ba8b94c.
...
src/repohooks/checkpatch.pl shows the following error message:
ERROR: Please use git commit description style 'commit <12+ chars of sha1> ("<title line>")' - ie: 'commit c0ec3df81784 ("ANDROID: proc: make oom adjustment files user read-only")'
#7:
This reverts commit c0ec3df8178404486ef4c377b7d1f00a2ba8b94c.
This false warning is fixed upstream: https://patchwork.kernel.org/patch/9772331/
It can be fixed by update src/repohooks/checkpatch.pl to the upstream kernel 4.14.48 version.
,
Jun 8 2018
Awesome! I complained to the maintainer about all the false positives previously and even tried to fix them myself. He rejected me at the time. And as a matter of fact, I just recently added this check to my local blacklist: $ cat ~/.checkpatch.conf --ignore=GIT_COMMIT_ID Unfortunately, even with your upgrade, I still hit several of the same false positives, because IIUC checkpatch doesn't know how to reconcile its own line-wrapping rules with splitting these references across lines. Anyway, I think your particular report is fixed now. Thanks for the upgrade!
,
Jun 8 2018
I think the false positives in general cannot be solved with RE. Engineering a compile, 3.2.1 Why not regular expressions? "In fact, we cannot write an RE that will match all expressions with balanced parentheses. ... In principle, Finite state machines (RE) cannot count."
,
Jun 8 2018
That doesn't mean we can't fix false positives... I'd much rather err on the side of false negatives. As it is, almost every kernel patchset I upload hits this. Anyway, I've fixed the problem for myself with .checkpatch.conf ;)
,
Jun 8 2018
It's really painful to check these false warnings every time, that's why I filed this bug :D |
||
►
Sign in to add a comment |
||
Comment 1 by bugdroid1@chromium.org
, Jun 8 2018