Re: [PATCH] ARM: dts: imx7ulp: add crypto support
From: Shawn Guo
Date: Wed Jun 12 2019 - 09:31:23 EST
On Wed, Jun 12, 2019 at 01:15:46PM +0000, Horia Geanta wrote:
> On 6/12/2019 4:06 PM, Shawn Guo wrote:
> > On Wed, Jun 12, 2019 at 11:45:18AM +0000, Horia Geanta wrote:
> >> On 6/12/2019 1:40 PM, Shawn Guo wrote:
> >>> On Thu, Jun 06, 2019 at 11:02:55AM +0300, Horia GeantÄ wrote:
> >>>> From: Iuliana Prodan <iuliana.prodan@xxxxxxx>
> >>>>
> >>>> Add crypto node in device tree for CAAM support.
> >>>>
> >>>> Noteworthy is that on 7ulp the interrupt line is shared
> >>>> between the two job rings.
> >>>>
> >>>> Signed-off-by: Iuliana Prodan <iuliana.prodan@xxxxxxx>
> >>>> Signed-off-by: Franck LENORMAND <franck.lenormand@xxxxxxx>
> >>>> Signed-off-by: Horia GeantÄ <horia.geanta@xxxxxxx>
> >>>> ---
> >>>>
> >>>> I've just realized that this patch should be merged through the crypto tree,
> >>>> else bisectability could be affected due to cryptodev-2.6
> >>>> commit 385cfc84a5a8 ("crypto: caam - disable some clock checks for iMX7ULP")
> >>>> ( https://patchwork.kernel.org/patch/10970017/ )
> >>>> which should come first.
> >>>
> >>> I'm not sure I follow it. This is a new device added to imx7ulp DT.
> >>> It's never worked before on imx7ulp. How would it affect git bisect?
> >>>
> >> Driver corresponding to this device (drivers/crypto/caam) has to be updated
> >> before adding the node in DT.
> >> Is there any guarantee wrt. merge order of the crypto and DT trees?
> >
> > Do not merge DT changes until driver part hits mainline.
> >
> That would mean driver changes would be merged in v5.3 and DT node in v5.4.
It's quite normal that dependent changes land on mainline in multiple
cycles.
>
> Would going through the crypto tree with this patch be such a big issue?
The only issue would be the potential merge conflict.
> I don't think it's the first time (relatively small) DT patches
> are merged via other trees.
Yes, it happens from time to time depending on maintainer's style. I'm
fine with the DT changes going through other subsystem tree, if the
subsystem maintainer wants to and is willing to take the risk of merge
conflict between his tree and arm-soc tree.
Shawn