From owner-freebsd-hackers Wed Jan 10 12:00:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26686 for hackers-outgoing; Wed, 10 Jan 1996 12:00:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26672 for ; Wed, 10 Jan 1996 12:00:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15178; Wed, 10 Jan 1996 12:28:18 -0700 From: Terry Lambert Message-Id: <199601101928.MAA15178@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 10 Jan 1996 12:28:18 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601100332.TAA00725@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 9, 96 07:32:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > However, the PnP discovery ordering is: > > > > 1) disable all PnP > > 2) probe all non-PnP cards > > 3) Query PnP cards for where they may fit > > 4) Do a topological sort to fit them all > > 5) Make them pick one to disable if the sort results in a > > collision. Repeat as necessary. > > 6) Map the mappable locations > > 7) Enable the PnP cards that were not marked disabled > > 8) Attach drivers as available, loading them if necessary > > Well, Terry it makes no sense to activate devices which I don't > have a device driver who knows I may even be able configure my > system 8) You have no choice. If you have a non-PnP motherboard with ISA, your ISA slot devices that are not PnP *are active*. Period. If you are talking about PnP devices for which you don't have drivers, then you missed #7's "that were not marked disabled". This is the problem with continuing to use older ISA hardware. Patient: "Doctor, it hurts when I do this" Doctor: "Don't do that" Patient: "But I want to do it" Doctor: "Then don't bitch when it hurts" Patient: "I want to do it AND I want it to not hurt" Doctor: "Take a CS course and learn about 'mutual exclusion'" > > Note that you can still be screwed if you don't recognize a non-PnP > > card on an ISA bus, since you will not be able to infer its location > > for the sort, and it can't be disabled. > > > > Conclusion: If you have problems, it's because your GUS is too greedy. > > Pretty lame Terry 8) > > I do have full duplex audio over here and it works as for many of the > devices that the GUS has I don't need . For instance, the SB PRO emulation > and the CDROM interface which btw the normal board does have anyway. Well, if you run out of interrupts and it doesn't let you disable on a per device on the board basis, you are still screwed, and I have to blame hardware (or trying to jam too much hardware into an ISA bus in the first place, or use of an ISA bus in the first place). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.