From owner-freebsd-current  Tue Oct  1 14:49:43 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA29697
          for current-outgoing; Tue, 1 Oct 1996 14:49:43 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29683;
          Tue, 1 Oct 1996 14:49:37 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02571; Tue, 1 Oct 1996 14:47:39 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199610012147.OAA02571@phaeton.artisoft.com>
Subject: Re: Your UserConfig changes for unmasking PCI devices...
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Tue, 1 Oct 1996 14:47:39 -0700 (MST)
Cc: msmith@atrad.adelaide.edu.au, bde@FreeBSD.org, current@FreeBSD.org
In-Reply-To: <15887.844169929@time.cdrom.com> from "Jordan K. Hubbard" at Oct 1, 96 04:38:49 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > Ah, how about putting off calling userconfig() until after the PCI and
> > EISA probes?  Since it's only _really_ relevant to the ISA probe
> > process, shouldn't it be directly associated with it?
> 
> If this doesn't have any unwonted side-effects, sure!

I believe it would have the side effect of making relocatable PCI
devices immovable, potentially resulting in name space (DMA, IRQ, MEM)
conflits with ISA device that would require physically openning the
machine to fix.

This is the problem with continuing to support ISA in otherwise decent
hardware designs.


I suspect that the best compromise would be to leave it alone (since it
is just noisy, not harmful) until the bus probes can be completely
seperated from the bus drivers.  This would let you only put up PCI
messages when a PCI bus is found (or EISA for EISA, PCMCIA for PCMCIA,
etc.).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.