[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230604134459.3c3844012e9714fa2a61e642@hugovil.com>
Date: Sun, 4 Jun 2023 13:44:59 -0400
From: Hugo Villeneuve <hugo@...ovil.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: Greg KH <gregkh@...uxfoundation.org>, robh+dt@...nel.org,
krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org,
jirislaby@...nel.org, jringle@...dpoint.com,
tomasz.mon@...lingroup.com, l.perczak@...lintechnologies.com,
linux-serial@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-gpio@...r.kernel.org,
Hugo Villeneuve <hvilleneuve@...onoff.com>,
stable@...r.kernel.org
Subject: Re: [PATCH v7 5/9] serial: sc16is7xx: fix regression with GPIO
configuration
On Sun, 4 Jun 2023 14:57:31 +0300
Andy Shevchenko <andy.shevchenko@...il.com> wrote:
> On Sun, Jun 4, 2023 at 10:47 AM Greg KH <gregkh@...uxfoundation.org> wrote:
> > On Fri, Jun 02, 2023 at 11:26:21AM -0400, Hugo Villeneuve wrote:
>
> ...
>
> > > +static u8 sc16is7xx_setup_mctrl_ports(struct device *dev)
> >
> > This returns what, mctrl? If so, please document that, it doesn't look
> > obvious.
>
> Good suggestion. Because I also stumbled over the returned type.
>
> > And as the kernel test robot reported, you do nothing with the
> > return value so why compute it?
>
> It seems that the entire function and respective call has to be moved
> under #ifdef CONFIG_GPIOLIB.
Hi,
it cannot. See my explanations in response to Greg's comments.
Hugo.
Powered by blists - more mailing lists