From owner-freebsd-hackers Thu Sep 14 05:04:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA07857 for hackers-outgoing; Thu, 14 Sep 1995 05:04:47 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA07839 for ; Thu, 14 Sep 1995 05:04:43 -0700 From: marino.ladavac@aut.alcatel.at Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA19305 (5.67b/IDA-1.5 for ); Thu, 14 Sep 1995 14:04:29 +0200 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA26273; Thu, 14 Sep 95 14:04:27 +0200 Message-Id: <9509141204.AA26273@atuhc16.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA17899; Thu, 14 Sep 1995 14:04:19 +0200 Subject: Re: EPP/ECP parallel port modes ? To: joachim@ee.uni-sb.de Date: Thu, 14 Sep 95 14:04:18 METDST Cc: hackers@freebsd.org In-Reply-To: <9509140802.AA14755@microdesk8.ee.uni-sb.de>; from "Joachim Koenig" at Sep 14, 95 10:02 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@freebsd.org Precedence: bulk > Luigi Rizzo wrote: > >Does anyone know what are the various operating modes available on the > >newer parallel ports ? The controllers report the following: > > > > SPP EPP ECP > > > >I believe SPP is the standard mode, EPP might be the bidirectional mode > >(but don't know if the handshake lines change), and have no idea of > >what ECP stands for. > Typically, hardware implementations of EPP do the handshaking without > control and status port accesses, once enabled. One drawback is that > they keep the ISA bus occupied until the data has been received and > acknowledged by the reciever. To avoid bus hangups if the device does > not respond quickly enough, it generates an interrupt after a some > microseconds in this case. But if the device is fast enough, high > transmission speeds are possible. > ECP on the other hand uses FIFOs and DMA to speed things up even more, > with less overhead for a UNIX like operating system. The FIFO mode > can even be used for the SPP mode in forward direction. > The additional control/status/configuration ports of such a device > are at base+400+offset. This does not conflict with other devices > as only 10 bits are normally decoded for ISA ports, which masks out > the 1 in 400, giving the same addresses as base + offset which > correspond to the parallel port. > > There are currently only few peripherals, which support these enhanced > modes, but some hardware implementations of EPP & ECP are available for the > ISA bus: > SMC FDC37C665, SMC FDC37C666 from Standard Microsystems Corp. > A similar chip by National Semiconductor > an Intel Chip (sorry, no number). > So, what about a driver? > I've written an IEEE1284 device driver, which implements parallel port > fifo mode, nibble and byte reverse mode, but not yet EPP,ECP because of > lacking peripherals supporting these, but the hooks are there. > It's still alpha I think, but I would appreciate some testers, so write > me some email, if you are interested. One minor glitch: I've written it > for NetBSD, but the differences for FreeBSD should be small. > Joachim It definitely does interest me, especially as I have a dumb Laserjet clone hanging off parallel port. I could sure use faster bitmap transfer :) Any chance to get a hold of your driver? I'd like to try to patch it into 2.0.5R. /Alby > -- > email: joachim@ee.uni-sb.de University of Saarland, Germany, Europe > phone: +49 681 3023043 suffering should be creative, > fax: 2678 should give birth to something good and lovely >