Date: Fri, 16 Jun 2000 03:03:07 -0400 From: Mark Abene <phiber@radicalmedia.com> To: "Andrew M. Miklic" <miklic@ibm.net> Cc: freebsd-alpha@freebsd.org Subject: Re: Parallel Port/Printer Code Message-ID: <20000616030307.F4307@radicalmedia.com> In-Reply-To: <3948CF48.B5D845EA@ibm.net>; from Andrew M. Miklic on Thu, Jun 15, 2000 at 06:42:48AM -0600 References: <20000613173956.F16424@radicalmedia.com> <3948280D.16F9DD6E@ibm.net> <20000614210058.L16424@radicalmedia.com> <39482D0B.EE093659@ibm.net> <20000614212010.M16424@radicalmedia.com> <39483245.9999C12@ibm.net> <20000614215335.A2769@radicalmedia.com> <39483FD9.6C4429F7@ibm.net> <20000615022950.A4039@radicalmedia.com> <3948CF48.B5D845EA@ibm.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Update: It would seem that if we could relocate the parallel port i/o space to a more standard (and non-conflicting) location, say 0x378, we could access all 8 registers without being clobbered by VGA. Then, we could do ECP/EPP to our heart's content, and support many more devices (like the ZIP). I've just read the relevant parts of the 37C935 datasheet, and it is fully PnP capable in that any of its devices can have their resources reassigned/ moved. This is great news! There are now two courses of action... Either there exists a way in SRM to reassign the i/o range (maybe with isacfg, which I'm going to try), or, by accessing the 37C935 configuration registers to do the job, the details of which are outlined in the datasheet. Wish me luck, I'll let you know how it goes. -Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000616030307.F4307>