From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 5 08:34:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D684816A4CE; Fri, 5 Mar 2004 08:34:02 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E65DE43D1D; Fri, 5 Mar 2004 08:34:01 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])i25GXvEu042437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Mar 2004 17:33:57 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id i25GXvbf059759; Fri, 5 Mar 2004 17:33:57 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id RAA12241; Fri, 5 Mar 2004 17:33:47 +0100 (MET) Message-Id: <200403051633.RAA12241@galaxy.hbg.de.ao-srv.com> In-Reply-To: <20040305141757.GC35653@cnd.mcgill.ca> from Mathew Kanner at "Mar 5, 2004 3:17:57 pm" To: mat@cnd.mcgill.ca (Mathew Kanner) Date: Fri, 5 Mar 2004 17:33:47 +0100 (MET) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: freebsd-hackers@freebsd.org cc: hackers@freebsd.org cc: rwatson@freebsd.org cc: jorn@wcborstel.nl cc: rpratt1950@earthlink.net cc: mat@cnd.mcgill.ca Subject: Re: Standard sbc and pcm support in GENERIC kernel? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 16:34:03 -0000 Mathew Kanner: >On Mar 05, Helge Oldach wrote: >> Daniel O'Connor: >> >On Fri, 5 Mar 2004 19:06, Helge Oldach wrote: >> >> The issue with kldloading is that you still need PNPBIOS for many >> >> on-board sound devices. Which means that you need to compile your own >> >> kernel anyway, or don?t you? >> > >> >I don't think I've ever seen a motherboard/BIOS where you HAD to >> >compile it in the kernel.. >> >> I have a number of Compaq DeskPro EN K450 here. Rather decent machines >> for FreeBSD desktops, and for sure not uncommon hardware. But >> unfortunately the stupid Compaq BIOS doesn't have a knob to turn off >> PnP, so I have to rely on PNPBIOS to deal with what the Compaq BIOS had >> detected. > > Are you required to compile sound in the kernel to get it to >work? Yes, that is exactly correct. I am sorry, I just wasn't clear enough with my wording. To be safe, I just tested it: case a) "options PNPBIOS" and "device pcm" in the kernel config => works case b) "options PNPBIOS" in the kernel config and "kldload snd_pcm" => pcm isn't recognized, but the other PnP devices show up during probe case c) *no* "options PNPBIOS" but "kldload snd_pcm" => neither pcm nor other PnP devices are recognized Did I forget one variation? :-) >If so, then I will document the fact that in some unsual >circumstances that including sound statcily in the kernel is needed, >otherwise I intend to de-emphesize it. I suppose the former is adequate. What strikes me is case b). It seems a kldload'ed module cannot recognize its devices when they were probed and attached by the PnP BIOS. Does that sound reasonable? This is 4.9-STABLE of some few days ago (right after the TCP re-assembly queue fix). How will it work with -CURRENT which doesn't have a PNPBIOS option? Can I use sound at all? Helge