From: Andrew Morton <akpm@linux-foundation.org> Date: Mon, 14 Apr 2008 01:04:12 -0700... A lot of people, myself included, subconsciously don't want to get past step a) because the resulting "bureaucracy" or whatever you want to call it is perceived to undercut the very thing that makes the Linux kernel fun to work on. It's still largely free form, loose, and flexible. And that's a notable accomplishment considering how much things have changed. That feeling is why I got involved in the first place, and I know it's what gets other new people in and addicted too. Nobody is "forced" to do anything, and I notice you used the word "force" in d) :-) And I realize this relaxed attitude goes hand in hand with reduced quality and occaisionally more bugs. In many ways, I'm happy with that tradeoff at least wrt. how that works out for the subsystems I'm responsible for. We can ask more subsystem tree maintainers to run their trees more strictly, review patches more closely, etc. But, be honest, good luck getting that from the guys who do subsystem maintainence in their spare time on the weekends. The remaining cases should know better, or simply don't care. --
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Christoph Lameter | Re: Major regression on hackbench with SLUB (more numbers) |
| Mike Travis | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Hugh Dickins | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
