Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!cs.utexas.edu!uunet!Germany.EU.net!news From: bs@Germany.EU.net (Bernard Steiner) Newsgroups: comp.os.386bsd.bugs Subject: Re: printer driver (lpt.c, lpa.c) problem Date: 7 Feb 1994 12:06:57 +0100 Organization: EUnet Deutschland GmbH, Dortmund, Germany Lines: 20 Distribution: world Message-ID: <2j57ch$oik@Germany.EU.net> References: <1994Feb6.171732.1643@robkaos.GUN.de> <jmonroyCKu5sw.DBz@netcom.com> <CEB.94Feb6223553@netcom2.netcom.com> NNTP-Posting-Host: qwerty.germany.eu.net In article <CEB.94Feb6223553@netcom2.netcom.com>, ceb@netcom2.netcom.com (Ch. Buckley) writes: |> The generic kernels look for the interrupt print driver at the I/O |> base address for DOS LPT3, and the interruptless at LPT1. If you can set |> your I/O car to work with the DOS address for LPT3 (I don't remember |> what that, but grep around, it's there), you will get the interrupt |> driver. All the probe routines I've seen so far have failed on at least one of my printers on at least one of the parallell interface cards with at least one of the dip switch settings for the respective printer. The problem is usually that the command port *does not* read back correctly; the only bit that is always read back (in my humble experience) is the interrupt enable/disable bit. I'm referring to all the probe routines save the one I hacked up, of course ;-) -Bernard