From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: linux-next: manual merge of the xen-two tree with the tip tree Date: Thu, 10 Feb 2011 10:24:57 -0500 Message-ID: <20110210152457.GB12087@dumpdata.com> References: <20110210145528.95c90b63.sfr@au1.ibm.com> <20110210122423.GC26094@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from rcsinet10.oracle.com ([148.87.113.121]:18005 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756211Ab1BJP1Q (ORCPT >); Thu, 10 Feb 2011 10:27:16 -0500 Content-Disposition: inline In-Reply-To: <20110210122423.GC26094@elte.hu> Sender: linux-next-owner@vger.kernel.org List-ID: To: Ingo Molnar Cc: Thomas Gleixner , Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, "H. Peter Anvin" , Peter Zijlstra On Thu, Feb 10, 2011 at 01:24:23PM +0100, Ingo Molnar wrote: > > * Thomas Gleixner wrote: > > > > > > > On Thu, 10 Feb 2011, Stephen Rothwell wrote: > > > > > Hi Konrad, > > > > > > Today's linux-next merge of the xen-two tree got a conflict in > > > kernel/irq/manage.c between commit > > > dc5f219e88294b93009eef946251251ffffb6d60 ("genirq: Add > > > IRQF_FORCE_RESUME") from the tip tree and commit > > > c6c5596743c2a333a8e31b0247f44cd367484a5e ("genirq: Add > > > IRQF_FORCE_RESUME") from the xen-two tree. > > > > > > Despite having the same Author time stamps, these commits are not quite the > > > same. I used the version from the tip tree which kept the line: > > > > > > desc->status &= ~IRQ_SUSPENDED; > > > > That's the correct one. I fear I messed up, when I gave xen folks the > > git url to pull from. I had the first version pushed out, and zapped > > right away when I noticed the missing line. Then fixed it and > > repushed. I should have checked git://..... which obviously had > > already picked up the borked one and did not pick up the correct one > > before xen folks pulled. Sorry about that. > > The resolution would be for the Xen tree to pull again and pick the new commit's > content as the conflict resolution result. That will resolve the linux-next conflict > as well. Should be all fixed now.