Message ID | 20231023140534.704312-4-ramona.gradinariu@analog.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:ce89:0:b0:403:3b70:6f57 with SMTP id p9csp1320930vqx; Mon, 23 Oct 2023 07:06:22 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGmNookgoJkyX1sMkpZ/ZTXyxHMxIFAYgx6mUvI2ftwwxIj8cX9xVyXcYaDoDtA64keREUS X-Received: by 2002:a17:902:f2c5:b0:1bf:27a2:b52b with SMTP id h5-20020a170902f2c500b001bf27a2b52bmr8059824plc.58.1698069982160; Mon, 23 Oct 2023 07:06:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698069982; cv=none; d=google.com; s=arc-20160816; b=rkiamlYKjjWTDATYbULO/ZvqmqczD2ipkrCQlkhyVpso/0Hz87Mz7K44rh5OaDFsvm +KaIs03WxZrV/wRKwTc6hZ41iPx+gD/yhREHAUEkg0/xeUQDBCqGKW0tvppJzCfHl9aa 7xjCb0XUNINOLmpRz7MskDFQAfCimBewacehIC9ownI4zpIuj2nQMhF7Sb5PR87RNDQZ 10EZInWWthVjb7In9BzJ0w4K5aY43So/DcBVQvR9dA0eteYOZ8rSai/9zWNmvqwBYt3g hBoF8q5aoTizfKIBpHZGte4GpqYGFFaWjwd+H7R502G++Gpi06R1wXy9xQUvdPMOcK8b q+3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=DjmKSaE20JnldqZOJUeJn76NW/UGkioW8OY6iyPVbO8=; fh=gFp5MordTjJEvYeDIMFqr/fwGBuFLVzJJBWwOclbTK0=; b=selAQg5MdZuB/Py/bzWOJfUtxM+G2g21vKIRphyeTE1SjildMZlKJIvf0nit8Rx+IO HIuJQkY53netJgenjF3Typor2hpPdkY5WMhR8P6mbpyZ2NUrarYdN1iq773mOMTUKFQg LuoArWI3+NEcMuJNJm840hEU+vGZl3eZWGDiCaVxmtgPts4ERVJ7zuSr9zO+pnvxFVVg LZ8bNNs8eJhCNJYR9MD4NLZ1y8EDqhsz8t0Y6UQGf4nZVc4EvQv5PGqfyJVWI3BW07Z5 3KRjR6UAyalZnGDLpjtHjIs9HbgS/f8eD9kLsPOjNeaW/ZR/hYYg6gFDQXBLx86MFiN3 3O7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=analog.com Received: from morse.vger.email (morse.vger.email. [2620:137:e000::3:1]) by mx.google.com with ESMTPS id y1-20020a170902700100b001c6182d9fdasi6195398plk.326.2023.10.23.07.06.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Oct 2023 07:06:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) client-ip=2620:137:e000::3:1; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=analog.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id AEA5A807CB47; Mon, 23 Oct 2023 07:06:19 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233030AbjJWOGG (ORCPT <rfc822;aposhian.dev@gmail.com> + 27 others); Mon, 23 Oct 2023 10:06:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59706 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230242AbjJWOGC (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 23 Oct 2023 10:06:02 -0400 Received: from mx0a-00128a01.pphosted.com (mx0a-00128a01.pphosted.com [148.163.135.77]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA841CC; Mon, 23 Oct 2023 07:06:00 -0700 (PDT) Received: from pps.filterd (m0167088.ppops.net [127.0.0.1]) by mx0a-00128a01.pphosted.com (8.17.1.22/8.17.1.22) with ESMTP id 39NBfTnK018126; Mon, 23 Oct 2023 10:05:58 -0400 Received: from nwd2mta4.analog.com ([137.71.173.58]) by mx0a-00128a01.pphosted.com (PPS) with ESMTPS id 3tvusf05fa-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 23 Oct 2023 10:05:58 -0400 (EDT) Received: from ASHBMBX8.ad.analog.com (ASHBMBX8.ad.analog.com [10.64.17.5]) by nwd2mta4.analog.com (8.14.7/8.14.7) with ESMTP id 39NE5u2E015815 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 23 Oct 2023 10:05:56 -0400 Received: from ASHBMBX9.ad.analog.com (10.64.17.10) by ASHBMBX8.ad.analog.com (10.64.17.5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 23 Oct 2023 10:05:55 -0400 Received: from zeus.spd.analog.com (10.66.68.11) by ashbmbx9.ad.analog.com (10.64.17.10) with Microsoft SMTP Server id 15.2.986.14 via Frontend Transport; Mon, 23 Oct 2023 10:05:55 -0400 Received: from rbolboac.ad.analog.com ([10.48.65.174]) by zeus.spd.analog.com (8.15.1/8.15.1) with ESMTP id 39NE5djU030054; Mon, 23 Oct 2023 10:05:48 -0400 From: Ramona Gradinariu <ramona.gradinariu@analog.com> To: <jic23@kernel.org>, <nuno.sa@analog.com>, <robh+dt@kernel.org>, <krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>, <linux-iio@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <devicetree@vger.kernel.org> CC: Ramona Gradinariu <ramona.gradinariu@analog.com> Subject: [PATCH v2 3/3] dt-bindings: adis16460: Add 'spi-cs-inactive-delay-ns' property Date: Mon, 23 Oct 2023 17:05:34 +0300 Message-ID: <20231023140534.704312-4-ramona.gradinariu@analog.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20231023140534.704312-1-ramona.gradinariu@analog.com> References: <20231023140534.704312-1-ramona.gradinariu@analog.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-ADIRuleOP-NewSCL: Rule Triggered X-Proofpoint-GUID: Tw5vtvQsXgYfnvAnGJR41xQO8eXoLcEY X-Proofpoint-ORIG-GUID: Tw5vtvQsXgYfnvAnGJR41xQO8eXoLcEY X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.980,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-10-23_12,2023-10-19_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 clxscore=1015 malwarescore=0 phishscore=0 priorityscore=1501 impostorscore=0 bulkscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 suspectscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2310170000 definitions=main-2310230123 X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Mon, 23 Oct 2023 07:06:19 -0700 (PDT) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1780555429652945460 X-GMAIL-MSGID: 1780555429652945460 |
Series |
iio: imu: adis: Use spi cs inactive delay
|
|
Commit Message
Ramona Gradinariu
Oct. 23, 2023, 2:05 p.m. UTC
The adis16460 device requires a stall time between SPI
transactions (during which the chip select is inactive),
with a minimum value equal to 16 microseconds.
This commit adds 'spi-cs-inactive-delay-ns' property, which should
indicate the stall time between consecutive SPI transactions.
Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com>
---
changes in v2:
- added default value
- updated description
- updated commit message
.../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++
1 file changed, 6 insertions(+)
--
2.34.1
Comments
On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: > The adis16460 device requires a stall time between SPI > transactions (during which the chip select is inactive), > with a minimum value equal to 16 microseconds. > This commit adds 'spi-cs-inactive-delay-ns' property, which should > indicate the stall time between consecutive SPI transactions. > > Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > --- > changes in v2: > - added default value > - updated description > - updated commit message > .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > index 4e43c80e5119..f10469b86ee0 100644 > --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > @@ -25,6 +25,12 @@ properties: > > spi-cpol: true > > + spi-cs-inactive-delay-ns: > + minimum: 16000 > + default: 16000 > + description: > + Indicates the stall time between consecutive SPI transactions. > + You should drop the description... Also, give more time before posting a v2 so others get a chance to review your patches. It's also better for you since you can gather more change requests. - Nuno Sá
On Mon, Oct 23, 2023 at 04:27:48PM +0200, Nuno Sá wrote: > On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: > > The adis16460 device requires a stall time between SPI > > transactions (during which the chip select is inactive), > > with a minimum value equal to 16 microseconds. > > This commit adds 'spi-cs-inactive-delay-ns' property, which should > > indicate the stall time between consecutive SPI transactions. > > > > Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > > --- > > changes in v2: > > - added default value > > - updated description > > - updated commit message > > .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++ > > 1 file changed, 6 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > index 4e43c80e5119..f10469b86ee0 100644 > > --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > @@ -25,6 +25,12 @@ properties: > > > > spi-cpol: true > > > > + spi-cs-inactive-delay-ns: > > + minimum: 16000 > > + default: 16000 > > + description: > > + Indicates the stall time between consecutive SPI transactions. > > + > > You should drop the description... > > Also, give more time before posting a v2 so others get a chance to review your > patches. It's also better for you since you can gather more change requests. Further, I don't see an answer to Krzysztof's question of why the stall time would not just be set to 16,000 ns in the driver, based on the compatible.
On Mon, 2023-10-23 at 17:06 +0100, Conor Dooley wrote: > On Mon, Oct 23, 2023 at 04:27:48PM +0200, Nuno Sá wrote: > > On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: > > > The adis16460 device requires a stall time between SPI > > > transactions (during which the chip select is inactive), > > > with a minimum value equal to 16 microseconds. > > > This commit adds 'spi-cs-inactive-delay-ns' property, which should > > > indicate the stall time between consecutive SPI transactions. > > > > > > Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > > > --- > > > changes in v2: > > > - added default value > > > - updated description > > > - updated commit message > > > .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++ > > > 1 file changed, 6 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > index 4e43c80e5119..f10469b86ee0 100644 > > > --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > @@ -25,6 +25,12 @@ properties: > > > > > > spi-cpol: true > > > > > > + spi-cs-inactive-delay-ns: > > > + minimum: 16000 > > > + default: 16000 > > > + description: > > > + Indicates the stall time between consecutive SPI transactions. > > > + > > > > You should drop the description... > > > > Also, give more time before posting a v2 so others get a chance to review > > your > > patches. It's also better for you since you can gather more change requests. > > Further, I don't see an answer to Krzysztof's question of why the stall > time would not just be set to 16,000 ns in the driver, based on the > compatible. Hi Conor, Regarding that, I'm the one to blame since I was the one asking for the property during internal review... The reason is that "spi-cs-inactive-delay-ns" is already part of spi-peripheral-props.yaml which we already reference. So my question would be why not using it? These devices are a bit sensitive regarding these timings. Not in devices supported by this driver but I already experienced having to set timings bigger than defined in the datasheet for spi to be reliable. this was true on a RPI but might not be in another platform. Hence having the flexibility to change the time in an already supported property does sound good to me. If not set, we still use the default value based on the compatible. Now, if you tell me "let's just add this if we really get the need for it", I get it but I also don't understand why not add it now... Thanks! - Nuno Sá
On 24/10/2023 08:53, Nuno Sá wrote: > On Mon, 2023-10-23 at 17:06 +0100, Conor Dooley wrote: >> On Mon, Oct 23, 2023 at 04:27:48PM +0200, Nuno Sá wrote: >>> On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: >>>> The adis16460 device requires a stall time between SPI >>>> transactions (during which the chip select is inactive), >>>> with a minimum value equal to 16 microseconds. >>>> This commit adds 'spi-cs-inactive-delay-ns' property, which should >>>> indicate the stall time between consecutive SPI transactions. >>>> >>>> Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> >>>> --- >>>> changes in v2: >>>> - added default value >>>> - updated description >>>> - updated commit message >>>> .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++ >>>> 1 file changed, 6 insertions(+) >>>> >>>> diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml >>>> b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml >>>> index 4e43c80e5119..f10469b86ee0 100644 >>>> --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml >>>> +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml >>>> @@ -25,6 +25,12 @@ properties: >>>> >>>> spi-cpol: true >>>> >>>> + spi-cs-inactive-delay-ns: >>>> + minimum: 16000 >>>> + default: 16000 >>>> + description: >>>> + Indicates the stall time between consecutive SPI transactions. >>>> + >>> >>> You should drop the description... >>> >>> Also, give more time before posting a v2 so others get a chance to review >>> your >>> patches. It's also better for you since you can gather more change requests. >> >> Further, I don't see an answer to Krzysztof's question of why the stall >> time would not just be set to 16,000 ns in the driver, based on the >> compatible. > > Hi Conor, > > Regarding that, I'm the one to blame since I was the one asking for the property > during internal review... The reason is that "spi-cs-inactive-delay-ns" is > already part of spi-peripheral-props.yaml which we already reference. So my > question would be why not using it? > > These devices are a bit sensitive regarding these timings. Not in devices > supported by this driver but I already experienced having to set timings bigger > than defined in the datasheet for spi to be reliable. this was true on a RPI but > might not be in another platform. > > Hence having the flexibility to change the time in an already supported property > does sound good to me. If not set, we still use the default value based on the > compatible. Now, if you tell me "let's just add this if we really get the need > for it", I get it but I also don't understand why not add it now... > I think it is okay to document specific SPI peripheral constraints in each device. Just like we document sometimes SPI frequency. The v1 did not explain this, but I see in this commit msg some rationale. Best regards, Krzysztof
On 23/10/2023 16:05, Ramona Gradinariu wrote: > The adis16460 device requires a stall time between SPI > transactions (during which the chip select is inactive), > with a minimum value equal to 16 microseconds. > This commit adds 'spi-cs-inactive-delay-ns' property, which should > indicate the stall time between consecutive SPI transactions. > > Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > --- > changes in v2: > - added default value > - updated description You can drop the description from the property. > - updated commit message Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Best regards, Krzysztof
On Tue, Oct 24, 2023 at 03:47:16PM +0200, Krzysztof Kozlowski wrote: > On 24/10/2023 08:53, Nuno Sá wrote: > > On Mon, 2023-10-23 at 17:06 +0100, Conor Dooley wrote: > >> On Mon, Oct 23, 2023 at 04:27:48PM +0200, Nuno Sá wrote: > >>> On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: > >>>> The adis16460 device requires a stall time between SPI > >>>> transactions (during which the chip select is inactive), > >>>> with a minimum value equal to 16 microseconds. > >>>> This commit adds 'spi-cs-inactive-delay-ns' property, which should > >>>> indicate the stall time between consecutive SPI transactions. > >>>> > >>>> Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > >>>> --- > >>>> changes in v2: > >>>> - added default value > >>>> - updated description > >>>> - updated commit message > >>>> .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 ++++++ > >>>> 1 file changed, 6 insertions(+) > >>>> > >>>> diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > >>>> b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > >>>> index 4e43c80e5119..f10469b86ee0 100644 > >>>> --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > >>>> +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > >>>> @@ -25,6 +25,12 @@ properties: > >>>> > >>>> spi-cpol: true > >>>> > >>>> + spi-cs-inactive-delay-ns: > >>>> + minimum: 16000 > >>>> + default: 16000 > >>>> + description: > >>>> + Indicates the stall time between consecutive SPI transactions. > >>>> + > >>> > >>> You should drop the description... > >>> > >>> Also, give more time before posting a v2 so others get a chance to review > >>> your > >>> patches. It's also better for you since you can gather more change requests. > >> > >> Further, I don't see an answer to Krzysztof's question of why the stall > >> time would not just be set to 16,000 ns in the driver, based on the > >> compatible. > > > > Hi Conor, > > > > Regarding that, I'm the one to blame since I was the one asking for the property > > during internal review... The reason is that "spi-cs-inactive-delay-ns" is > > already part of spi-peripheral-props.yaml which we already reference. So my > > question would be why not using it? > > > > These devices are a bit sensitive regarding these timings. Not in devices > > supported by this driver but I already experienced having to set timings bigger > > than defined in the datasheet for spi to be reliable. this was true on a RPI but > > might not be in another platform. > > > > Hence having the flexibility to change the time in an already supported property > > does sound good to me. If not set, we still use the default value based on the > > compatible. Now, if you tell me "let's just add this if we really get the need > > for it", I get it but I also don't understand why not add it now... I don't object to having the property, it'd just be good for the commit message to have mentioned that the minimum time may not be sufficient for all configurations. Cheers, Conor. > I think it is okay to document specific SPI peripheral constraints in > each device. Just like we document sometimes SPI frequency. The v1 did > not explain this, but I see in this commit msg some rationale. > > Best regards, > Krzysztof >
On Tue, 2023-10-24 at 16:11 +0100, Conor Dooley wrote: > On Tue, Oct 24, 2023 at 03:47:16PM +0200, Krzysztof Kozlowski wrote: > > On 24/10/2023 08:53, Nuno Sá wrote: > > > On Mon, 2023-10-23 at 17:06 +0100, Conor Dooley wrote: > > > > On Mon, Oct 23, 2023 at 04:27:48PM +0200, Nuno Sá wrote: > > > > > On Mon, 2023-10-23 at 17:05 +0300, Ramona Gradinariu wrote: > > > > > > The adis16460 device requires a stall time between SPI > > > > > > transactions (during which the chip select is inactive), > > > > > > with a minimum value equal to 16 microseconds. > > > > > > This commit adds 'spi-cs-inactive-delay-ns' property, which should > > > > > > indicate the stall time between consecutive SPI transactions. > > > > > > > > > > > > Signed-off-by: Ramona Gradinariu <ramona.gradinariu@analog.com> > > > > > > --- > > > > > > changes in v2: > > > > > > - added default value > > > > > > - updated description > > > > > > - updated commit message > > > > > > .../devicetree/bindings/iio/imu/adi,adis16460.yaml | 6 > > > > > > ++++++ > > > > > > 1 file changed, 6 insertions(+) > > > > > > > > > > > > diff --git > > > > > > a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > > > > b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > > > > index 4e43c80e5119..f10469b86ee0 100644 > > > > > > --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > > > > +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml > > > > > > @@ -25,6 +25,12 @@ properties: > > > > > > > > > > > > spi-cpol: true > > > > > > > > > > > > + spi-cs-inactive-delay-ns: > > > > > > + minimum: 16000 > > > > > > + default: 16000 > > > > > > + description: > > > > > > + Indicates the stall time between consecutive SPI > > > > > > transactions. > > > > > > + > > > > > > > > > > You should drop the description... > > > > > > > > > > Also, give more time before posting a v2 so others get a chance to > > > > > review > > > > > your > > > > > patches. It's also better for you since you can gather more change > > > > > requests. > > > > > > > > Further, I don't see an answer to Krzysztof's question of why the stall > > > > time would not just be set to 16,000 ns in the driver, based on the > > > > compatible. > > > > > > Hi Conor, > > > > > > Regarding that, I'm the one to blame since I was the one asking for the > > > property > > > during internal review... The reason is that "spi-cs-inactive-delay-ns" is > > > already part of spi-peripheral-props.yaml which we already reference. So > > > my > > > question would be why not using it? > > > > > > These devices are a bit sensitive regarding these timings. Not in devices > > > supported by this driver but I already experienced having to set timings > > > bigger > > > than defined in the datasheet for spi to be reliable. this was true on a > > > RPI but > > > might not be in another platform. > > > > > > Hence having the flexibility to change the time in an already supported > > > property > > > does sound good to me. If not set, we still use the default value based on > > > the > > > compatible. Now, if you tell me "let's just add this if we really get the > > > need > > > for it", I get it but I also don't understand why not add it now... > > I don't object to having the property, it'd just be good for the commit > message to have mentioned that the minimum time may not be sufficient > for all configurations. > Fair enough... Thanks! - Nuno Sá
diff --git a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml index 4e43c80e5119..f10469b86ee0 100644 --- a/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml +++ b/Documentation/devicetree/bindings/iio/imu/adi,adis16460.yaml @@ -25,6 +25,12 @@ properties: spi-cpol: true + spi-cs-inactive-delay-ns: + minimum: 16000 + default: 16000 + description: + Indicates the stall time between consecutive SPI transactions. + interrupts: maxItems: 1