[attention: drm submaintainers] merge window for features to drm-next

[Daniel Vetter]

On Tue, Aug 26, 2014 at 09:13:49AM +1000, Dave Airlie wrote:
> Okay, I've thought about this a lot lately, and I've been been getting
> too lax on when I merge stuff to drm-next and I think people are
> taking advantage of my good nature :-P
> 
> So we are going to try something new this cycle, I'm going to use -rc5
> of the current kernel as the cut off for major feature merges to the
> -next. That means that subsystem maintainers should have their -next
> trees to me by -rc5, with allowances with advance warnings up to -rc6,
> i.e. maintainer on holidays etc.
> 
> I realise this might make 3.18 a rather smaller kernel from a drm
> perspective but that could be a good thing,
> 
> So its -rc2 now, you have 3 weeks to merge features and get them to
> me. If they aren't ready they get to wait for 2-3 months.

So I usually only send you the actual pull after 1 week to allow QA to run
all the labour-intensive manual tests. So I'd prefer if the merge cut-off
is -rc5, but that I can send you the pull request a week later. Since I
won't rebase anyway you can easily check that I didn't cheat ;-) That ok?

If not I'll simply send you less tested stuff - we ofc still do all the
automated tests in nightly runs.

Also thus far we've had alloance for early hw enabling for new platforms
late into the merge window, as long as it doesn't wreak havoc with
existing code and really just plugs in. Is that still on, or should this
also be ready with the final stuff around -rc5?

Also if you want to close this early I really think drm-next has to open
right after -rc1 - the pile-up of patches will be fairly huge by then
given that -rc1 is usually a full month after -rc5.

Thanks, Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch