Hi Daniel, Daniel Mack <daniel at zonque.org> wrote on Sun, 8 Jul 2018 22:13:36 +0200: > On Sunday, July 08, 2018 02:04 PM, Miquel Raynal wrote: > > Do you mind if I apply all the patches to nand/next? This fix will only > > appear in mainline after the merge window (in a few weeks). Otherwise > > I'll have to apply patches 2 and 3 for the next-next-release > > (supposedly 4.20). > > I don't quite understand the options, but the thing that's important for me is that 1/3 lands for 4.19. I don't care for the other two really, as they have no functional impact. Usually, accepted fixes are part of a specific pull request that can be sent at any time during the -rc's cycles, this is the fixes branch. Otherwise, for regular patches (or "features"), only one pull request is sent at the time of the merge window, this is the "next" branch. Fixes are based on the last -rc while features are usually based only on -rc1. Problem is, when a fix and another change are done on the same code section, this would produce a merge conflict in Linus's tree. To avoid it, two solutions: - take all the patches (including non-urgent fixes) in the -next branch - rebase/merge the -rc that contains the fix before applying the other patches. In this case, series applied to nand/next (will be out for 4.19). Thanks, Miqu?l