[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200507153439.GA1919950@kroah.com>
Date: Thu, 7 May 2020 17:34:39 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Manivannan Sadhasivam <mani@...nel.org>
Cc: linux-serial@...r.kernel.org, devicetree@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
fabrice.gasnier@...com, andy.shevchenko@...il.com,
robh+dt@...nel.org, mcoquelin.stm32@...il.com,
alexandre.torgue@...com
Subject: Re: [PATCH v3 0/2] Add CTS/RTS gpio support to STM32 UART
On Thu, May 07, 2020 at 07:37:50PM +0530, Manivannan Sadhasivam wrote:
> Hi Greg,
>
> On Mon, Apr 20, 2020 at 10:32:02PM +0530, mani@...nel.org wrote:
> > From: Manivannan Sadhasivam <mani@...nel.org>
> >
> > Hello,
> >
> > This patchset adds CTS/RTS gpio support to STM32 UART controller.
> > Eventhough the UART controller supports using dedicated CTS/RTS gpios,
> > sometimes we need to use different set of gpios for flow control.
> >
> > This is necessary for the upcoming STM32MP1 based board called Stinger96
> > IoT-Box. On that board, a bluetooth chip is connected to one of the UART
> > controller but the CTS/RTS lines got swapped mistakenly. So this patchset
> > serves as a workaround for that hardware bug and also supports the
> > usecase of using any gpio for CTS/RTS functionality. As per the sugggestion
> > provided by Andy for v1, I've now switched to mctrl_gpio driver.
> >
> > This patchset has been validated with Stinger96 IoT-Box connected to Murata
> > WiFi-BT combo chip.
> >
>
> Are you planning to take this series for 5.8?
I had to wait for the DT protion to be reviewed before I could do
anything. Give me some time, if it looks ok, it will go into 5.8.
thanks,
greg k-h
Powered by blists - more mailing lists