Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp22886yba; Mon, 1 Apr 2019 00:38:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYzVu4rk8Hs6/iXIp9mRoHBICZ7xSQ40a5iDtFZDbZSjiqhQbPGvpmEcTxrddnbMRG+HLJ X-Received: by 2002:a63:e10b:: with SMTP id z11mr55440328pgh.46.1554104323407; Mon, 01 Apr 2019 00:38:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554104323; cv=none; d=google.com; s=arc-20160816; b=FOVwMbOcA9NjgK39HwnMJGhDiZxwiFMRwjUChOPa9b5llT1Xr5bAR+yblIuN6PBCmt EDCzEFqs+seLsTDjlLpt0i1MNCQD0v16eaawZAUaUkSAiEkEcxc/YJfURdGKhUH7zwjk 1zTNF4S/W9BTaXo9mipJ9DGMkhjZddYjMorEjCgWsrEpdM+YcDRmbI8DEU//MKpAjecb lM3jroiTrtlOK2r9xoYnOamVazfyiuILtmxikaZpyo1DH2iBtNhrBlKpGRl0cI1w0IfV iSS1jD9e1+eyMquOK2CDfklk36xeZN1G5T7q1azXDVM2Hi1rItLyb81cl7zUBVUZQe8W fQ6g== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=QsHyMZioDLzr+1d8u8zH8WO4Ys7dvTYpXPrQeb0FPHI=; b=Kwji0HZtjdiRGeno2Swj8V3lG/mvsKViiZ+AJs4/Yg2ug6KnN6gVKZ/zi5GPQnXbf/ TN9NIgTk5CJ+G9XvkFFiUGGfhQwV6dFSoTTwMtHdOi8sKqyGSztrub/ayhMXAesB5bK/ 6qF3peDf3hDh22CsvsK3/+gP/uzyPeE7RSxcZqI+Qy99nAJxmEZFkUiSlwNQ5NLD3avy 9nhzXdMTY6XEvj9ANf7UPWSIALzR5qJpIPbpQsAPYRfBUMwKDGqtnJkBaG2hndC3BLHP R0J7gUC2Z5icytP1kNhxQAn+WvQVU1pDtpMCd/Sl1k7LEWn57xdYN8RtsjBM3xjBBNjc m8GA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=b3A6Haxc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (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 g4si7851332pgs.579.2019.04.01.00.38.27; Mon, 01 Apr 2019 00:38:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=b3A6Haxc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731937AbfDAHhs (ORCPT + 99 others); Mon, 1 Apr 2019 03:37:48 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:45424 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731769AbfDAHhr (ORCPT ); Mon, 1 Apr 2019 03:37:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QsHyMZioDLzr+1d8u8zH8WO4Ys7dvTYpXPrQeb0FPHI=; b=b3A6HaxcwLNhxinCa2V2A0NbE SRCYYL0Dk/vqqZTpj0IFvgO058zNebOEn8Xj6dYuSQjnsMA2WhaPyE5I2hZ1PhrtZmd5nklbOg2lf 2gjPlvncvuOd+kAY/Jdk11yzcDHOHJjcEo74hwvxJRMiQ8fmGtoy334lvqENv9IeB3hrk=; Received: from [147.50.13.10] (helo=finisterre.ee.mobilebroadband) by heliosphere.sirena.org.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hArVc-00087A-4T; Mon, 01 Apr 2019 07:37:32 +0000 Received: by finisterre.ee.mobilebroadband (Postfix, from userid 1000) id 99D1B440082; Mon, 1 Apr 2019 08:37:23 +0100 (BST) Date: Mon, 1 Apr 2019 14:37:23 +0700 From: Mark Brown To: Sowjanya Komatineni Cc: thierry.reding@gmail.com, jonathanh@nvidia.com, talho@nvidia.com, robh+dt@kernel.org, mark.rutland@arm.com, kyarlagadda@nvidia.com, ldewangan@nvidia.com, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH V1 19/26] DT bindings: spi: add spi client device properties Message-ID: <20190401073723.GH2059@sirena.org.uk> References: <1553666207-11414-1-git-send-email-skomatineni@nvidia.com> <1553666207-11414-19-git-send-email-skomatineni@nvidia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="h3LYUU6HlUDSAOzy" Content-Disposition: inline In-Reply-To: <1553666207-11414-19-git-send-email-skomatineni@nvidia.com> X-Cookie: Use extra care when cleaning on stairs. User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --h3LYUU6HlUDSAOzy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 26, 2019 at 10:56:40PM -0700, Sowjanya Komatineni wrote: > This patch adds below cs timing properties to allow SPI master configuring > setup, hold and time interval between two SPI transactions to meet specific > SPI client device requirements. > CS setup time > CS hold time > CS inactive delay > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; > t=1553666253; bh=TbJVgRAIkjok3TkKNkfcvYc4WGyZhOpiH6sUZvadGrQ=; > h=X-PGP-Universal:From:To:CC:Subject:Date:Message-ID:X-Mailer: > In-Reply-To:References:X-NVConfidentiality:MIME-Version: > Content-Type; > b=Tud9guY5XCzkjKA2k2n0+xO/vTfMTNhH1e0viAyYmlgoG/j+uSBAAmOeZucVUlmEa > rwqxlSm+rkYMUfgSWqmJXqEjgRIAqMhA32FOJmhgpblGwYUR22hnbdhbk4TcqMNsIO Something got corrupted? > +spi-client device controller properties: > +- nvidia,cs-setup-clk-count: CS setup timing parameter. > +- nvidia,cs-hold-clk-count: CS hold timing parameter. > +- nvidia,cs-inactive-cycles: CS inactive delay in terms of clock between > + transfers. Why are these being done as nVidia specific properties rather than generic ones and why are these being configured in DT rather than by the client driver? If the devices have particular timing requirements for chip select presumably that's going to apply no matter what controller or system they're used with so it seems best to configure this in the client driver and have an API that any controller can implement. --h3LYUU6HlUDSAOzy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlyhv7IACgkQJNaLcl1U h9AEqgf/YoGQ0dATzvZWKHgwUBIvOTH/AvNUrsaqqDJPL+MuDNSk3AR3ABYp4iVw 4KXFTefhstBK8FL36SVtPHBREKKHdjjOZy+2TuyKAE/4h8yZ8+L95ilY8c3J/DIa 8FvTv+ACN95gjeHTt0rWvcX5BEHVfwNAmhbGgMChjno3kqr77jnJFt+XziSKsolc Uhf6veVqDGRVIc7dgBjh1cR2O0iSDfiyN/1OOj1YXuCa57pge6c6T6K20uvO+WxA wMQvPYEkyxJr7hCAvXrkXQOgLe7LI0jKgh8n0ftFVJD22gI1ykQ8LxFKdh7LM7Je ULFzhu6rWw/4dOE1orrBUi1ffduWWQ== =JrKD -----END PGP SIGNATURE----- --h3LYUU6HlUDSAOzy--