From: Leon Romanovsky <leon@kernel.org>
To: Haakon Bugge <haakon.bugge@oracle.com>
Cc: Jason Gunthorpe <jgg@nvidia.com>,
Doug Ledford <dledford@redhat.com>,
OFED mailing list <linux-rdma@vger.kernel.org>,
Hans Ry <hans.westgaard.ry@oracle.com>
Subject: Re: [PATCH for-next v2] RDMA/cma: Replace RMW with atomic bit-ops
Date: Tue, 22 Jun 2021 09:16:23 +0300 [thread overview]
Message-ID: <YNGAN4eGYXkrFMCg@unreal> (raw)
In-Reply-To: <AFF46FA1-4679-4625-89CD-B608FCBE14C1@oracle.com>
On Mon, Jun 21, 2021 at 03:55:40PM +0000, Haakon Bugge wrote:
>
>
> > On 21 Jun 2021, at 17:12, Jason Gunthorpe <jgg@nvidia.com> wrote:
> >
> > On Mon, Jun 21, 2021 at 02:58:46PM +0000, Haakon Bugge wrote:
> >>
> >>
> >>> On 21 Jun 2021, at 16:37, Jason Gunthorpe <jgg@nvidia.com> wrote:
> >>>
> >>> On Mon, Jun 21, 2021 at 10:46:26AM +0000, Haakon Bugge wrote:
> >>>
> >>>>>> You're running an old checkpatch. Since commit bdc48fa11e46 ("checkpatch/coding-style: deprecate 80-column warning"), the default line-length is 100. As Linus states in:
> >>>>>>
> >>>>>> https://lkml.org/lkml/2009/12/17/229
> >>>>>>
> >>>>>> "... But 80 characters is causing too many idiotic changes."
> >>>>>
> >>>>> I'm aware of that thread, but RDMA subsystem continues to use 80 symbols limit.
> >>>>
> >>>> I wasn't aware. Where is that documented? Further, it must be a
> >>>> limit that is not enforced. Of the last 100 commits in
> >>>> drivers/infiniband, there are 630 lines longer than 80.
> >>>
> >>> Linus said stick to 80 but use your best judgement if going past
> >>>
> >>> It was not a blanket allowance to needless long lines all over the
> >>> place.
> >>
> >> That is not how I interpreted him:
> >
> > There was a much newer thread on this from Linus, 2009 is really old
>
> Yes, from last year, lkml.org/lkml/2020/5/29/1038
>
> <quote>
> Excessive line breaks are BAD. They cause real and every-day problems.
>
> They cause problems for things like "grep" both in the patterns and in
> the output, since grep (and a lot of other very basic unix utilities)
> is fundamentally line-based.
>
> So the fact is, many of us have long long since skipped the whole
> "80-column terminal" model, for the same reason that we have many more
> lines than 25 lines visible at a time.
>
> And honestly, I don't want to see patches that make the kernel reading
> experience worse for me and likely for the vast majority of people,
> based on the argument that some odd people have small terminal
> windows.
> </quote>
>
> Occasionally enforcing 80-chars line lengths in the RDMA subsystem seems like a strange policy to me :-)
I prefer to be strict here. We are submitting patches to different
subsystems with different reviewers.
"This adds a few pointles > 80 char lines."
https://lore.kernel.org/linux-rdma/20200907072921.GC19875@lst.de/
>
>
> Thxs, Håkon
>
>
> >
> > Jason
>
next prev parent reply other threads:[~2021-06-22 6:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-17 12:59 [PATCH for-next v2] RDMA/cma: Replace RMW with atomic bit-ops Håkon Bugge
2021-06-21 7:10 ` Leon Romanovsky
2021-06-21 8:20 ` Haakon Bugge
2021-06-21 9:54 ` Leon Romanovsky
2021-06-21 10:46 ` Haakon Bugge
2021-06-21 14:37 ` Jason Gunthorpe
2021-06-21 14:58 ` Haakon Bugge
2021-06-21 15:12 ` Jason Gunthorpe
2021-06-21 15:55 ` Haakon Bugge
2021-06-21 23:31 ` Jason Gunthorpe
2021-06-22 6:16 ` Leon Romanovsky [this message]
2021-06-22 7:06 ` Haakon Bugge
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=YNGAN4eGYXkrFMCg@unreal \
--to=leon@kernel.org \
--cc=dledford@redhat.com \
--cc=haakon.bugge@oracle.com \
--cc=hans.westgaard.ry@oracle.com \
--cc=jgg@nvidia.com \
--cc=linux-rdma@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.