Re: [PATCH] tty: serial: omap: use mctrl_gpio helpers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tuesday 26 May 2015 12:34 PM, Yegor Yefremov wrote:
> Hi Tony, Nishanth and Felipe,
> 
> On Fri, May 22, 2015 at 7:54 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
>> * Felipe Balbi <balbi@xxxxxx> [150522 10:41]:
>>> On Fri, May 22, 2015 at 09:52:13AM -0700, Tony Lindgren wrote:
>>>> * Nishanth Menon <nm@xxxxxx> [150522 08:36]:
>>>>> On 05/22/2015 07:16 AM, yegorslists@xxxxxxxxxxxxxx wrote:
>>>>>> From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
>>>>>>
>>>>>> This patch permits to use GPIOs to control the CTS/RTS/DTR/DSR/DCD/RI
>>>>>> signals.
>>>>>>
>>>>>> Signed-off-by: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
>>>>>> ---
>>>>>>  .../devicetree/bindings/serial/omap_serial.txt     |    9 +
>>>>>>  drivers/tty/serial/Kconfig                         |    1 +
>>>>>>  drivers/tty/serial/omap-serial.c                   |  168 +++++++++++++++++++-
>>>>>>  3 files changed, 171 insertions(+), 7 deletions(-)
>>>>>
>>>>> Would we rather move introducing new features to 8250_omap.c rather
>>>>> than doing that to omap-serial and keep feature creeping it such that
>>>>> we wont ever be able to switch to 8250_omap ?
>>>>
>>>> Yes please. Also, do we really want to allow mapping
>>>> random GPIO pins to the UART driver? I guess it would be
>>>
>>> See drivers/tty/serial/serial_mctrl_gpio.[ch], these are used for UARTs
>>> on SoCs with enough GPIOs available whose UART don't have full Modem
>>> signals. It's pretty handy for BT, GSM, LTE, whatever type of modem-like
>>> device.
>>
>> OK
> 
> I need this functionality for a real device having switchable
> RS232/422/485 driver. So I need both RS232 signals, that are not all
> possible to get via pinmux, and RS485 transmitter switching.
> 
> AFAIK RS485 feature is still not implemented in 8250. That's why I
> would like this patch to be still included into omap_serial for now.

No one I know in TI has used or tested the RS485 functionality. Thats
why Sebastian left it when he created the 8250_omap driver. Since you
have the setup to test it, is it possible for you to migrate that
functionality to 8250_omap.c itself rather than enhance omap-serial.c?

We really want to be gravitating towards 8250_omap.c and this patch will
take us backwards. As a bonus you get more efficient interrupt handling
etc with the new driver.

Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux PPP]     [Linux FS]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linmodem]     [Device Mapper]     [Linux Kernel for ARM]

  Powered by Linux