From owner-freebsd-multimedia Mon Jul 14 08:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27817 for multimedia-outgoing; Mon, 14 Jul 1997 08:47:48 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA27809 for ; Mon, 14 Jul 1997 08:47:40 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA10942; Mon, 14 Jul 1997 16:41:14 +0200 From: Luigi Rizzo Message-Id: <199707141441.QAA10942@labinfo.iet.unipi.it> Subject: Re: guspnp9 feedback To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 14 Jul 1997 16:41:14 +0200 (MET DST) Cc: rhh@ct.picker.com, multimedia@FreeBSD.ORG In-Reply-To: <199707141536.IAA04621@rah.star-gate.com> from "Amancio Hasty" at Jul 14, 97 08:36:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We can do a malloc during the attach and if that fails invalidate the > driver via some flag in the sound driver. right, that seems the only viable alternative since malloc in the probe routines are deprecated and any feedback from the attach routines is currently ignored by the operating system. nobody has responded yet on the need of doing the probe again in the attach routine. I am going to nuke them if noone comes up with a good reason for it. Tonight I am going to distribute another set of changes to my code. I will make both a complete source and the diffs available. Hope I can get a copy of guspnp9 by then (poor connectivity right now...) Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________