Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1365908rwd; Thu, 1 Jun 2023 14:38:14 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7Z1uE1/Swu5AAGXsDcTtWNd9JH1uXkNyPmZXIZClnvR9rH8VMfxKLun/f7y07Ymo7++aAj X-Received: by 2002:a17:90a:5e4d:b0:256:2efc:270e with SMTP id u13-20020a17090a5e4d00b002562efc270emr616349pji.5.1685655493768; Thu, 01 Jun 2023 14:38:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685655493; cv=none; d=google.com; s=arc-20160816; b=lgfkph+4E1ZriuUe+SRSAWNOlwnFAryFrBiWnBAlgIi+Q6hlJe1YTgxyXcATvyldO0 OgLV7083B42baQdeRyFkhzL98NCfeAb2kTv+EZROVgNC2sxYt0cNiIPtMWNgLLLHqdFx fhNynhlc9YjlkUBL/efuahZqp2eIlmAhyG26uQuRgZeguVUmtkqM5BtYCUJQSe6nMYsq ln9Mo3pfyKuZhKOFrhm9Dzwfq4NlIHfo8ubK7II1q1yTnVEhiAM67Vbh8Yk+92CfIHqJ hRfCNNBpmjaXocdDG870Y91b8UOJ0AavBWKaF0Cp3/JT9C5qcHlDVbkTxhpso6cvPtav zAcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:date:from; bh=XVd4KMh9bkpfHno09rJ2+LVA8THL3KuESd2ALVt0YPg=; b=EJn/HEb5vZGcXRKVoCaDv4nsWgkW8NyjpASJQ3BE7EL7kHTTXzF8aa7Sd+wlwmDb8a CoCXN2HXy1ErxxqfAVuVOibLp53Rh9ixFVXhPygS44RjapmsJVE5jLhvqJERM0WCpECL 7sqEj/yh6JV/V13Mra0A3Ot1Ko99BA0HY4kqAeLdjaqTQuQvsFKO1fBUZ4/kDoiXEEgE oKpf2OkAGrHzV63pTMW99GaGz8eSatEwZ9a5bPhJGDGE7q6qryxN6IwSlmnl6/WA9WHh t4AWs1H57z1sz9ts10UAQeOZdqxggdAgCuMiK6elIdp+C2QDoAcmjzi/JChMu0Tg505F HIhA== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nh8-20020a17090b364800b0025871888e79si1664865pjb.107.2023.06.01.14.38.02; Thu, 01 Jun 2023 14:38:13 -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; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232336AbjFAVa2 (ORCPT + 99 others); Thu, 1 Jun 2023 17:30:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49358 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232102AbjFAVa0 (ORCPT ); Thu, 1 Jun 2023 17:30:26 -0400 Received: from fgw21-7.mail.saunalahti.fi (fgw21-7.mail.saunalahti.fi [62.142.5.82]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1373C196 for ; Thu, 1 Jun 2023 14:30:23 -0700 (PDT) Received: from localhost (88-113-26-95.elisa-laajakaista.fi [88.113.26.95]) by fgw21.mail.saunalahti.fi (Halon) with ESMTP id 7eea1b78-00c3-11ee-abf4-005056bdd08f; Fri, 02 Jun 2023 00:30:15 +0300 (EEST) From: andy.shevchenko@gmail.com Date: Fri, 2 Jun 2023 00:30:14 +0300 To: Hugo Villeneuve Cc: gregkh@linuxfoundation.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, jirislaby@kernel.org, jringle@gridpoint.com, tomasz.mon@camlingroup.com, l.perczak@camlintechnologies.com, linux-serial@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, Hugo Villeneuve , stable@vger.kernel.org Subject: Re: [PATCH v6 5/9] serial: sc16is7xx: fix regression with GPIO configuration Message-ID: References: <20230601201844.3739926-1-hugo@hugovil.com> <20230601201844.3739926-6-hugo@hugovil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230601201844.3739926-6-hugo@hugovil.com> X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, FORGED_GMAIL_RCVD,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,SPF_HELO_NONE, SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thu, Jun 01, 2023 at 04:18:40PM -0400, Hugo Villeneuve kirjoitti: > From: Hugo Villeneuve > > Commit 679875d1d880 ("sc16is7xx: Separate GPIOs from modem control lines") > and commit 21144bab4f11 ("sc16is7xx: Handle modem status lines") > changed the function of the GPIOs pins to act as modem control > lines without any possibility of selecting GPIO function. > > As a consequence, applications that depends on GPIO lines configured > by default as GPIO pins no longer work as expected. > > Also, the change to select modem control lines function was done only > for channel A of dual UART variants (752/762). This was not documented > in the log message. > > Allow to specify GPIO or modem control line function in the device > tree, and for each of the ports (A or B). > > Do so by using the new device-tree property named > "modem-control-line-ports" (property added in separate patch). > > When registering GPIO chip controller, mask-out GPIO pins declared as > modem control lines according to this new "modem-control-line-ports" > DT property. > > Boards that need to have GPIOS configured as modem control lines > should add that property to their device tree. Here is a list of > boards using the sc16is7xx driver in their device tree and that may > need to be modified: > arm64/boot/dts/freescale/fsl-ls1012a-frdm.dts > mips/boot/dts/ingenic/cu1830-neo.dts > mips/boot/dts/ingenic/cu1000-neo.dts Almost good, a few remarks and if addressed as suggested, Reviewed-by: Andy Shevchenko Thank you! ... > + if (!s->gpio_valid_mask) I would use == 0, but it's up to you. Both will work equally. > + return 0; ... > +static int sc16is7xx_setup_mctrl_ports(struct device *dev) Not sure why int if you always return an unsigned value. Otherwise return an error code when it's no defined mask and check it in the caller. > +{ > + struct sc16is7xx_port *s = dev_get_drvdata(dev); > + int i; > + int ret; > + int count; > + u32 mctrl_port[2]; > + u8 mctrl_mask = 0; I would return 0 directly in the first two cases and split an assignment closer to the first user. > + count = device_property_count_u32(dev, "nxp,modem-control-line-ports"); > + if (count < 0 || count > ARRAY_SIZE(mctrl_port)) > + return mctrl_mask; return 0; > + ret = device_property_read_u32_array(dev, "nxp,modem-control-line-ports", > + mctrl_port, count); > + if (ret) > + return mctrl_mask; return 0; mctrl_mask = 0; > + for (i = 0; i < count; i++) { > + /* Use GPIO lines as modem control lines */ > + if (mctrl_port[i] == 0) > + mctrl_mask |= SC16IS7XX_IOCONTROL_MODEM_A_BIT; > + else if (mctrl_port[i] == 1) > + mctrl_mask |= SC16IS7XX_IOCONTROL_MODEM_B_BIT; > + } > + if (!mctrl_mask) > + return mctrl_mask; Maybe positive one? if (mctrl_mask) regmap_update_bits(...); > + regmap_update_bits(s->regmap, > + SC16IS7XX_IOCONTROL_REG << SC16IS7XX_REG_SHIFT, > + SC16IS7XX_IOCONTROL_MODEM_A_BIT | > + SC16IS7XX_IOCONTROL_MODEM_B_BIT, mctrl_mask); > + > + return mctrl_mask; > +} ... > unsigned long freq = 0, *pfreq = dev_get_platdata(dev); > unsigned int val; > + u8 mctrl_mask = 0; This assignment is redundant, so you simply can define it > u32 uartclk = 0; u8 mctrl_mask; > int i, ret; > struct sc16is7xx_port *s; -- With Best Regards, Andy Shevchenko