From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 8 03:09:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE85D16A4CE; Thu, 8 Jul 2004 03:09:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B753D43D31; Thu, 8 Jul 2004 03:08:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i6838X7q053174; Thu, 8 Jul 2004 12:38:34 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, ticso@cicely.de Date: Thu, 8 Jul 2004 12:38:33 +0930 User-Agent: KMail/1.6.2 References: <20040706225135.V32380@hormann.tzo.cc> <20040707225039.GV12877@cicely12.cicely.de> In-Reply-To: <20040707225039.GV12877@cicely12.cicely.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200407081238.33380.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org cc: Greg Hormann Subject: Re: Controlling the Serial port X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 03:09:01 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 8 Jul 2004 08:20, Bernd Walter wrote: > The problem is timing as we need to have the transmitter disabled > bevor the connected device responds to our request. > There is no garanty that this is allways fast enough from userland. > It can also be a good idea to clear the receive buffer after enabling > the transmitter and bevor sending anything to wast stall data. One way of doing this would be to write a loadable line discipline.. I have been meaning to do this but haven't got around to it yet :) =2D --=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA7Lqx5ZPcIHs/zowRAuAZAJsGADco8jIA2oYt2txMeXKRlSy68ACgj7il QgWyTk/z8SKHHvALHpfXlhc=3D =3DfJ4U =2D----END PGP SIGNATURE-----