On Mon, Apr 14, 2014 at 08:44:55PM +0200, Thomas Petazzoni wrote: > On Mon, 14 Apr 2014 13:46:06 -0400, Tejun Heo wrote: > > Also, how do you want the patches to be routed? Can all go through libata? > > As written in the cover letter, I'd expect patches 1 and 2 to go > through libata, and then patches 3, 4 and 5 to go through arm-soc. The > reason is that patches 3, 4 and 5 modifies the Device Tree files and > the ARM defconfigs, which are likely to also be changed by other > commits in the same cycle. However, the DT binding documentation change > and the driver change are independent, so they can go through libata. > > I guess Jason Cooper, who handles the patch merging for mvebu > platforms, can confirm (or not?) this proposal. Yep, this is how we do it. The only caveat is if there are going to be changes during this window that depend on the driver changes in this series. Then we would ask to set up a topic branch. That happens a little more frequently now that we have boards in the boot farm testing linux-next and other trees. It means we also care about boot-time dependencies as well as build deps. I'll take a closer look at this series in the next few days and let you know. thx, Jason. -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html