Date: Thu, 24 Jul 1997 07:26:05 -0400 From: Randall Hopper <rhh@ct.picker.com> To: Johan Larsson <gozer@ludd.luth.se> Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp12.tar.gz Message-ID: <19970724072605.26661@ct.picker.com> In-Reply-To: <Pine.SUN.3.95.970724090337.11116A-100000@sister.ludd.luth.se>; from Johan Larsson on Thu, Jul 24, 1997 at 09:30:11AM %2B0200 References: <199707231654.JAA05973@rah.star-gate.com> <Pine.SUN.3.95.970724090337.11116A-100000@sister.ludd.luth.se>
next in thread | previous in thread | raw e-mail | index | archive | help
Johan Larsson: |Well, i tried this with my sb16pnp card and i didn't get it to work at |all. Perhaps i have missed something in the configuration or in the |readme-files. ... |device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr |device sbxvi0 at isa? drq 5 ... |Jul 24 00:36:09 moon /kernel.pnp12: sb0 at 0x220 irq 5 drq 1 on isa |Jul 24 00:36:09 moon /kernel.pnp12: SoundBlaster 16 4.13> at 0x220 irq 5 dma 1 |Jul 24 00:36:09 moon /kernel.pnp12: sbxvi0 at 0x220 irq 5 drq 5 on isa |Jul 24 00:36:09 moon /kernel.pnp12: sbxvi0 not probed due to I/O address conflict with sb0 at 0x220 |Jul 24 00:36:09 moon /kernel.pnp12: sbmidi0 at 0x330 irq 5 on isa |Jul 24 00:36:09 moon /kernel.pnp12: sbmidi0 not probed due to irq conflict with sb0 at 5 I got the same results on my SB32 non-PnP. Appears the problem is that several of the sound devices think they're on IRQ 5. pnp11 didn't have this problem and in fact was pretty close to being perfect (no 16-bit record was the only major thing -- see below); something changed between pnp11 and pnp12 to cause this to crop up. |On Wed, 23 Jul 1997, Amancio Hasty wrote: |> I fixed audio recording for the SB16 cards so if you have a |> SB16 please download the driver and please let me know how it works. |> |> Also I stripped away all the debugging output which was being |> printed during the probe/attach phase. Randall Date: Tue, 22 Jul 1997 21:34:24 -0400 From: Randall Hopper <rhh@ct.picker.com> To: Amancio Hasty <hasty@rah.star-gate.com> Subject: Re: ftp://rah.star-gate.com/pub/guspnp11.tar.gz |New sound driver release with important signal handling fix. |The nagging problem with the SB16 hanging or repeating |sound clips at the end is gone. | |If you want to know more about the fixes that went in see: |sound/REAMDE.GUSPNP in the tar ball. Just got a chance to pull it and run it past all the audio tests I can think of with my SB32. Here's the results: 1) Thanks for the good work on repeating and close() hanging fix! Did not hear any repeats, and when I allowed audio play apps to finish playing and terminate normally, I never saw them hang on close(). The only time I saw a hang was when I Ctrl-Ced the app in the middle of playback (e.g. mpg123); not all the time--sporatically as before. So as far as this specific problem goes (hanging), this driver is better than the checked-in version. 2) Load pops on start/end of AU playback. Still there. Don't see this with the checked-in driver. 3) Attempts to record 16-bit samples gives "Input/Output Error" now instead of the "Interrupted system call" before. For each failure, I get one of these in my console: Sound: DMA (input) timed out - IRQ/DRQ config error? 16-bit record works with the checked-in driver. 4) I think Louis or you mentioned this, but I also see probe output that's a little strange. Looks fine except for that dma 7 in there. Could this be related to the DMA error doing 16-bit record? ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970724072605.26661>