From owner-freebsd-multimedia  Wed Jul 30 15:52:45 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA10270
          for multimedia-outgoing; Wed, 30 Jul 1997 15:52:45 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10254;
          Wed, 30 Jul 1997 15:52:37 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
	by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id PAA00566;
	Wed, 30 Jul 1997 15:38:04 -0700 (PDT)
Message-Id: <199707302238.PAA00566@rah.star-gate.com>
To: dennis <dennis@etinc.com>
cc: Stefan Esser <se@FreeBSD.ORG>, Luigi Rizzo <luigi@labinfo.iet.unipi.it>,
        hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG
Subject: Re: Advice sought on PnP configuration 
In-reply-to: Your message of "Wed, 30 Jul 1997 18:29:49 EDT."
             <3.0.32.19970730182946.00e44bc0@etinc.com> 
Date: Wed, 30 Jul 1997 15:38:04 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

the stuff that I did for the gus pnp allows the uses to override
whatever the bios thinks that I should have 8)

The reason for this is because the first box that I tried the 
gus pnp had a broken PnP bios . So we should provide a general
mechanism for handling PnP devices and a *manual* or old style
config capability. I have just simply ran into too many brain-dead
PnP bios.

	Cheers,
	Amancio
>From The Desk Of dennis :
> At 09:25 PM 7/30/97 +0200, Stefan Esser wrote:
> >On Jul 30, Luigi Rizzo <luigi@labinfo.iet.unipi.it> wrote:
> >> HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to
> >> work correctly (which might be false, see at the end of the message).
> >
> [much snipage]
> 
> Note the PnP for ISA is a nightmare...a real  joke if you have shared
> memory cards because of the limited space available. If you try
> to set a PCI card with 64kb of ram to "below 1 meg" most of the
> time the machine will hang or fail if you have another shared card
> also, because there isnt enough contiguous space for both of them.
> The bios' just aren't smart enough to solve these problems, and once
> a card is configured they can "reallocate" the space if something else
> needs to be fit in. They just fail.
> 
> Dennis