From: Lee Jones <lee.jones@linaro.org>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
linux-crypto@vger.kernel.org,
Peter Korsgaard <peter@korsgaard.com>,
Fabio Estevam <festevam@gmail.com>,
Kieran Bingham <kieranbingham@gmail.com>,
"kernel@stlinux.com" <kernel@stlinux.com>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP
Date: Wed, 30 Sep 2015 15:15:39 +0100 [thread overview]
Message-ID: <20150930141539.GD27197@x1> (raw)
In-Reply-To: <20150930134757.GA18408@gondor.apana.org.au>
On Wed, 30 Sep 2015, Herbert Xu wrote:
> On Tue, Sep 29, 2015 at 03:29:32PM +0100, Lee Jones wrote:
> >
> > I see that your tree is 8 days old, so this may have been resolved
> > already, but would you be kind enough to ensure you remove the 6th
> > (ARM) patch from your repo please? I wouldn't want it to cause
> > conflicts and for Maxime and yourself to get shouted at by Linus.
>
> I prefer not to merge patches that cannot be tested. Without
> the DT bits in patch 6 the other five patches are useless. So
> I think patch 6 should be applied together with the other five
> which add the driver.
That's crazy talk. If all subsystem maintainers abide by this rule
there would be chaos. We'd either need to send pull-requests to each
other for every set which crossed a subsystems boundary, or 1000's of
merge conflicts would ensue at merge time.
The (sensible) rule we normally stick to is; as long as there isn't
a _build_ dependency, then the patches should filter though their
respective trees; _functional_ dependencies have nothing to do with
us as maintainers. Another chaos preventing rule we abide by is; thou
shalt not apply patches belonging to other maintainer's subsystems
without the appropriate Ack-by and a subsequent "you may take this
though your tree" and/or "please send me an immutable pull-request".
> Of course if Linus wants me to revert patch 6 in case of any
> potential conflicts with Maxime's tree I'll do that. Linus?
Why bother Linus? The whole purpose of this is to _not_ pi$$ him
off. This stuff is common sense.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP
Date: Wed, 30 Sep 2015 15:15:39 +0100 [thread overview]
Message-ID: <20150930141539.GD27197@x1> (raw)
In-Reply-To: <20150930134757.GA18408@gondor.apana.org.au>
On Wed, 30 Sep 2015, Herbert Xu wrote:
> On Tue, Sep 29, 2015 at 03:29:32PM +0100, Lee Jones wrote:
> >
> > I see that your tree is 8 days old, so this may have been resolved
> > already, but would you be kind enough to ensure you remove the 6th
> > (ARM) patch from your repo please? I wouldn't want it to cause
> > conflicts and for Maxime and yourself to get shouted at by Linus.
>
> I prefer not to merge patches that cannot be tested. Without
> the DT bits in patch 6 the other five patches are useless. So
> I think patch 6 should be applied together with the other five
> which add the driver.
That's crazy talk. If all subsystem maintainers abide by this rule
there would be chaos. We'd either need to send pull-requests to each
other for every set which crossed a subsystems boundary, or 1000's of
merge conflicts would ensue at merge time.
The (sensible) rule we normally stick to is; as long as there isn't
a _build_ dependency, then the patches should filter though their
respective trees; _functional_ dependencies have nothing to do with
us as maintainers. Another chaos preventing rule we abide by is; thou
shalt not apply patches belonging to other maintainer's subsystems
without the appropriate Ack-by and a subsequent "you may take this
though your tree" and/or "please send me an immutable pull-request".
> Of course if Linus wants me to revert patch 6 in case of any
> potential conflicts with Maxime's tree I'll do that. Linus?
Why bother Linus? The whole purpose of this is to _not_ pi$$ him
off. This stuff is common sense.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
next prev parent reply other threads:[~2015-09-30 14:15 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-17 13:45 [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-17 13:45 ` [PATCH v2 1/7] Documentation: hw_random: Fix device node name reference /dev/hw_random => /dev/hwrng Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-17 13:45 ` Lee Jones
[not found] ` <1442497557-9271-2-git-send-email-lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-18 10:18 ` Kieran Bingham
2015-09-18 10:18 ` Kieran Bingham
2015-09-18 10:18 ` Kieran Bingham
2015-09-17 13:45 ` [PATCH v2 2/7] hwrng: Kconfig: " Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-18 10:19 ` Kieran Bingham
2015-09-18 10:19 ` Kieran Bingham
2015-09-17 13:45 ` [PATCH v2 3/7] hwrng: core: Simplify RNG switching from sysfs Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-17 14:08 ` Peter Korsgaard
2015-09-17 14:08 ` Peter Korsgaard
2015-09-17 13:45 ` [PATCH v2 5/7] hwrng: st: Add support for ST's HW Random Number Generator Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-18 10:44 ` Kieran Bingham
2015-09-18 10:44 ` Kieran Bingham
2015-10-05 10:44 ` Daniel Thompson
2015-10-05 10:44 ` Daniel Thompson
2015-10-05 12:11 ` Lee Jones
2015-10-05 12:11 ` Lee Jones
2015-10-05 12:54 ` Daniel Thompson
2015-10-05 12:54 ` Daniel Thompson
2015-10-05 14:52 ` Lee Jones
2015-10-05 14:52 ` Lee Jones
2015-10-05 14:52 ` Lee Jones
2015-09-17 13:45 ` [PATCH v2 6/7] ARM: STi: STiH407: Enable the 2 HW Random Number Generators for STiH4{07,10} Lee Jones
2015-09-17 13:45 ` [PATCH v2 6/7] ARM: STi: STiH407: Enable the 2 HW Random Number Generators for STiH4{07, 10} Lee Jones
2015-10-01 10:57 ` [STLinux Kernel] " Maxime Coquelin
2015-10-01 10:57 ` Maxime Coquelin
2015-10-01 10:57 ` Maxime Coquelin
2015-09-17 13:45 ` [PATCH v2 7/7] MAINTAINERS: Add ST's Random Number Generator to the ST entry Lee Jones
2015-09-17 13:45 ` Lee Jones
[not found] ` <1442497557-9271-1-git-send-email-lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-17 13:45 ` [PATCH v2 4/7] hwrng: st: Provide DT bindings for ST's Random Number Generator Lee Jones
2015-09-17 13:45 ` Lee Jones
2015-09-17 13:45 ` Lee Jones
[not found] ` <1442497557-9271-5-git-send-email-lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-18 16:21 ` Stephen Boyd
2015-09-18 16:21 ` Stephen Boyd
2015-09-18 16:21 ` Stephen Boyd
2015-09-18 16:23 ` Lee Jones
2015-09-18 16:23 ` Lee Jones
2015-09-18 14:07 ` [PATCH v2 0/7] hwrng: Add support for STMicroelectronics' RNG IP Herbert Xu
2015-09-18 14:07 ` Herbert Xu
2015-09-18 14:07 ` Herbert Xu
2015-09-18 14:53 ` Lee Jones
2015-09-18 14:53 ` Lee Jones
2015-09-18 15:11 ` Herbert Xu
2015-09-18 15:11 ` Herbert Xu
2015-09-18 15:51 ` Lee Jones
2015-09-18 15:51 ` Lee Jones
2015-09-18 23:12 ` Herbert Xu
2015-09-18 23:12 ` Herbert Xu
2015-09-19 9:21 ` Lee Jones
2015-09-19 9:21 ` Lee Jones
2015-09-20 1:23 ` Herbert Xu
2015-09-20 1:23 ` Herbert Xu
2015-09-20 4:39 ` Lee Jones
2015-09-20 4:39 ` Lee Jones
2015-09-29 14:29 ` Lee Jones
2015-09-29 14:29 ` Lee Jones
2015-09-30 13:47 ` Herbert Xu
2015-09-30 13:47 ` Herbert Xu
2015-09-30 14:15 ` Lee Jones [this message]
2015-09-30 14:15 ` Lee Jones
2015-09-30 14:28 ` Herbert Xu
2015-09-30 14:28 ` Herbert Xu
[not found] ` <20150930142812.GA19039-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>
2015-09-30 14:49 ` [STLinux Kernel] " Maxime Coquelin
2015-09-30 14:49 ` Maxime Coquelin
2015-09-30 14:49 ` Maxime Coquelin
2015-09-30 14:49 ` Maxime Coquelin
2015-09-30 14:50 ` Lee Jones
2015-09-30 14:50 ` Lee Jones
2015-09-29 9:20 ` [STLinux Kernel] " Peter Griffin
2015-09-29 9:20 ` Peter Griffin
2015-09-29 10:42 ` Lee Jones
2015-09-29 10:42 ` Lee Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150930141539.GD27197@x1 \
--to=lee.jones@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=herbert@gondor.apana.org.au \
--cc=kernel@stlinux.com \
--cc=kieranbingham@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peter@korsgaard.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.