[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1236295961.5937.99.camel@desktop>
Date: Thu, 05 Mar 2009 15:32:41 -0800
From: Daniel Walker <dwalker@...o99.com>
To: Randy Dunlap <randy.dunlap@...cle.com>
Cc: Alan Stern <stern@...land.harvard.edu>,
Yinghai Lu <yinghai@...nel.org>, mingo@...hat.com,
hpa@...or.com, linux-kernel@...r.kernel.org, ebiederm@...ssion.com,
akpm@...ux-foundation.org, gregkh@...e.de, tglx@...utronix.de,
sarah.a.sharp@...el.com, mingo@...e.hu,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:x86/doc] x86/doc: mini-howto for using earlyprintk=dbgp
On Thu, 2009-03-05 at 15:19 -0800, Randy Dunlap wrote:
> Do we have a document style guide? The comments in Documentation/CodingStyle
> apply to documentation text files also, AFAIK. Maybe that needs to be
> stated explicitly.
I guess you could assume it applies, but I don't think it's content can
really be applied to Documents.. Since it speaks specifically to code.
> As for other docs that don't conform: we typically don't go around just
> fixing 80-column rule infractions, but when a file is being modified anyway,
> we prefer that other parts of it also be updated.
I don't have a problem fixing it, but it would be nice to have any other
rules layed out. Like the "No ascii art rule" (if it exists) or whatever
other style guidelines there are. For example the 80 line limit can't
apply to absolutely everything. I mean what about diagrams or /proc
output samples? Most of that is over 80 (way over).
Daniel
--
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