* Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> wrote: > On Mon, May 16, 2011 at 09:31:44AM +0200, Ingo Molnar wrote: > > > > * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> wrote: > > > > > On Fri, May 13, 2011 at 11:26:46AM +0200, Ingo Molnar wrote: > > > > > > > > Had you asked us before committing it one day after it was posted, or > > > > had you *noticed* that those files are not in your tree and are already > > > > modified in linux-next, you'd have gotten a response like: > > > > > > Please also don't read anything into the commit date - it merely shows > > > when the last update happened. > > > > > > My workflow for patch series involves keeping them in git right from the > > > start. So actually they've been in git since _before_ they were posted. > > > In fact, the emails which I send out for any patch series are always > > > generated from the git commits. > > > > > > So, all my patches live in git _first_ before being mailed out. > > > > It is not a problem at all if you commit it to some non-permanent > > development branch of your own - we all do it. > > Clearly you're not listening, so no point discussing this further. Since in the sentence you quote i only repeated what you said above (that you keep commits in Git from before when they are posted: i do that too for development) i have trouble following your line of thought of how you could possibly have concluded that i'm "not listening". I am very much listening, i just do not agree with what you are saying: i think it's pretty clear that details of your Git workflow are broken and need to be improved - as demonstrated by the conflict, build breakage and discussion in this thread. Anyway, since you unilaterally stopped discussing this topic and since there's no acknowledgement from you that you'll fix your workflow it appears i have no choice but to ask you to refrain from modifying any arch/x86/ code in the future, without an explicit *prior* ack from one of the x86 maintainers. When you do that they will be able to guide you through when various files are proper to modify in a separate branch and what to do if there are already changes in flight. Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
