From owner-freebsd-hackers  Thu Sep 11 23:44:17 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id XAA09787
          for hackers-outgoing; Thu, 11 Sep 1997 23:44:17 -0700 (PDT)
Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA09689
          for <freebsd-hackers@FreeBSD.ORG>; Thu, 11 Sep 1997 23:42:48 -0700 (PDT)
Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA02186; Fri, 12 Sep 1997 06:30:16 +0200
From: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
Message-Id: <199709120430.GAA02186@labinfo.iet.unipi.it>
Subject: Re: PnP support
To: mike@smith.net.au (Mike Smith)
Date: Fri, 12 Sep 1997 06:30:16 +0200 (MET DST)
Cc: mike@smith.net.au, gurney_j@resnet.uoregon.edu, perhaps@yes.no,
        freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199709120335.NAA01011@word.smith.net.au> from "Mike Smith" at Sep 12, 97 01:35:10 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-freebsd-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Yes.
> 
> > >         PnP probe
> > >         get ISA config (compiled in, datafile, etc.)
> > 
> > this means probe the isa devices and trust what the config info
> > say.  At this point we have already effectively allocated 'extents'
> > for legacy ISA devices.
> 
> No, this means read the compiled in hints for brute-force ISA probes.  

not sure. take the case of GENERIC, where all sort of hardware is
compiled in, possibly at conflicting addresses, and no actual conflicts
are present since not all devices are really present. How do you tell
without probing ?

> In the gather phase, we do *nothing* with the hardware that might cause 
> any sort of confusion. 

...

> > Also, while we are on the subject: some legacy ISA device also have
> > software-configurable resources such as DMA or IRQ channels. methods
> > are device-specific (pre-PnP).
> 
> In the case of the 3c509, for example, you have a "pseudo-PnP" probe 
> for it which would run just after the "real" PnP probe.  As long as the 
> "smart" probe can provide the basic information required to configure 
> the hardware and select a driver, it qualifies as PnP.

ok, fine.

	Luigi