LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Alexei Starovoitov <firstname.lastname@example.org>
To: Daniel Borkmann <email@example.com>, <firstname.lastname@example.org>,
<email@example.com>, <firstname.lastname@example.org>, <email@example.com>,
Subject: arch/x86/net/bpf_jit_comp conflicts. was: [tip:x86/cleanups] x86/bpf: Clean up non-standard comments, to make the code more readable
Date: Fri, 27 Apr 2018 15:16:04 -0700 [thread overview]
Message-ID: <firstname.lastname@example.org> (raw)
On 4/27/18 5:13 AM, Daniel Borkmann wrote:
> Hi Ingo,
> On 04/27/2018 01:00 PM, tip-bot for Ingo Molnar wrote:
>> Commit-ID: 5f26c50143f58f256535bee8d93a105f36d4d2da
>> Gitweb: https://git.kernel.org/tip/5f26c50143f58f256535bee8d93a105f36d4d2da
>> Author: Ingo Molnar <email@example.com>
>> AuthorDate: Fri, 27 Apr 2018 11:54:40 +0200
>> Committer: Ingo Molnar <firstname.lastname@example.org>
>> CommitDate: Fri, 27 Apr 2018 12:42:04 +0200
>> x86/bpf: Clean up non-standard comments, to make the code more readable
>> So by chance I looked into x86 assembly in arch/x86/net/bpf_jit_comp.c and
>> noticed the weird and inconsistent comment style it mistakenly learned from
>> the networking code:
>> /* Multi-line comment ...
>> * ... looks like this.
>> Fix this to use the standard comment style specified in Documentation/CodingStyle
>> and used in arch/x86/ as well:
>> * Multi-line comment ...
>> * ... looks like this.
>> Also, to quote Linus's ... more explicit views about this:
>> > But no, the networking code picked *none* of the above sane formats.
>> > Instead, it picked these two models that are just half-arsed
>> > shit-for-brains:
>> > (no)
>> > /* This is disgusting drug-induced
>> > * crap, and should die
>> > */
>> > (no-no-no)
>> > /* This is also very nasty
>> > * and visually unbalanced */
>> > Please. The networking code actually has the *worst* possible comment
>> > style. You can literally find that (no-no-no) style, which is just
>> > really horribly disgusting and worse than the otherwise fairly similar
>> > (d) in pretty much every way.
>> Also improve the comments and some other details while at it:
>> - Don't mix same-line and previous-line comment style on otherwise
>> identical code patterns within the same function,
>> - capitalize 'BPF' and x86 register names consistently,
>> - capitalize sentences consistently,
>> - instead of 'x64' use 'x86-64': x64 is a Microsoft specific term,
>> - use more consistent punctuation,
>> - use standard coding style in macros as well,
>> - fix typos and a few other minor details.
>> Consistent coding style is not optional, at least in arch/x86/.
>> No change in functionality.
> Thanks for the cleanup, looks fine to me!
same here. thanks for the cleanup!
>> ( In case this commit causes conflicts with pending development code
>> I'll be glad to help resolve any conflicts! )
> Any objections if we would simply route this via bpf-next tree, otherwise
> this will indeed cause really ugly merge conflicts throughout the JIT with
> pending work.
right. would be much better to route this patch via bpf-next.
Though all the changes are cleanups in comments I'm pretty sure
they will conflict with other changes we're doing.
could you please drop this patch from tip tree and resend it to us?
I cannot find the original patch in any public mailing list.
Only in tip-bot notification.
Personally I don't care whether bpf jit code uses networking
or non-networking style of comments, but will be happy to enforce
non-networking for this file in the future, since that seems to be the
next prev parent reply other threads:[~2018-04-27 22:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <email@example.com>
2018-04-27 12:13 ` Daniel Borkmann
2018-04-27 22:16 ` Alexei Starovoitov [this message]
2018-05-02 14:21 ` arch/x86/net/bpf_jit_comp conflicts. was: " Daniel Borkmann
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--subject='Re: arch/x86/net/bpf_jit_comp conflicts. was: [tip:x86/cleanups] x86/bpf: Clean up non-standard comments, to make the code more readable' \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).