From owner-freebsd-current Sun Nov 26 7:11:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail8.sc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id 725A537B6E6 for ; Sun, 26 Nov 2000 07:10:18 -0800 (PST) Received: from cae88-102-101.sc.rr.com ([24.88.102.101]) by mail8.sc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sun, 26 Nov 2000 10:09:17 -0500 Date: Sun, 26 Sep 1999 14:15:29 -0400 From: "Donald J . Maddox" To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: Loss of Functionality with newpnp Message-ID: <19990926141529.A1143@dmaddox.conterra.com> Reply-To: dmaddox@conterra.com References: <19990926135249.A843@dmaddox.conterra.com> <199909261751.KAA12959@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <199909261751.KAA12959@dingo.cdrom.com> Content-Length: 1565 Lines: 30 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 26, 1999 at 10:51:59AM -0700, Mike Smith wrote: > > Sigh. Again, I didn't demand anything. > > > > I simply pointed out that functionality had been lost. If I > > was the author of this code, I would *want* feedback on how > > it was working out for people out here in userland. I assume > > that the authors in question _do_ want such feedback. > > Actually, in your case, no. The "functionality" you're claiming was > lost was actually an unintentional side-effect of the code which will > intentionally not be emulated. I'm not sure I follow you here. My card was recognized and configured properly by the old PnP code. It is not recognized and configured properly by the new PnP code. How can that be classified as simply 'an unintentional side-effect of the code'? It seems to me that PnP functionality should not be dependant on any particular driver... I mean, the PnP code and the audio code (and the network driver code, and any other possible PnP device driver code) are seperate things, no? Shouldn't it be the job of the PnP code to recognize and configure the device so that it probes and attaches, regardless of what driver finds it? At least, it appears to me that that is what the old PnP code did. My card worked just fine with it, regardless of whether I selected 'pcm' or 'snd' in my kernel config. > > You are encouraged to participate in the ongoing development of our new > sourd drivers in order to ensure they meet the functionality of the old > ones, since that _is_ lost functionality that we care about. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message