All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Tosoni" <jp.tosoni@acksys.fr>
To: 'Grant Edwards' <grante@visi.com>, linux-serial@vger.kernel.org
Subject: RE: Suggested patch for linux
Date: Mon, 4 Aug 2008 15:28:05 +0200	[thread overview]
Message-ID: <014d01c8f635$ee178ec0$2e01a8c0@acksys.local> (raw)
In-Reply-To: <g557er$c32$1@ger.gmane.org>

> -----Original Message-----
> From: Grant Edwards
> Sent: Thursday, July 10, 2008 4:48 PM

...
>
> On 2008-07-10, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
...
> > Do we really benefit from having this in kernel ?
>
> People who do industrial communications sure would.  I maintain
> a couple serial drivers that support half-duplex mode exactly
> as described by the OP, and we have to control that feature via
> non-standard hacks.
...

I fully agree with Grant Edwards. I, as well, have been myself maintaining
two serial drivers that support half-duplex mode exactly as described, and I
have to control that feature via non-standard hacks !!!
I have been porting them over and over again with each Linux version and
subversion, since Linux 2.2, and there IS a demand for it.

About the benefit to have this in the kernel: well, we would be enabled to
implement it for any UART, not just the 16550 series !

Now, about Linux RT and response times: The TXD-to-RTS delay must be as
short as possible. To do this, several UARTS i.e. (Ox950) have a special
mode. How could you do this in a user land program for any baud rate ? I
speak about baud rates up to 2 Mbps, they are in use nowadays on
RS2422/RS485 lines.

Really, I would like AT LEAST some commonly defined way to activate this
behaviour. Russell King once suggested to create a line discipline to handle
the RTS, but even like this we need a way (an ioctl) to activate the
behaviour in the UART driver, to make it independent from the specific UART.

JP Tosoni
Acksys



      reply	other threads:[~2008-08-04 13:55 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-09 23:16 Suggested patch for linux Axel Hosemann
     [not found] ` <487546D5.8050908-3sKltW3hOZofv37vnLkPlQ@public.gmane.org>
2008-07-10  8:59   ` Alan Cox
2008-07-10 14:16     ` Matt Schulte
2008-07-12 21:49       ` Axel Hosemann
2008-07-12 22:33       ` Alan Cox
2008-07-15 20:43         ` Matt Schulte
     [not found]           ` <1860bbce0807151343rf5cf4apecdc422ba747dd7d-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-07-15 20:46             ` Alan Cox
2008-07-18 10:19       ` Laurent Pinchart
2008-07-18 13:55         ` Grant Edwards
2008-07-10 14:47     ` Grant Edwards
2008-08-04 13:28       ` Tosoni [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='014d01c8f635$ee178ec0$2e01a8c0@acksys.local' \
    --to=jp.tosoni@acksys.fr \
    --cc=grante@visi.com \
    --cc=linux-serial@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.