From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: Re: New kernel shared snapshots Date: Tue, 25 Aug 2009 22:02:36 -0400 Message-ID: <20090826020236.GA5681@infradead.org> References: <805301CC-A5EA-4905-9867-0B4762B63D8E@redhat.com> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: device-mapper development Cc: Alasdair G Kergon , Milan Broz List-Id: dm-devel.ids On Tue, Aug 25, 2009 at 10:43:33AM -0400, Mikulas Patocka wrote: > > I mean, if I have function > static struct some_structure *some_function(int a, int b, int c, > int d, long long e, > struct blablabla *p) Don't align additional paramter lines to after the opening brace, but always two tabs from column zero, e.g. static struct some_structure *some_function(int a, int b, int c, int d, long long e, struct blablabla *p) also much easier to edit, especially if the function name and/or return type changes. And yes, except maye for printks absolutely stick to the 80 column limit, it's an absolute pain to read otherwise.