Skip site navigation (1)Skip section navigation (2)
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>