Messages in this thread | | | Date | Mon, 24 Aug 2009 20:15:01 +0900 | From | Paul Mundt <> | Subject | Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific |
| |
On Mon, Aug 24, 2009 at 01:00:40PM +0200, Ingo Molnar wrote: > And the thing is, s390 was always a pleasure to deal with. I cannot > say the same about anything SH. SH always was a huge PITA to deal > with (to me at least), mainly because you seem to have a false sense > of entitlement: you think everyone else must be perfect and must not > affect you while you can sit on your own little island not worrying > about the rest of the world - who develops and tests core kernel > facilities for you. It doesnt work like that. > If you had bothered to read any of my earlier mail you would realize that this is complete and utter nonsense. I expect there to be breakage, and I expect that I will be the one fixing it up (even when most of the time that breakage is not even in my own tree). Unsurprisingly, this is largely a result of SH being one of the first architectures testing these new core kernel facilities, which is something you seem intent on just writing off completely. I can imagine why s390 is a pleasure to deal with in a -tip context, when you break their tree, no one complains.
Where I take issue with -next is that this is not an isolated thing, and over time it has only become more frequent. In the case of -mm, releases were infrequent, but we did have this thing called quality control, something that is utterly lacking in -next and which the trees being sucked in seem unable to adhere to on their own.
Rather than wasting any more time on this, we can continue this at kernel summit during the -next session. If the consensus is that I'm just being unconstructive and my workflow is inherently broken, I can live with that.
> You are not being constructive at all. > Nor have been any of your responses. At least we've found something to agree on!
| |