From owner-freebsd-multimedia Sun Jul 13 15:59:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11850 for multimedia-outgoing; Sun, 13 Jul 1997 15:59:18 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA11842 for ; Sun, 13 Jul 1997 15:59:13 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 13 Jul 1997 18:58:10 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA27933; Sun, 13 Jul 97 18:58:08 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA05729; Sun, 13 Jul 1997 18:56:09 -0400 Message-Id: <19970713185609.15629@ct.picker.com> Date: Sun, 13 Jul 1997 18:56:09 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: guspnp9 feedback References: <19970713163210.43120@ct.picker.com> <199707132210.PAA00422@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199707132210.PAA00422@rah.star-gate.com>; from Amancio Hasty on Sun, Jul 13, 1997 at 03:10:41PM -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Luigi took out the mem_start since it was not been used. |Have you try out guspnp9 with your awe? |> < long attach_awe_obsolete(long mem_start, struct address_info *hw_config); |> > void attach_awe_obsolete(struct address_info *hw_config); No, I hadn't. That was the purpose of the first message in this thread; to let you guys know about compile problems and the change that wasn't flowed everywhere. As to the apropriate fix for this: this routine currently returns a pointer to its malloced sample memory if successful, and 0 if not. Is it now assumed that the malloc will always succeed? Or should the malloc move someplace else based on the redesigns you and Luigi are doing? Randall