[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44C0DFD9.1040609@s5r6.in-berlin.de>
Date: Fri, 21 Jul 2006 16:08:25 +0200
From: Stefan Richter <stefanr@...6.in-berlin.de>
To: Pekka J Enberg <penberg@...Helsinki.FI>
CC: Panagiotis Issaris <takis@....org>,
Jeff Garzik <jgarzik@...ox.com>,
Rolf Eike Beer <eike-kernel@...tec.de>,
Panagiotis Issaris <takis@...umba.uhasselt.be>,
linux-kernel@...r.kernel.org, len.brown@...el.com,
chas@....nrl.navy.mil, miquel@...uba.ar, kkeil@...e.de,
benh@...nel.crashing.org, video4linux-list@...hat.com,
rmk+mmc@....linux.org.uk, Neela.Kolli@...enio.com,
vandrove@...cvut.cz, adaplas@....net, thomas@...ischhofer.net,
weissg@...nna.at, philb@....org, linux-pcmcia@...ts.infradead.org,
jkmaline@...hut.fi, paulus@...ba.org
Subject: Re: [PATCH] drivers: Conversions from kmalloc+memset tok(z|c)alloc.
Pekka J Enberg wrote:
> On Fri, 21 Jul 2006, Stefan Richter wrote:
>> Contributors can't know what the (supposed) _agreements_ are.
>>
>> Contributors can only know what the _documented conventions_ are.
>
> Life gets easier when you accept the fact that there are different
> conventions within the kernel, driven by maintainer preference. Which is
> why it is impossible to document a definite set of conventions too.
> CodingStyle really is just a good approximation
[...]
What can a contributor do when he comes across code which deviates from
CodingStyle? He cannot tell whether the initial developer wasn't forced
to adhere to CodingStyle or the maintainer wants it that way. So, the
contributor
- could ask the maintainer for his ruleset before writing a patch, or
- could simply write the patch and wait if the maintainer feels need to
demand adjustments.
I am not sure which strategy will consume less time of contributor and
maintainer.
--
Stefan Richter
-=====-=-==- -=== =--==
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists