Date: Wed, 12 Jun 1996 16:44:06 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: nate@sri.MT.net (Nate Williams) Cc: terry@lambert.org, nate@sri.MT.net, tims@achilles.k12.ar.us, questions@freebsd.org Subject: Re: PNP Message-ID: <199606122344.QAA07229@phaeton.artisoft.com> In-Reply-To: <199606122300.RAA17444@rocky.sri.MT.net> from "Nate Williams" at Jun 12, 96 05:00:26 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > Ask Nate Williams. > > > > > > Don't ask Nate. He knows *nothing* about PNP, just PC-CARD stuff. They > > > are totally different. > > > > Aw, address conflict resolution is address conflict resolution. 8-). > > Ahh, but with the PC-CARD stuff, you don't worry about adress cnoflict > resolution. You have a bunch of IRQ's and an address block of yours to > do with as you please, and you simply look in the card for a match in > your open address space that also matches a free IRQ and then your in > fat-city. > > It's doing table lookups, not conflict resolution. :) Actually, if you have PNP cards, but no PNP BIOS, the OS is expected to do the PNP on your behalf. Windows95 does this. Conflict resolution rears it's ugly head. 8-(. You handle it by disabling all PNP devices, then doing an ISA (motherboard) equipment detect (it's possible to have a PNP motherboard without a PNP BIOS, but it's rare enough to ignore). Assuming you have drivers for all motherboard devices, you then conflict resolve the PNP devices into the remaining space (followed by [or following] PCI, etc.). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606122344.QAA07229>