[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080521123127.3b3b66af.akpm@linux-foundation.org>
Date: Wed, 21 May 2008 12:31:27 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Cyrill Gorcunov <gorcunov@...il.com>
Cc: tytso@....edu, hch@...radead.org, viro@...IV.linux.org.uk,
linux-kernel@...r.kernel.org, davem@...emloft.net
Subject: Re: CFD: linux-wanking@...r.kernel.org (was [PATCH] Standard
indentation of arguments)
On Wed, 21 May 2008 22:57:25 +0400
Cyrill Gorcunov <gorcunov@...il.com> wrote:
> Btw, we have CodingStyle, SubmittingPatches and other, but why don't
> we have something like KernelNewbieGuide? Don't get me wrong, but
> there could be written all rules about - what is good to do, what is bad.
> So a newbiew who wants to be usefull for kernel could read it and decide
> what should be done. /Don't beat me ;) / And of course I know about
> kernelnewbie.org but this (even quite short) document could help I think.
There are a lot of people out there who would like to try their hands
at kernel.org development but who just aren't sure how to start, nor
where to start.
One could understand a developer deciding to write a do-nothing
whitespace patch as a general throat-clearing exercise, but when asked,
I recommend against that. I generally recommend that people just
download and test the latest -rc, linux-next and -mm kernels and build
and run them. Because they surely will find things which need fixing.
Often simple little things like compilation errors, sometimes things
which need a bisection search.
For more substantial starter projects the best we have (as far as I
know) is http://kernelnewbies.org/KernelProjects, but that's just a
teeny subset.
We're not very good at this, I'm afraid. I seem to recall that Rik has
offered to help out here, so perhaps whenever one notices a
hey-someone-should-do-this project, it could be forwarded to Rik and he
can put it up there.
The #1 project for all kernel beginners should surely be "make sure
that the kernel runs perfectly at all times on all machines which you
can lay your hands on". Usually the way to do this is to work with
others on getting things fixed up (this can require persistence!) but
that's fine - it's a part of kernel development.
--
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