From: Thomas Gleixner <tglx@linutronix.de>
To: linux-mtd@lists.infradead.org
Subject: Re: MTD git repository status
Date: Mon, 7 Nov 2005 20:24:09 +0100 [thread overview]
Message-ID: <200511072024.10121.tglx@linutronix.de> (raw)
In-Reply-To: <200511071915.03263.tglx@linutronix.de>
On Monday 07 November 2005 19:15, Thomas Gleixner wrote:
> I've updated the mtd git repository hopefully in time for 2.6.15.
Some rant about MTD CVS commits
I asked some time ago for some discipline regarding the CVS usage.
Some MTD developers gracefully provide
- separate commits for non related changes
- patches without trailing white spaces
- syntactically correct commit messages
- understandable short and long comments
Thanks
Some others use the CVS down to their whim.
Is it so hard to comply to some simple rules ?
1. Commit after testing and do not abuse the CVS as your private trash bin
If you have the urge to document your hacking sessions, do this in your
private CVS or create a branch in the MTD-CVS preferably named
mtd-yourname-tinkerbox
2. Check for trailing white space _before_ you commit.
3. Do _not_ commit changes which add
a) // old code or
/* old code */
b) #if 0
old code
#endif
a) is a no no
b) use when such an exclude is necessary:
/* Comment why this is disabled */
#ifdef ENABLE_BROKEN_FEATURE
#endif
4. Commit unrelated changes in separate commits
5. Use the requested commit message format
[MTD] <core, chips, maps, nand, onenand> <file>: Short description
or
[JFFS2] Short description
<Blank line>
<Long description>
6. Write understandable comments, which give an information what the commit is
doing, rather than some sloppy blurb. Using cryptic abbreviations is also not
really helpful. See also linux/Documentation/SubmittingPatches
Some example commits for illustration:
---------------------------------------------------------
[JFFS2] minor refinements
[JFFS2] remove forgotten stuff
Really descriptive !
---------------------------------------------------------
Add support for "4G Systems MTX-1 Flash device", better known as meshcube.
Modified Files:
Kconfig Makefile.common mphysmap.c
...
This is obviously a patch for non kernel parts of the CVS. Err, wait....
Depends mphysmap.c on MTX-1 support or is it the other way round ?
---------------------------------------------------------
[JFFS2] Fix debugging stuff here as well
Here ? In Timbuktu ?
---------------------------------------------------------
Commits with commit messages consisting of 3 empty lines
Is this a guessing game ?
---------------------------------------------------------
[JFFS2] roll-back the last fix. JFFS2 uses strange technique - upper callers
clean the shit which the lower function leave... In theory, everybody should
free its own crap... Would be nice to fix - i believe, not everything is
cleaned well.
Excellent short description! Perfectly fitting in a line of 80 chars. And the
careful wording is extraordinary.
It definitely leads to extended eruptions of swearing when somebody has to
review and clean up that #§$%&@*!
---------------------------------------------------------
Five consecutive commits changing one file forth and back within 10 minutes !
Really simple to review, especially when the commit messages are so clear and
the commit flood changes random files aside the one which is the main working
target.
---------------------------------------------------------
[OneNAND] More fancy handling of DDP
<END of commit message>
Is [OneNAND] a new subsystem ?
DDP ?
I know what DDP means in this context, but when somebody else tries to
understand the message, he might try Google first:
Some Google explanantions from the first page
Delivery Duty Paid
Distributed Data Processing
Data Delivery Protocol
Decentralized Development Planning
---------------------------------------------------------
Trailing white spaces introduced since the last git update
diffstat whitespace.diff
drivers/mtd/Kconfig | 4 -
drivers/mtd/chips/cfi_cmdset_0001.c | 6 -
drivers/mtd/inftlmount.c | 2
drivers/mtd/maps/ixp2000.c | 2
drivers/mtd/maps/mtx-1_flash.c | 2
drivers/mtd/maps/pq2fads.c | 14 +--
drivers/mtd/maps/tqm834x.c | 8 +-
drivers/mtd/maps/ts5500_flash.c | 2
drivers/mtd/nand/au1550nd.c | 6 -
drivers/mtd/nand/s3c2410.c | 2
drivers/mtd/nand/sharpsl.c | 6 -
drivers/mtd/onenand/onenand_base.c | 24 +++---
drivers/mtd/rfd_ftl.c | 112 ++++++++++++++---------------
fs/jffs2/build.c | 2
fs/jffs2/debug.c | 28 +++----
fs/jffs2/debug.h | 8 +-
fs/jffs2/gc.c | 4 -
fs/jffs2/nodelist.c | 136
++++++++++++++++++------------------
fs/jffs2/nodemgmt.c | 6 -
fs/jffs2/readinode.c | 64 ++++++++--------
fs/jffs2/summary.c | 8 +-
fs/jffs2/wbuf.c | 14 +--
include/linux/jffs2.h | 2
include/linux/jffs2_fs_sb.h | 2
include/linux/mtd/bbm.h | 2
include/linux/mtd/cfi.h | 2
include/linux/mtd/onenand.h | 2
27 files changed, 235 insertions(+), 235 deletions(-)
Figure yourself, who earns the most credits for being sloppy
tglx
next prev parent reply other threads:[~2005-11-07 19:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-07 18:15 MTD git repository status Thomas Gleixner
2005-11-07 19:24 ` Thomas Gleixner [this message]
2005-11-07 19:26 ` Charles Manning
2005-11-11 6:57 ` Vitaly Wool
2005-11-07 20:43 ` Vitaly Wool
2005-11-07 21:33 ` MTD git repository status ==> oob_info & other methods Charles Manning
2005-11-08 14:10 ` MTD git repository status Artem B. Bityutskiy
2005-11-08 20:03 ` Charles Manning
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=200511072024.10121.tglx@linutronix.de \
--to=tglx@linutronix.de \
--cc=linux-mtd@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox