Roger, Tony, On Fri, 15 Apr 2016 13:54:34 +0300 Roger Quadros <rogerq@xxxxxx> wrote: > On 15/04/16 13:09, Boris Brezillon wrote: > > Hi Roger, > > > > On Fri, 15 Apr 2016 12:34:04 +0300 > > Roger Quadros <rogerq@xxxxxx> wrote: > > > >> Tony & Boris, > >> > >> On 14/04/16 00:25, Tony Lindgren wrote: > >>> * Roger Quadros <rogerq@xxxxxx> [160407 03:10]: > >>>> Hi, > >>>> > >>>> As this series has cross dependency between omap and mtd subsystems, > >>>> I'll set up a immutable branch which omap-soc and l2-mtd must > >>>> merge in together to avoid any conflicts/breakage during integration. > >>>> > >>>> Brian has acked all mtd patches. Tony needs to give his Ack for the > >>>> gpmc driver part and then I can provide the immutable branch. > >>> > >>> Looks good to me, please feel free to add: > >>> > >>> Acked-by: Tony Lindgren <tony@xxxxxxxxxxx> > >>> > >> > >> I've added Tony and Rob's Acked-by tags and pushed the patches at the > >> below PULL request. > >> > >> Please take this into omap-soc and l2-mtd trees. Thanks. > > > > I Pulled this branch into nand/next and had to resolve a few conflicts > > (as you may have noticed, a few other reworks in the NAND and MTD layer > > have been merged in the meantime). > > OK. I'm not sure how well this will play when this merges into liunx-next > via the omap-soc tree. > > Instead, can you please create a non-mutable nand/base for me (which could be > today's nand/next) and I can base my branch on that and Tony can use my > branch without causing any merge-conflict in linux-next? I just created a branch called nand/for-gpmc-rework based on today's nand/next, but I'm still unsure how to proceed once you've rebased your work on this branch? Tony will first have to pull my immutable branch, then pull yours, and then I'll have to pull an immutable branch from the the omap-soc tree to get your changes into my nand/next branch (in case other patches modify the same files before I send my PR). Am I missing something? If I'm not, then this option looks over-complicated to me. ITOH, if we decide to let your patches go through the nand or omap-soc tree, only one immutable branch will be created, and either the nand or omap-soc maintainer (depending on who takes the patches) will have to pull it into its -next branch. I'm quite new to all this merging process, so don't hesitate to correct me if I'm wrong. Thanks, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html