From owner-freebsd-multimedia Thu Jul 31 03:11:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA24932 for multimedia-outgoing; Thu, 31 Jul 1997 03:11:05 -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 DAA24909; Thu, 31 Jul 1997 03:10:49 -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 DAA05428; Thu, 31 Jul 1997 03:08:45 -0700 (PDT) Message-Id: <199707311008.DAA05428@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: se@FreeBSD.ORG, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Thu, 31 Jul 1997 10:57:09 +0200." <199707310857.KAA05446@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Jul 1997 03:08:45 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, it is a quick hack and it is also a manual mechanism to override very intelligent algorithms;additionally, is not and all encompassing solution and one that will allow us to get the stuff out soon *safely*. Most likely for any intellingent PnP subsystem we will have to support Did the last PnP configuration failed?, plug, remember, pray dear lord that the system does not reboot or gets hung. Cheers, Amancio >From The Desk Of Luigi Rizzo : > > > > Whatever solution we finally implement, we must be able to > > > > attach PnP boards without any help from the PnP BIOS. > > > > > > Ok, so you are calling for a more powerful configuration mechanism, > ... > > > > What do you think about my proposed sequence ? > > > > > > I like it, the only problem is I am unable to implement it myself :) > > > > You can . The gus pnp sub module does just that. For non-PnP > > boards it takes the configuration information from the config > > file . > > --- > > device gus0 at isa? port 0x220 irq 11 drq 5 flags 0x7 vector gusintr > > --- > > When the driver sees the configuration information for the card > > it just simply overrides whatever the BIOS set the card to or > > honestly, I would call that a quick hack, not a general configuration > mechanism. Especially because I plan to support more than one sound > card, and the PnP cards would show up as pcm1, pcm2, ... > > I think I will look at the userconfig stuff and see if changes are > not too hard to implement... > > Cheers > Luigi