On Thu, Apr 17, 2008 at 1:16 PM, Al Viro <viro@zeniv.linux.org.uk> wrote:Sigh. No, you already know. I don't. This is not a rhetorical point. I've just bid out another project that'd involve getting linux running on another embedded hardware platform. If that happens, I get to spend paid time to work on the kernel, and as a by-product spend more time looking at patches and code coming across the list. So, where would it be best to spend my time? Or anyone else's? (Geez, conflate the issue much?) No one is saying you should. But also, I haven't seen anyone saying it'd be used for performance reviews other than you. <shrug> Shockingly enough, I actually don't care. I'm just trying to scratch my own itch, which is figure out where in the kernel (if anywhere!) it'd be best to donate my time. And your point is likely about the metrics, and yes, they'll be computer generated. So? Perhaps they'll be crap. Who knows until we look at them and match them up with what everyone already knows? If, by some one in a thousand chance, they turn out to be good and useful, then it'll either be a one-off eye-opener, or perhaps something useful more than once. Who knows? And to the larger point, why put effort into stopping someone else from finding out? <shrug> Shame and Guilt, two major motivators of human behavior, it's true. But, one last time, *you're* the one saying the stats would be used for finger pointing at people. Perhaps, instead, the stats will show that we should all collectively point our fingers at some random area in the tree, where everyone, despite their track record, ends up making mistakes. Let the kid find out, that's all I'm saying. --
| Mike Galbraith | Re: regression: CD burning (k3b) went broke |
| Andi Kleen | [PATCH] [3/22] x86_64: Kill temp boot pmds |
| Alan Cox | Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...? |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 05/37] dccp: Cleanup routines for feature negotiation |
| Brandeburg, Jesse | RE: [PATCH] e1000e: test MSI interrupts |
