Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5934673ybi; Wed, 12 Jun 2019 10:59:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqzmKPbDMvn6Or2/3Ei8Z1EvJMmZo337lxpNmvUqArkXHDC61DxIhSWVjK2AUyIfsNHhUle1 X-Received: by 2002:a63:2355:: with SMTP id u21mr25535786pgm.205.1560362360239; Wed, 12 Jun 2019 10:59:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560362360; cv=none; d=google.com; s=arc-20160816; b=VdoAdbSgLAXzazIN5X/Jlyxv+MZ9iPjBImaz6Q6zgXoZgHmnuj6UbpLigq9IHjNAG2 hB+Ccz/4hrYzCM5RY3x90Ma8+ypEvI9A9n1oK0QqkurSjLqAv0lUhotQ8QznlaaY9xxJ o/l8FnJyvQ+BUs5nmpOZYgAOFTckTbI/wm38Fpwr8G98mnIdaxAGgu0xWIat1mp2zvDv EF2swnMkJVE7qHSw9QH/VpG/RGijSEd24s4obMtzDUthT2BKJ01E8nKGez4zpv3OA68O SCC4Ej+oEDGqanw/0WEdcWzsgCxN1tzRcEhIN24mX2IVQVPKBslF1macDKOlgkzTSpbl Lo+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=gG/XGP0m7mLmIsfaPLo37ME7xUXzD/z2B762eC99/HE=; b=XE+JLNxRRy6QRBsFQI/7p3dwL6tVPg9TiHKW9R97qFmxmxlpev15XVDDgQKh+E1sxL C+owlJPZL0cOSOwVErmZyyMEpAHYBUx4gKGI6OBlB4CR92OyN3B4NE4GwQzRYtvmMGks mGwc1a2+nuGwE/550ZNsADiE2H+yVkOmQVaiDCruKJHHETHLgLOFFP8mx5uTNTv95rVq sFwwG0L0Cjlu/ffOLhfj3g9zYFdR2zGfVevur17JrG7j7FevWPi4BApZ9q/QhVKNG/G8 WR3iU5gCZ7NaBYDI5BPJfrQ/vOn88ZrYwmRikRP53CkY8CsrVGF97iKjEGtyosj9CuIh okpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ZAdGtljk; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y1si385666pfb.264.2019.06.12.10.59.06; Wed, 12 Jun 2019 10:59:20 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ZAdGtljk; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729330AbfFLN0q (ORCPT + 99 others); Wed, 12 Jun 2019 09:26:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:52822 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728977AbfFLN0q (ORCPT ); Wed, 12 Jun 2019 09:26:46 -0400 Received: from dragon (li1264-180.members.linode.com [45.79.165.180]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1AA9920866; Wed, 12 Jun 2019 13:26:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1560346004; bh=NM/4gZb0J83hRo3GjTDGogF0kEC8Qio6Tsc1tV61U7I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZAdGtljkJqX9KUoyGddtloo7a1KIXSmwkorvJ1FPH3hECWiB47rEz7umtF889uIAZ st0rPgwtAxNI94JP0sCnAgXqVXDyiC7py8EiUaaxv68/0vjtWCdC3f9Mualy5WGo+9 R5yCVVLPx60K93T53td5GSOXDr5RpZ+qnUz/Dc8M= Date: Wed, 12 Jun 2019 21:26:02 +0800 From: Shawn Guo To: Horia Geanta Cc: Herbert Xu , "David S. Miller" , Sascha Hauer , Rob Herring , Mark Rutland , Aymen Sghaier , Iuliana Prodan , Franck Lenormand , "linux-crypto@vger.kernel.org" , Pengutronix Kernel Team , Fabio Estevam , dl-linux-imx , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] ARM: dts: imx7ulp: add crypto support Message-ID: <20190612132600.GI11086@dragon> References: <20190606080255.25504-1-horia.geanta@nxp.com> <20190612103926.GE11086@dragon> <20190612130602.GH11086@dragon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org 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 > >>>> > >>>> 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 > >>>> Signed-off-by: Franck LENORMAND > >>>> Signed-off-by: Horia Geantă > >>>> --- > >>>> > >>>> 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