From owner-freebsd-multimedia  Sun Jul 13 15:10:50 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id PAA09670
          for multimedia-outgoing; Sun, 13 Jul 1997 15:10:50 -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 PAA09665
          for <multimedia@FreeBSD.ORG>; Sun, 13 Jul 1997 15:10:44 -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 PAA00422;
	Sun, 13 Jul 1997 15:10:41 -0700 (PDT)
Message-Id: <199707132210.PAA00422@rah.star-gate.com>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Randall Hopper <rhh@ct.picker.com>
cc: multimedia@FreeBSD.ORG
Subject: Re: guspnp9 feedback 
In-reply-to: Your message of "Sun, 13 Jul 1997 16:32:10 EDT."
             <19970713163210.43120@ct.picker.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 13 Jul 1997 15:10:41 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Luigi took out the mem_start since it was not been used. 
Have you try out guspnp9 with your awe?

	Tnks,
	Amancio
	
>From The Desk Of Randall Hopper :
> As I said, it's not just the return type.
> 
> < long attach_awe_obsolete(long mem_start, struct address_info *hw_config);
> > void attach_awe_obsolete(struct address_info *hw_config);
> 
> Randall
> 
> Amancio Hasty:
>  |In /sys/i386/isa/sound/sound_calls.h change the prototype from void to int:
>  |
>  |/*  From awe_wave.c  */
>  |int  attach_awe_obsolete(struct address_info *hw_config);
>  |
>  |Recompile the kernel and please let us know if the driver works for you.
>  |
>  |	Tnks,
>  |	Amancio
>  |
>  |
>  |From The Desk Of Randall Hopper :
>  |>      Had a few minutes to sit down and build the latest driver.  It appea
rs
>  |> that you changed some protos in sound_calls.h and didn't flow them to all
>  |> the .c files.  attach looks like it now returns void rather than long and
>  |> doesn't take a mem_start arg anymore.  
>  |> 
>  |>      Not knowing what the intent was, I'm not sure I'd make the right fix
.
>  |> Can you update the code and mail me the diffs.  Also, you might build a
>  |> sound driver with all the devices compiled in.  That should be a pretty
>  |> good build stress-test for the upcoming release.  (In particular, adding:
>  |> 
>  |> device awe0     at isa? port 0x620
>  |> 
>  |> will show the below problem.)