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>