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

Groups > linux.kernel > #1228838

Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP

Show all headers | View raw

On Sun, 20 Sep 2015, Herbert Xu wrote:

> On Sat, Sep 19, 2015 at 10:21:45AM +0100, Lee Jones wrote:
> >
> > That's not how it works.  It's helpful, more often than not, to submit
> > the entire set to each maintainer concerned so they can keep up with
> > the general conversation.  By only sending specific patches to
> > maintainers you essentially blinker them to the bigger picture.
> > 
> > As a maintainer you should _know_ that you can't apply patches from
> > other subsystems without appropriate Acks.  I'm sure you'd take
> > exception to another maintainer who started accepting patches for
> > subsystems you are responsible for.  This works both ways.
> 
> No you are mistaken.  You should only put patches which have
> dependencies on each other in a series.  If the patches can be
> applied independently of each other there is no need to have
> them in a single series.

That's just not true.  I've explained why it's important for everyone
involved to see the bigger picture.  Let me use this set in an
example.  The patches can (and should) be applied separately, but they
are heavily entwined.  Let's say I only sent the ARM patch to Maxime
(the STi Maintainer) and only sent you the driver and the binding
document.  There's a chance Maxime could apply the DTS changes prior
to a proper review of the bindings.  Granted, one way round this would
be to place the DTS changes into a holding-pen until the binding has
been accepted, but this method is highly impractical and puts
unnecessary burden on the contributor.

There are 1000's of examples where all parties need to see reviews on
other, related but not dependant, parts of a set.  For many of the
sets I review it's critical for me what else is going on in related
diffs.  I guess for the subsystems you maintain it's less of an issue,
but still, it _is_ how people tend to submit code and there is no good
reason for you to dictate otherwise.

> Obviously if they can go into different trees then they cannot
> have dependencies.
> 
> Cheers,

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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

Thread

[PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones <lee.jones@linaro.org> - 2015-09-17 15:50 +0200
  Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Herbert Xu <herbert@gondor.apana.org.au> - 2015-09-18 16:10 +0200
    Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones <lee.jones@linaro.org> - 2015-09-18 17:00 +0200
      Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Herbert Xu <herbert@gondor.apana.org.au> - 2015-09-18 17:20 +0200
        Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones <lee.jones@linaro.org> - 2015-09-18 18:00 +0200
          Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Herbert Xu <herbert@gondor.apana.org.au> - 2015-09-19 01:20 +0200
            Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones <lee.jones@linaro.org> - 2015-09-19 11:30 +0200
              Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Herbert Xu <herbert@gondor.apana.org.au> - 2015-09-20 03:30 +0200
                Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones <lee.jones@linaro.org> - 2015-09-20 06:40 +0200

csiph-web