From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Lunn <andrew@lunn.ch>
Subject: Re: [PATCH v1 3/3] net: WireGuard secure network tunnel
Date: Wed, 22 Aug 2018 02:23:14 +0200
Message-ID: <20180822002314.GC18444@lunn.ch>
References: <20180731191102.2434-4-Jason@zx2c4.com>
 <20180731132204.2bc30d15@xeon-e3>
 <CAHmME9oKvhQhn-8tjpNfKFgNPLH9aZAPO=iEwi2M4w2YBa5JBQ@mail.gmail.com>
 <20180821.165442.1494103888623363991.davem@davemloft.net>
 <CAHmME9qriuodvMo3FyfA0TEkRubxu7_Dbs=0aFrF6XOcZZtQfg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: David Miller <davem@davemloft.net>,
        Stephen Hemminger <stephen@networkplumber.org>,
        Netdev <netdev@vger.kernel.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: "Jason A. Donenfeld" <Jason@zx2c4.com>
Return-path: <netdev-owner@vger.kernel.org>
Received: from vps0.lunn.ch ([185.16.172.187]:40783 "EHLO vps0.lunn.ch"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1727214AbeHVDpl (ORCPT <rfc822;netdev@vger.kernel.org>);
        Tue, 21 Aug 2018 23:45:41 -0400
Content-Disposition: inline
In-Reply-To: <CAHmME9qriuodvMo3FyfA0TEkRubxu7_Dbs=0aFrF6XOcZZtQfg@mail.gmail.com>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

On Tue, Aug 21, 2018 at 04:59:52PM -0700, Jason A. Donenfeld wrote:
> On Tue, Aug 21, 2018 at 4:54 PM David Miller <davem@davemloft.net> wrote:
> >
> > From: "Jason A. Donenfeld" <Jason@zx2c4.com>
> > Date: Tue, 21 Aug 2018 16:41:50 -0700
> >
> > > Is 100 in fact acceptable for new code? 120? 180?  What's the
> > > generally accepted limit these days?
> >
> > Please keep it as close to 80 columns as possible.
> >
> > Line breaks are not ugly, please embrace them :)
> 
> Okay! Will do. Thanks for the response.

Hi Jason

I find the coding style document,
Documentation/process/coding-style.rst makes good arguments about why
it is like this:

   Now, some people will claim that having 8-character indentations
   makes the code move too far to the right, and makes it hard to read
   on a 80-character terminal screen.  The answer to that is that if
   you need more than 3 levels of indentation, you're screwed anyway,
   and should fix your program.

   In short, 8-char indents make things easier to read, and have the
   added benefit of warning you when you're nesting your functions too
   deep.  Heed that warning.

If you were to decided on 100, you might then want to go more than 3
levels deep, rather than heed the warning and refactor the code into
lots of smaller functions.

There is also:

   Functions should be short and sweet, and do just one thing.  They
   should fit on one or two screenfuls of text (the ISO/ANSI screen
   size is 80x24, as we all know), and do one thing and do that well.

It is worth reading the document in full, just for the rationale.

	Andrew