Date: Wed, 30 Jul 1997 21:29:27 +0200 From: Stefan Esser <se@FreeBSD.ORG> To: Michael Smith <msmith@atrad.adelaide.edu.au> Cc: Luigi Rizzo <luigi@labinfo.iet.unipi.it>, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Stefan Esser <se@FreeBSD.ORG> Subject: Re: Advice sought on PnP configuration Message-ID: <19970730212927.64062@mi.uni-koeln.de> In-Reply-To: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au>; from Michael Smith on Wed, Jul 30, 1997 at 03:30:44PM %2B0930 References: <199707300404.GAA03229@labinfo.iet.unipi.it> <199707300600.PAA19038@genesis.atrad.adelaide.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 30, Michael Smith <msmith@atrad.adelaide.edu.au> wrote: > My personal preference : > > - gather all the information : > PCI probe > PnP probe > get ISA config (compiled in, datafile, etc.) > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > - attach PCI devices > I/O ports and IRQs are assigned by the PCI rules. > - attach PnP devices > IRQs are taken from the free pool left after PCI assignment and > those marked for 'legacy' use. I/O ports are probed as per the > PnP spec. > - walk ISA config data, probe possible devices > We know which IRQ and I/O resources are still available, > we can hunt for devices that match the gaps. Exactly what I think too. > I think it's important to leave the 'legacy' devices until _last_, as > this prevents a PnP device being accidentally recognised as a 'legacy' > device. Yes. This problem does exist with PCI cards that fully emulate some ISA card, too, and the PCI probe was moved to the head of the probes for that reason, a long time ago ... Regards, STefan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970730212927.64062>