lkml.org 
[lkml]   [2015]   [Apr]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: linux-next: manual merge of the drm tree with the v4l-dvb tree
    > Am Mittwoch, den 15.04.2015, 13:33 +1000 schrieb Stephen Rothwell:
    > > Hi Dave,
    > >
    > > Today's linux-next merge of the drm tree got a conflict in
    > > Documentation/DocBook/media/v4l/subdev-formats.xml between commit
    > > 7b0fd4568bee ("[media] v4l: Add RBG and RGB 8:8:8 media bus formats on
    > > 24 and 32 bit busses") and e8b2d7a565ae ("[media] v4l: Sort YUV formats
    > > of v4l2_mbus_pixelcode") from the v4l-dvb tree and commits 08c38458be7e
    > > ("Add BGR888_1X24 and GBR888_1X24 media bus formats"), 0fc63eb104d7
    > > ("Add YUV8_1X24 media bus format") and 203508ef52e3 ("Add
    > > RGB666_1X24_CPADHI media bus format") from the drm tree.
    > >
    > > I fixed it up (almost certainly incorrectly - see below) and can carry
    > > the fix as necessary. Please sort out who "owns" this file and try to
    > > coordinate updates to it.
    >
    > Together with the corresponding fixup for include/uapi/linux/media-bus-format.h,
    > how about this:

    This should never have gone into my tree if there wasn't someone in the
    v4l tree who knew it was coming,

    In future please merge the media-bus-formats through both tree, providing
    a stable git tree to both maintainers to pull from, though this may not
    avoid all bad cases, it hopefully will avoid this sort of mess.

    I'm not really sure how best to clean this one up, I think I'd want
    patches to my tree that just use the correect values, then it would just
    be a normal conflict on merging, instead of renumbering userspace visible
    values,

    Dave.


    \
     
     \ /
      Last update: 2015-04-17 05:41    [W:2.975 / U:0.664 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site