Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3989730pxk; Tue, 29 Sep 2020 11:09:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQg//2W11tNNEZ8t9JE4BcnQaJ8uOegiSh3U/ACiGKIqqePckgHsx7R05dHRMkQW6mfkk+ X-Received: by 2002:aa7:c648:: with SMTP id z8mr4673473edr.239.1601402994852; Tue, 29 Sep 2020 11:09:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601402994; cv=none; d=google.com; s=arc-20160816; b=BXxdf8eAI+9uBoa42XMcSA62bL0OCBoyMf9MsS85upRPUnG00vT6zMwp74dORruuAL Cr8OizXo17GkwetO3ppWORtJZODWbQvLdXf+/qPLR0b/nhSQRO09cnKskZCBZC4dk4Ud HKTWRxDs760ntsq4bwHaNGPK8JzSo40Dqi0k1g2DRk4B4DqSOWHTk6HkjmBwBrab5lJ+ 1lyhtNgUDTzF+Kh7tsCrUBCS3uujcVBRTyybildqEe48kNIPbJA/qof+TzzTALO+SqT8 fKSGisNmKH9lh+UDj7Dnadvwjn9BZZ5NoD0Pggi3PooqQRRYtznju54N/rB1BzQo4X5o p+Aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=RpY12II94GhZux1obQ0BV8Lj0sqJ69KRMrKlaitzPlI=; b=U9fveslj4UshHbbHTacfkkKpwD1pZKU/IQtzJNslczeLkFmRdP53R9/w2A8sWE7vWu S30kUy7mQ1Pmgk9yH/InNzBPTELXo/FUyviwWIjGn6Ni+KzQkRvkKo1d+8yZkK7RyoiK jREJFPM9l29he/LLFAAunsCB54yFKpNQtkIg0ELphXCF6XTXy5pQCgJlYAShxEfdvPHo Mf00tFSS8bjWGQp+IkxZXZLkVRzc4sNofa5RMO5/HXOXWG0e6QJqtrMQiUMHUvOzbO5P Ft+waoT8meb1+lC8EqeJoGxnNPUWB1qif8/V2llKZa9dhErBV/mQa4LpFjBjiQ91nc1Y vYvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@benyossef-com.20150623.gappssmtp.com header.s=20150623 header.b=stlgmHoQ; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b20si3195030eds.592.2020.09.29.11.09.24; Tue, 29 Sep 2020 11:09:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@benyossef-com.20150623.gappssmtp.com header.s=20150623 header.b=stlgmHoQ; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728106AbgI2SIb (ORCPT + 99 others); Tue, 29 Sep 2020 14:08:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726064AbgI2SIb (ORCPT ); Tue, 29 Sep 2020 14:08:31 -0400 Received: from mail-pj1-x1042.google.com (mail-pj1-x1042.google.com [IPv6:2607:f8b0:4864:20::1042]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 02FC0C061755 for ; Tue, 29 Sep 2020 11:08:31 -0700 (PDT) Received: by mail-pj1-x1042.google.com with SMTP id fa1so3105732pjb.0 for ; Tue, 29 Sep 2020 11:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=benyossef-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=RpY12II94GhZux1obQ0BV8Lj0sqJ69KRMrKlaitzPlI=; b=stlgmHoQTREWLp0zmktf289kqgC6AMUAk5GE9G/IHZtyXv8FdqnllkYATlpuzSFQTh cpoMGi66gxfbYGr8EP1bMU5y5OA17RSR+lzJ/kbTO7uo2wiD05oKc5NtZ/9AF93ULclY HiVgh3cYwH8OwrOuIDv0Or3kMuc9NKnz+l5uofAHIL+91eo3LgMhG+CdGBDO0v38nxHV K/DQLh2uiSeHekBVIKfYFhJHYJ9yu6bkBKivYjIk8r4i6Ef1uoFf+5kIuYEtoyYuPpbD +Ax9LV6D1r8CViqtQqr46cEU2wwxZjFxQo1RnKCWZEx1RSIQHvDogQEtyaHMZVEpIt25 ihtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=RpY12II94GhZux1obQ0BV8Lj0sqJ69KRMrKlaitzPlI=; b=f/PVBxeq5EYi4swU1J0qMGbvEkhMOpQlatZeDlbwO9f/wY/UxXSOPWquLFld7wRN9+ C9s59+iz+O9vYf5ja1e8srJthlG3wSbb2BqDtrx/szIdXIyNGL1mP8629KRm7pnsHWDy yxuipDVxoa211GJBg4Tji71f1vfgAGv2cqJimfSXmNFvjx5Goz1in4LnPvbjJERD7GJW dy9xxw1mpiGmTqFaYTyEjClO566o3FGEfarTyY1vvmsaWJfH6024vKjOAPKysX1RYBTT P2F14trmbeVMkyw7IRqOUh2E+YqLT1cwHrz33ptFMSMpecsEFLRaWP0KHCUWM87Tp1x5 jg7A== X-Gm-Message-State: AOAM5324P1GfcoucEc35xXLXK9d2SaKdr3eYwqc8YeaIlm1k13l1C42Q r4mDUR4jM5FoiYHCjZFrcCgPiKq3oroQW6Y4WE3Wmw== X-Received: by 2002:a17:90a:b387:: with SMTP id e7mr5157521pjr.228.1601402910497; Tue, 29 Sep 2020 11:08:30 -0700 (PDT) MIME-Version: 1.0 References: <20200916071950.1493-1-gilad@benyossef.com> <20200916071950.1493-2-gilad@benyossef.com> <20200923015702.GA3676455@bogus> In-Reply-To: <20200923015702.GA3676455@bogus> From: Gilad Ben-Yossef Date: Tue, 29 Sep 2020 21:08:19 +0300 Message-ID: Subject: Re: [PATCH 1/2] dt-bindings: crypto: update ccree optional params To: Rob Herring Cc: Herbert Xu , "David S. Miller" , Ofir Drang , Linux Crypto Mailing List , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Linux kernel mailing list Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org H=D7=9F=D7=AA On Wed, Sep 23, 2020 at 4:57 AM Rob Herring wrote: > > On Wed, Sep 16, 2020 at 10:19:49AM +0300, Gilad Ben-Yossef wrote: > > Document ccree driver supporting new optional parameters allowing to > > customize the DMA transactions cache parameters and ACE bus sharability > > properties. > > > > Signed-off-by: Gilad Ben-Yossef > > --- > > Documentation/devicetree/bindings/crypto/arm-cryptocell.txt | 4 ++++ > > 1 file changed, 4 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/crypto/arm-cryptocell.tx= t b/Documentation/devicetree/bindings/crypto/arm-cryptocell.txt > > index 6130e6eb4af8..1a1603e457a8 100644 > > --- a/Documentation/devicetree/bindings/crypto/arm-cryptocell.txt > > +++ b/Documentation/devicetree/bindings/crypto/arm-cryptocell.txt > > @@ -13,6 +13,10 @@ Required properties: > > Optional properties: > > - clocks: Reference to the crypto engine clock. > > - dma-coherent: Present if dma operations are coherent. > > +- awcache: Set write transactions cache attributes > > +- arcache: Set read transactions cache attributes > > dma-coherent already implies these are 011x, 101x or 111x. In my limited > experience configuring these (Calxeda SATA and ethernet), writeback, > write-allocate was pretty much always optimal. Indeed and these are the default. But not all SoC are born equal and we got a request to allow setting these. Maybe instead of numerical values have three possible verbal setting would be better? > > +- awdomain: Set write transactions ACE sharability domain (712, 703, 7= 13 only) > > +- ardomain: Set read transactions ACE sharability domain (712, 703, 71= 3 only) > > This probably needs something common. We may need something for Mali, > too. I don't think different settings for read and write makes much > sense nor does anything beyond IS or OS. I agree. Maybe sharability_domain: either "IS" or "OS"? > > These could also just be implied by the compatible string (and requiring > an SoC specific one). hm... we could do it but this will require us to know (and publicly acknowledge) of every SoC making use of this piece of hardware design. There is currently no other part of the driver that needs this. Gilad --=20 Gilad Ben-Yossef Chief Coffee Drinker values of =CE=B2 will give rise to dom!