>
> That said, the merges with Andrew are also sometimes in the 150+ patch
> range, and merging with other git trees can sometimes bring in even more.
> So I'm not claiming any hard limits or anything like that, just that in
> general it's nicer to get updates trickle in over time rather than all at
> once.
>
> I suspect this was mostly a one-time startup-event.
It accumulated a bit because the .18 cycle was relatively long
(and i also did more patches that usual myself, but most of that
was just cleanup and general janitor work)
I normally do the main bulk the two week merge window and only important
stuff afterwards (usually two or three smaller merges with more stuff
and then only critical bug fixes in small batches until release).
You want merges more often or more spaced out?
I currently planned to do better spaced out posting for review
at least (to not overwhelm the various mailing lists). It would
be possible to do the merge towards you shortly after that when
patches cooked a bit in -mm*. But it won't follow the two week window
all that much.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
