[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111114120745.376729c4@bob.linux.org.uk>
Date: Mon, 14 Nov 2011 12:07:45 +0000
From: Alan Cox <alan@...ux.intel.com>
To: Darron Black <darron@...ffin.net>
Cc: Wolfram Sang <w.sang@...gutronix.de>,
Claudio Scordino <claudio@...dence.eu.com>,
Greg KH <greg@...ah.com>, Alan Cox <alan@...rguk.ukuu.org.uk>,
Nicolas Ferre <nicolas.ferre@...el.com>,
linux-kernel@...r.kernel.org, linux-serial@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Jesper Nilsson <Jesper.Nilsson@...s.com>,
Mikael Starvik <mikael.starvik@...s.com>
Subject: Re: [PATCH] RS485: fix inconsistencies in the meaning of some
variables
> Perhaps the RTS toggle after transmit delay needs to be large, and
> they'd rather do it in userspace than block in the driver. I also
> recall a protocol that would send a master assertion command and hold
> on to RTS afterwards. I can easily imagine needing to quickly
Appletalk does this for one. Some protocols use it for priming low cpu
power receivers. You fire a header message at the target which fits
into its serial fifo, it then responds and can sit in a tight loop
getting the following frame data.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists