On Thursday 01 May 2008 08:19:36 Ingo Molnar wrote:Over time as patches succeed more I reduce testing so I can "get things done faster". Eventually I screw up, and get more cautious on checking. It's a dynamic balance. With reduced review comes sloppier code. If we can't increase review, we can at least increase the penalty for screwing up when I do get caught. If vger dropped all my emails for a week after I broke the kernel, I'd be far more careful OR I'd find efficient ways to avoid doing that (like increasing review, or automated testing). Either way, it's a win. But I'm sure everyone else is far more disciplined than I... Rusty. --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
| YOSHIFUJI Hideaki / | request_module: runaway loop modprobe net-pf-1 (is Re: Linux 2.6.21-rc1) |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Greear | Re: MACVLANs really best solution? How about a bridge with multiple bridge virtual... |
| Rafael J. Wysocki | 2.6.29-rc8: Reported regressions from 2.6.28 |
