Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Jul 1997 15:10:41 -0700
From:      Amancio Hasty <hasty@rah.star-gate.com>
To:        Randall Hopper <rhh@ct.picker.com>
Cc:        multimedia@FreeBSD.ORG
Subject:   Re: guspnp9 feedback 
Message-ID:  <199707132210.PAA00422@rah.star-gate.com>
In-Reply-To: Your message of "Sun, 13 Jul 1997 16:32:10 EDT." <19970713163210.43120@ct.picker.com> 

next in thread | previous in thread | raw e-mail | index | archive | help

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.)





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707132210.PAA00422>