Message ID | 20230607140525.833982-1-hugo@hugovil.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:994d:0:b0:3d9:f83d:47d9 with SMTP id k13csp226375vqr; Wed, 7 Jun 2023 07:08:28 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5BFuYtVfMh2s6cnZqrZTRhrjUkFdaptiRxpLvYulCIDy2+JHvU78vEaD4XchmdCmmOoedG X-Received: by 2002:aa7:88c3:0:b0:64d:5f1d:3d77 with SMTP id k3-20020aa788c3000000b0064d5f1d3d77mr6350754pff.34.1686146907867; Wed, 07 Jun 2023 07:08:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686146907; cv=none; d=google.com; s=arc-20160816; b=P6zq6MwYDzAqsDG3FLt1+esxfc19mAifdfn7Gy2+1Srk1/S47+nWWdeFDzeZNOmHxl tReKw3etCqPlmvfTN3F6RgUOm7bWfmR9gnWgz6RsbaKkNW0FbZ1qJSLgL+g+vo6jCrvh m1ko6syCu9kvXFU53/OZfiMmEw+4YqiTjtNLKcPm3OMJeasU/a2Nx3Ls3GVZxj2DPZmm StWKQhyNTrJtqUN578zn95SY7Fw7IAeMLINRDdv5HSj+t+3BTfxHtitF/x/9h7UhR53h GzDU6Hyp0V2hKafJwEGrQsFB4z6v8A9yiyU+oSHtTzr74uJI4OxkjoVypAk5C3o5GfqG NN4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:subject:content-transfer-encoding:mime-version :message-id:date:cc:to:from:dkim-signature; bh=RjILqyo6Pm+1+5Bm6J1R2tqjfoDi1hW1WpsiHeD9ku0=; b=VEmUGHsulsHMbMeW5AZWZWYKcHmEvMGWUGqsyIf31SMDqqQJM6v0bE2cBcAaum+dkg cqIN12x+g4nPDbcgCGd0iXHbyy/TdrKSFHpF4RjMMz8I6/O/t6r8BGkjrcn0DF3vvacs zBs+YmB6YmPk1+DjNr84wR6OoEOe/krXSEMHr5EG/gx+x7OvzQYl7ESZWFryZtqrS/LC DqEMdhCSTsvHkXXdqQNP5+jC3GPNii/wylZSW13o3KouXss96Tb6ZKz8CZwOQH3rsUi+ M5u19Iog30xT+bYJewj4oNcfU1xYrhs94lNZHvEMEvaaJsSJNL5niIygVicb4e2MIhxC +D1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@hugovil.com header.s=x header.b=b9Cz7dkK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r15-20020a638f4f000000b0054289df2d2csi8952089pgn.437.2023.06.07.07.08.07; Wed, 07 Jun 2023 07:08:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail header.i=@hugovil.com header.s=x header.b=b9Cz7dkK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235390AbjFGOGq (ORCPT <rfc822;xxoosimple@gmail.com> + 99 others); Wed, 7 Jun 2023 10:06:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41136 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240830AbjFGOGb (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 7 Jun 2023 10:06:31 -0400 Received: from mail.hugovil.com (mail.hugovil.com [162.243.120.170]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 91F551FD8; Wed, 7 Jun 2023 07:05:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=hugovil.com ; s=x; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version: Message-Id:Date:Cc:To:From:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=RjILqyo6Pm+1+5Bm6J1R2tqjfoDi1hW1WpsiHeD9ku0=; b=b9Cz7dkKjXIlEEHUqgf6c248BW GR8+KFSxc6A7uBpOdimpKNvyNV16tq1wwqpXbs+2w9qgp94tQYuzz1qQVPNadbmkvXltn9gkIjHWI /2w+fdj0itjHVLA0K4EIKxv39BYwOW/Gu+/+O9Tyy1BDlaCYlObhcjgxCzbRQXGWDaD4=; Received: from modemcable168.174-80-70.mc.videotron.ca ([70.80.174.168]:57832 helo=pettiford.lan) by mail.hugovil.com with esmtpa (Exim 4.92) (envelope-from <hugo@hugovil.com>) id 1q6tn0-0005dF-T0; Wed, 07 Jun 2023 10:05:31 -0400 From: Hugo Villeneuve <hugo@hugovil.com> To: gregkh@linuxfoundation.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, jirislaby@kernel.org, jringle@gridpoint.com, jesse.sung@canonical.com, isaac.true@canonical.com, l.perczak@camlintechnologies.com, tomasz.mon@camlingroup.com Cc: linux-serial@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, hugo@hugovil.com, linux-gpio@vger.kernel.org, Hugo Villeneuve <hvilleneuve@dimonoff.com> Date: Wed, 7 Jun 2023 10:05:14 -0400 Message-Id: <20230607140525.833982-1-hugo@hugovil.com> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 70.80.174.168 X-SA-Exim-Mail-From: hugo@hugovil.com X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Subject: [PATCH v8 00/10] serial: sc16is7xx: fix GPIO regression and rs485 improvements X-SA-Exim-Version: 4.2.1 (built Wed, 08 May 2019 21:11:16 +0000) X-SA-Exim-Scanned: Yes (on mail.hugovil.com) Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1768053180262025203?= X-GMAIL-MSGID: =?utf-8?q?1768053180262025203?= |
Series |
serial: sc16is7xx: fix GPIO regression and rs485 improvements
|
|
Message
Hugo Villeneuve
June 7, 2023, 2:05 p.m. UTC
From: Hugo Villeneuve <hvilleneuve@dimonoff.com>
Hello,
this patch series mainly fixes a GPIO regression and improve RS485 flags and
properties detection from DT.
It now also includes various small fixes and improvements that were previously
sent as separate patches, but that made testing everything difficult.
Patch 1 fixes an issue with init of first port during probing.
Patch 2 fixes an issue when debugging IOcontrol register, but it is also
necessary for patch "fix regression with GPIO configuration" to work.
Patch 3 fixes an incorrect label in sc16is7xx_probe() cleanup code.
Patch 4 is a refactor of GPIO registration code in preparation for patch 5.
Patches 5 and 6 fix a GPIO regression by (re)allowing to choose GPIO function
for GPIO pins shared with modem status lines.
Patch 7 fixes a bug with the output value when first setting the GPIO direction.
Patch 8 allows to read common rs485 device-tree flags and properties.
Patch 9 introduces a delay after a reset operation to respect datasheet
timing recommandations.
Patch 10 improves comments about chip variants.
I have tested the changes on a custom board with two SC16IS752 DUART using a
Variscite IMX8MN NANO SOM.
Thank you.
Link: [v1] https://lkml.org/lkml/2023/5/17/967
[v1] https://lkml.org/lkml/2023/5/17/777
[v1] https://lkml.org/lkml/2023/5/17/780
[v1] https://lkml.org/lkml/2023/5/17/785
[v1] https://lkml.org/lkml/2023/5/17/1311
[v2] https://lkml.org/lkml/2023/5/18/516
[v3] https://lkml.org/lkml/2023/5/25/7
[v4] https://lkml.org/lkml/2023/5/29/656
[v5] https://lkml.org/lkml/2023/6/1/1046
[v6] https://lkml.org/lkml/2023/6/1/1328
[v7] https://lkml.org/lkml/2023/6/2/861
Changes for V3:
- Integrated all patches into single serie to facilitate debugging and tests.
- Reduce number of exported GPIOs depending on new property
nxp,modem-control-line-ports
- Added additional example in DT bindings
Changes for V4:
- Increase reset post delay to relax scheduler.
- Put comments patches at the end.
- Remove Fixes tag for patch "mark IOCONTROL register as volatile".
- Improve commit messages after reviews.
- Fix coding style issues after reviews.
- Change GPIO registration to always register the maximum number of GPIOs
supported by the chip, but maks-out GPIOs declared as modem control lines.
- Add patch to refactor GPIO registration.
- Remove patch "serial: sc16is7xx: fix syntax error in comments".
- Remove patch "add dump registers function"
Changes for V5:
- Change patch order to facilitate stable backport(s).
- Change duplicate device addresses in DT binding examples.
- Use GENMASK for bit masks.
- Replace of_property_for_each_u32() with device_property_read_u32_array
- Add "Cc: stable..." tags
Changes for V6:
- Fix compilation bug introduced by patch 3
Changes for V7:
- Minor changes and coding style fixes after review for
patch 5 "fix regression with GPIO configuration".
Changes for V8:
- Move mctrl_mask to "struct sc16is7xx_port" to avoid compiler warning when
CONFIG_GPIOLIB is undefined.
- Add "struct device" member to "struct sc16is7xx_port", in order to avoid
passing a raw "struct device" to called functions from sc16is7xx_probe().
- Add new patch "serial: sc16is7xx: remove obsolete out_thread label"
Hugo Villeneuve (10):
serial: sc16is7xx: fix broken port 0 uart init
serial: sc16is7xx: mark IOCONTROL register as volatile
serial: sc16is7xx: remove obsolete out_thread label
serial: sc16is7xx: refactor GPIO controller registration
dt-bindings: sc16is7xx: Add property to change GPIO function
serial: sc16is7xx: fix regression with GPIO configuration
serial: sc16is7xx: fix bug when first setting GPIO direction
serial: sc16is7xx: add call to get rs485 DT flags and properties
serial: sc16is7xx: add post reset delay
serial: sc16is7xx: improve comments about variants
.../bindings/serial/nxp,sc16is7xx.txt | 46 +++++
drivers/tty/serial/sc16is7xx.c | 177 +++++++++++++-----
2 files changed, 181 insertions(+), 42 deletions(-)
base-commit: a4d7d701121981e3c3fe69ade376fe9f26324161
Comments
W dniu 7.06.2023 o 16:05, Hugo Villeneuve pisze: > From: Hugo Villeneuve <hvilleneuve@dimonoff.com> > > Hello, > this patch series mainly fixes a GPIO regression and improve RS485 flags and > properties detection from DT. > > It now also includes various small fixes and improvements that were previously > sent as separate patches, but that made testing everything difficult. > > Patch 1 fixes an issue with init of first port during probing. > > Patch 2 fixes an issue when debugging IOcontrol register, but it is also > necessary for patch "fix regression with GPIO configuration" to work. > > Patch 3 fixes an incorrect label in sc16is7xx_probe() cleanup code. > > Patch 4 is a refactor of GPIO registration code in preparation for patch 5. > > Patches 5 and 6 fix a GPIO regression by (re)allowing to choose GPIO function > for GPIO pins shared with modem status lines. > > Patch 7 fixes a bug with the output value when first setting the GPIO direction. > > Patch 8 allows to read common rs485 device-tree flags and properties. > > Patch 9 introduces a delay after a reset operation to respect datasheet > timing recommandations. > > Patch 10 improves comments about chip variants. > > I have tested the changes on a custom board with two SC16IS752 DUART using a > Variscite IMX8MN NANO SOM. > > Thank you. > > Link: [v1] https://lkml.org/lkml/2023/5/17/967 <https://lkml.org/lkml/2023/5/17/967> > [v1] https://lkml.org/lkml/2023/5/17/777 <https://lkml.org/lkml/2023/5/17/777> > [v1] https://lkml.org/lkml/2023/5/17/780 <https://lkml.org/lkml/2023/5/17/780> > [v1] https://lkml.org/lkml/2023/5/17/785 <https://lkml.org/lkml/2023/5/17/785> > [v1] https://lkml.org/lkml/2023/5/17/1311 <https://lkml.org/lkml/2023/5/17/1311> > [v2] https://lkml.org/lkml/2023/5/18/516 <https://lkml.org/lkml/2023/5/18/516> > [v3] https://lkml.org/lkml/2023/5/25/7 <https://lkml.org/lkml/2023/5/25/7> > [v4] https://lkml.org/lkml/2023/5/29/656 <https://lkml.org/lkml/2023/5/29/656> > [v5] https://lkml.org/lkml/2023/6/1/1046 <https://lkml.org/lkml/2023/6/1/1046> > [v6] https://lkml.org/lkml/2023/6/1/1328 <https://lkml.org/lkml/2023/6/1/1328> > [v7] https://lkml.org/lkml/2023/6/2/861 <https://lkml.org/lkml/2023/6/2/861> > > Changes for V3: > - Integrated all patches into single serie to facilitate debugging and tests. > - Reduce number of exported GPIOs depending on new property > nxp,modem-control-line-ports > - Added additional example in DT bindings > > Changes for V4: > - Increase reset post delay to relax scheduler. > - Put comments patches at the end. > - Remove Fixes tag for patch "mark IOCONTROL register as volatile". > - Improve commit messages after reviews. > - Fix coding style issues after reviews. > - Change GPIO registration to always register the maximum number of GPIOs > supported by the chip, but maks-out GPIOs declared as modem control lines. > - Add patch to refactor GPIO registration. > - Remove patch "serial: sc16is7xx: fix syntax error in comments". > - Remove patch "add dump registers function" > > Changes for V5: > - Change patch order to facilitate stable backport(s). > - Change duplicate device addresses in DT binding examples. > - Use GENMASK for bit masks. > - Replace of_property_for_each_u32() with device_property_read_u32_array > - Add "Cc: stable..." tags > > Changes for V6: > - Fix compilation bug introduced by patch 3 > > Changes for V7: > - Minor changes and coding style fixes after review for > patch 5 "fix regression with GPIO configuration". > > Changes for V8: > - Move mctrl_mask to "struct sc16is7xx_port" to avoid compiler warning when > CONFIG_GPIOLIB is undefined. > - Add "struct device" member to "struct sc16is7xx_port", in order to avoid > passing a raw "struct device" to called functions from sc16is7xx_probe(). > - Add new patch "serial: sc16is7xx: remove obsolete out_thread label" > > Hugo Villeneuve (10): > serial: sc16is7xx: fix broken port 0 uart init > serial: sc16is7xx: mark IOCONTROL register as volatile > serial: sc16is7xx: remove obsolete out_thread label > serial: sc16is7xx: refactor GPIO controller registration > dt-bindings: sc16is7xx: Add property to change GPIO function > serial: sc16is7xx: fix regression with GPIO configuration > serial: sc16is7xx: fix bug when first setting GPIO direction > serial: sc16is7xx: add call to get rs485 DT flags and properties > serial: sc16is7xx: add post reset delay > serial: sc16is7xx: improve comments about variants > > .../bindings/serial/nxp,sc16is7xx.txt | 46 +++++ > drivers/tty/serial/sc16is7xx.c | 177 +++++++++++++----- > 2 files changed, 181 insertions(+), 42 deletions(-) > > > base-commit: a4d7d701121981e3c3fe69ade376fe9f26324161 > -- > 2.30.2 > Hello Hugo, I had a chance to retest and re-review everything, including setting state at direction change. So if the pending changes to v9 are only the conversion of dt-bindings to YAML and fixups to them, then: Reviewed-by: Lech Perczak <lech.perczak@camlingroup.com> Tested-by: Lech Perczak <lech.perczak@camlingroup.com>
On Mon, 12 Jun 2023 14:10:20 +0200 Lech Perczak <lech.perczak@camlingroup.com> wrote: > W dniu 7.06.2023 o 16:05, Hugo Villeneuve pisze: > > From: Hugo Villeneuve <hvilleneuve@dimonoff.com> > > > > Hello, > > this patch series mainly fixes a GPIO regression and improve RS485 flags and > > properties detection from DT. > > > > It now also includes various small fixes and improvements that were previously > > sent as separate patches, but that made testing everything difficult. > > > > Patch 1 fixes an issue with init of first port during probing. > > > > Patch 2 fixes an issue when debugging IOcontrol register, but it is also > > necessary for patch "fix regression with GPIO configuration" to work. > > > > Patch 3 fixes an incorrect label in sc16is7xx_probe() cleanup code. > > > > Patch 4 is a refactor of GPIO registration code in preparation for patch 5. > > > > Patches 5 and 6 fix a GPIO regression by (re)allowing to choose GPIO function > > for GPIO pins shared with modem status lines. > > > > Patch 7 fixes a bug with the output value when first setting the GPIO direction. > > > > Patch 8 allows to read common rs485 device-tree flags and properties. > > > > Patch 9 introduces a delay after a reset operation to respect datasheet > > timing recommandations. > > > > Patch 10 improves comments about chip variants. > > > > I have tested the changes on a custom board with two SC16IS752 DUART using a > > Variscite IMX8MN NANO SOM. > > > > Thank you. > > > > Link: [v1] https://lkml.org/lkml/2023/5/17/967 <https://lkml.org/lkml/2023/5/17/967> > > [v1] https://lkml.org/lkml/2023/5/17/777 <https://lkml.org/lkml/2023/5/17/777> > > [v1] https://lkml.org/lkml/2023/5/17/780 <https://lkml.org/lkml/2023/5/17/780> > > [v1] https://lkml.org/lkml/2023/5/17/785 <https://lkml.org/lkml/2023/5/17/785> > > [v1] https://lkml.org/lkml/2023/5/17/1311 <https://lkml.org/lkml/2023/5/17/1311> > > [v2] https://lkml.org/lkml/2023/5/18/516 <https://lkml.org/lkml/2023/5/18/516> > > [v3] https://lkml.org/lkml/2023/5/25/7 <https://lkml.org/lkml/2023/5/25/7> > > [v4] https://lkml.org/lkml/2023/5/29/656 <https://lkml.org/lkml/2023/5/29/656> > > [v5] https://lkml.org/lkml/2023/6/1/1046 <https://lkml.org/lkml/2023/6/1/1046> > > [v6] https://lkml.org/lkml/2023/6/1/1328 <https://lkml.org/lkml/2023/6/1/1328> > > [v7] https://lkml.org/lkml/2023/6/2/861 <https://lkml.org/lkml/2023/6/2/861> > > > > Changes for V3: > > - Integrated all patches into single serie to facilitate debugging and tests. > > - Reduce number of exported GPIOs depending on new property > > nxp,modem-control-line-ports > > - Added additional example in DT bindings > > > > Changes for V4: > > - Increase reset post delay to relax scheduler. > > - Put comments patches at the end. > > - Remove Fixes tag for patch "mark IOCONTROL register as volatile". > > - Improve commit messages after reviews. > > - Fix coding style issues after reviews. > > - Change GPIO registration to always register the maximum number of GPIOs > > supported by the chip, but maks-out GPIOs declared as modem control lines. > > - Add patch to refactor GPIO registration. > > - Remove patch "serial: sc16is7xx: fix syntax error in comments". > > - Remove patch "add dump registers function" > > > > Changes for V5: > > - Change patch order to facilitate stable backport(s). > > - Change duplicate device addresses in DT binding examples. > > - Use GENMASK for bit masks. > > - Replace of_property_for_each_u32() with device_property_read_u32_array > > - Add "Cc: stable..." tags > > > > Changes for V6: > > - Fix compilation bug introduced by patch 3 > > > > Changes for V7: > > - Minor changes and coding style fixes after review for > > patch 5 "fix regression with GPIO configuration". > > > > Changes for V8: > > - Move mctrl_mask to "struct sc16is7xx_port" to avoid compiler warning when > > CONFIG_GPIOLIB is undefined. > > - Add "struct device" member to "struct sc16is7xx_port", in order to avoid > > passing a raw "struct device" to called functions from sc16is7xx_probe(). > > - Add new patch "serial: sc16is7xx: remove obsolete out_thread label" > > > > Hugo Villeneuve (10): > > serial: sc16is7xx: fix broken port 0 uart init > > serial: sc16is7xx: mark IOCONTROL register as volatile > > serial: sc16is7xx: remove obsolete out_thread label > > serial: sc16is7xx: refactor GPIO controller registration > > dt-bindings: sc16is7xx: Add property to change GPIO function > > serial: sc16is7xx: fix regression with GPIO configuration > > serial: sc16is7xx: fix bug when first setting GPIO direction > > serial: sc16is7xx: add call to get rs485 DT flags and properties > > serial: sc16is7xx: add post reset delay > > serial: sc16is7xx: improve comments about variants > > > > .../bindings/serial/nxp,sc16is7xx.txt | 46 +++++ > > drivers/tty/serial/sc16is7xx.c | 177 +++++++++++++----- > > 2 files changed, 181 insertions(+), 42 deletions(-) > > > > > > base-commit: a4d7d701121981e3c3fe69ade376fe9f26324161 > > -- > > 2.30.2 > > > Hello Hugo, > > I had a chance to retest and re-review everything, including setting state at direction change. > So if the pending changes to v9 are only the conversion of dt-bindings to YAML and fixups to them, then: > Reviewed-by: Lech Perczak <lech.perczak@camlingroup.com> > Tested-by: Lech Perczak <lech.perczak@camlingroup.com> Hi Lech, thank you for testing this again. By the way, conversion of dt-bindings to YAML and fixups to them will be done in a new serie, after we finish/close this one. If all goes well, I do not intend to publish a v9, depending on feedback from Andy and Greg. Hugo. > Pozdrawiam/With kind regards, > Lech Perczak > > Sr. Software Engineer > Camlin Technologies Poland Limited Sp. z o.o. > Strzegomska 54, > 53-611 Wroclaw > Tel: (+48) 71 75 000 16 > Email: lech.perczak@camlingroup.com > Website: http://www.camlingroup.com > >