Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1428582

Re: linux-next: manual merge of the drm-misc tree with the arm tree

From Russell King <rmk@armlinux.org.uk>
Newsgroups linux.kernel
Subject Re: linux-next: manual merge of the drm-misc tree with the arm tree
Date 2016-06-22 11:00 +0200
Message-ID <rMMaR-19U-7@gated-at.bofh.it> (permalink)
References <rMFsJ-5eQ-7@gated-at.bofh.it> <rMLHQ-ZT-19@gated-at.bofh.it> <rMLHQ-ZT-21@gated-at.bofh.it> <rMLHQ-ZT-17@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Jun 22, 2016 at 10:23:36AM +0200, Daniel Vetter wrote:
> On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote:
> > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote:
> > > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > > Hi all,
> > > >
> > > > Today's linux-next merge of the drm-misc tree got a conflict in:
> > > >
> > > >   drivers/gpu/drm/sti/sti_drv.c
> > > >
> > > > between commit:
> > > >
> > > >   062993b15e8e ("drm: convert DT component matching to component_match_add_release()")
> > > 
> > > Why did that one end up in the arm tree? Should it go in through
> > > drm-misc instead?
> > 
> > Mine is part of a three part patch series which is part of the component
> > helper updates (which I'm the author and maintainer of).
> > 
> > Then someone came up with an alternative way of some of part of it.
> > 
> > You can't merge the above DRM part, because that means you also need to
> > merge patch 1, which is core component stuff.
> 
> Makes sense, but generally in that case I ask Dave for an explicit ack for
> merging through another tree to avoid confusion. Lack of that is why I
> asked.

It got posted to the appropriate mailing lists with CCs, including David.
Just three people responded.

One of the responses was that people didn't like the duplication.  I
posted v2 the same day, the DT people didn't like the file location, so
I went back to v1.  That then sparked someone to start working _against_
me, cleaning up the existing duplication, and acknowledging that it'll
cause _me_ problems.

So, as it was done maliciously and intentionally to give these porblems,
I'm not budging on this.  Sorry.

There are times when working on the kernel is not very nice.  This is one
of them.

-- 
Russell King
ARM architecture Linux Kernel maintainer

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

linux-next: manual merge of the drm-misc tree with the arm tree Stephen Rothwell <sfr@canb.auug.org.au> - 2016-06-22 03:50 +0200
  Re: linux-next: manual merge of the drm-misc tree with the arm tree Daniel Vetter <daniel@ffwll.ch> - 2016-06-22 10:30 +0200
    Re: linux-next: manual merge of the drm-misc tree with the arm tree Russell King <rmk@armlinux.org.uk> - 2016-06-22 11:00 +0200
      Re: [Intel-gfx] linux-next: manual merge of the drm-misc tree with  the arm tree Daniel Vetter <daniel@ffwll.ch> - 2016-06-22 14:20 +0200
  Re: linux-next: manual merge of the drm-misc tree with the arm tree Russell King <rmk@armlinux.org.uk> - 2016-06-22 10:40 +0200
  Re: linux-next: manual merge of the drm-misc tree with the arm tree Daniel Vetter <daniel.vetter@ffwll.ch> - 2016-06-22 10:40 +0200

csiph-web