From owner-freebsd-multimedia Sun Jul 27 01:50:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23824 for multimedia-outgoing; Sun, 27 Jul 1997 01:50:22 -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 BAA23819 for ; Sun, 27 Jul 1997 01:50:18 -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 BAA01950 for ; Sun, 27 Jul 1997 01:50:17 -0700 (PDT) Message-Id: <199707270850.BAA01950@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: guspnp12 again 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Jul 1997 01:50:17 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please try guspnp12 again , I fixed the configuration problems that some of you reported. Tested with the latest 3.0-current kernel. Cards tested SB16 PnP and GUS PnP Pro. ftp://rah.star-gate.com/pub/guspnp12.tar.gz If all goes well this should be the last release and I shall try to help Luigi on his new sound driver. Have fun, Amancio From owner-freebsd-multimedia Sun Jul 27 12:38:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18411 for multimedia-outgoing; Sun, 27 Jul 1997 12:38:03 -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 MAA18404 for ; Sun, 27 Jul 1997 12:37:59 -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 MAA01693 for ; Sun, 27 Jul 1997 12:37:58 -0700 (PDT) Message-Id: <199707271937.MAA01693@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: guspnp12 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Jul 1997 12:37:58 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, a ton of effort when into guspnp12 mostly to support the SB cards. All I ask for is for bug reports . If you got a problem with the latest sound driver we want to hear about it . Tnks, Amancio From owner-freebsd-multimedia Sun Jul 27 12:45:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18589 for multimedia-outgoing; Sun, 27 Jul 1997 12:45:19 -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 MAA18580 for ; Sun, 27 Jul 1997 12:45:16 -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 MAA01753; Sun, 27 Jul 1997 12:44:54 -0700 (PDT) Message-Id: <199707271944.MAA01753@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: armin ollig cc: multimedia@freebsd.org Subject: Re: freebsd-current quake sound In-reply-to: Your message of "Sun, 27 Jul 1997 20:34:12 +0200." <33DB94A4.41C67EA6@data.tops.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Jul 1997 12:44:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I havent done it to make xquake's sound work;however, I posting this to the multimedia mailing list with the hope that someone is taking the lead on this. Regards, Amancio >From The Desk Of armin ollig : > hi Amanci, > > i just read your email from the BSD-list. > however i found it while searching for the reason of xquake's silence... > (linux-emu on a FreeBSD 3.0 180697snap). > > i just downloaded the mmap_test.c and oss stuff. will try to patch the > kernel. > > if you already have done the work and it worked, it would be nice, if > you could just drop me a line, and tell me *if* and maybe how it worked. > > i just wanted to talk to you, but: [Your party is refusing messages] > ...anyway > > best regards, > --armin > -- > --------------------------------------------------------------------- > | Name: armin ollig Email: armin@data.tops.net | > | | > | We don't care. We don't have to. We're the Systems Administration | > --------------------------------------------------------------------- From owner-freebsd-multimedia Sun Jul 27 13:57:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21100 for multimedia-outgoing; Sun, 27 Jul 1997 13:57:45 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21093 for ; Sun, 27 Jul 1997 13:57:41 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id WAA01156; Sun, 27 Jul 1997 22:57:35 +0200 Date: Sun, 27 Jul 1997 22:57:43 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 In-Reply-To: <199707271937.MAA01693@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It's coming :-) And you'll get some work to do.. Don't you worry ;) ./johan On Sun, 27 Jul 1997, Amancio Hasty wrote: > > Well, a ton of effort when into guspnp12 mostly to support the > SB cards. All I ask for is for bug reports . If you got a problem > with the latest sound driver we want to hear about it . > > Tnks, > Amancio > > > > -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+ The REAL OS * From owner-freebsd-multimedia Sun Jul 27 16:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27653 for multimedia-outgoing; Sun, 27 Jul 1997 16:29:33 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27645 for ; Sun, 27 Jul 1997 16:29:25 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id BAA02797; Mon, 28 Jul 1997 01:28:54 +0200 Date: Mon, 28 Jul 1997 01:29:02 +0200 (MET DST) From: Johan Larsson Reply-To: Johan Larsson To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-Reply-To: <199707270850.BAA01950@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I better say this first: Good job.. :-) Now i have done some testing with my sb16pnp card. And i must say it works a lot better than the last guspnp12 =P Well, after some quick tests.. Splay don't work, and it's some kind of clicking then i start rat (some kind of probing?). Playmidi still have some problems playing on both channels. The first time it plays on both, the second on the left, the third on both and so on... Splay: [johan@moon][ttyp1] ~/mp3/beck-odelay >splay 01-devils_haircut.mp3 splay: Failed to open sound device. (mpg123 works just superb). Rat: Failed to set non-blocking mode on audio device! kernellog: Jul 28 00:38:39 moon /kernel: sb0 at 0x220 irq 5 drq 1 on isa Jul 28 00:38:39 moon /kernel: SoundBlaster 16 4.13> at 0x220 irq 5 dma 1 Jul 28 00:38:39 moon /kernel: sbxvi0 at ? drq 5 on isa Jul 28 00:38:39 moon /kernel: SoundBlaster 16 4.13> dma 5 Jul 28 00:38:39 moon /kernel: sbmidi0 at 0x330 on isa Jul 28 00:38:40 moon /kernel: SoundBlaster MPU-401> at 0x330 Jul 28 00:38:40 moon /kernel: opl0 at 0x388 on isa Jul 28 00:38:40 moon /kernel: Yamaha OPL3 FM> at 0x388 I don't really know if i'm doing the right thing then i'm testing to record something. Please tell me if i'm doing wrong.. Recording from cd: cat /dev/audio > test.au cat /dev/dsp > test.dsp cat /dev/dspW > test.dspW Play files: cat test.au > /dev/audio cat test.dsp > /dev/dsp cat test.dspW > /dev/dspW All this seems to work just fine. There are a click then i'm starting a playback. When i'm recording from mic and dspW and plays thatfile, the first second i hear sounds from the previous playback(only the dspW device). It seems that something is not cleared right. I will do some further testing and see if i come up with something, but right now i'm to tired to understand what i'm doing :) Humm, rplay got this (it worked the first 3 times :/ ): Sound: DMA (output) timed out - IRQ/DRQ config error? And rplay sounds not as good than with the original driver. Hopefully you get something out of all this.. :-) The driver seems more stable now a days, but it sounds not as good :/ (how can that be?? The sound i mean ;). ./johan Here are my configs: Config: controller snd0 options "SBC_IRQ=5" device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? port? irq? drq 5 conflicts device sbmidi0 at isa? port 0x330 irq? conflicts device opl0 at isa? port 0x388 conflicts cat /dev/sndstat: VoxWare Sound Driver:3.5-alpha11-9707223 (Wed Jul 23 3:00:00 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 1: OPL-2/OPL-3 FM Type 2: SoundBlaster Type 6: SoundBlaster16 Type 7: SB16 MIDI Card config: SoundBlaster at 0x220 irq 5 drq 1 SoundBlaster16 at 0xffffffff irq 1 drq 5 SB16 MIDI at 0x330 irq 1 OPL-2/OPL-3 FM at 0x388 irq 1 Audio devices: 0: SoundBlaster 16 4.13 Synth devices: 0: Yamaha OPL-3 Midi devices: 0: SoundBlaster 16 Midi Timers: 0: System clock Mixers: 0: SoundBlaster On Sun, 27 Jul 1997, Amancio Hasty wrote: > > > Please try guspnp12 again , I fixed the configuration problems that > some of you reported. Tested with the latest 3.0-current kernel. > > Cards tested SB16 PnP and GUS PnP Pro. > > ftp://rah.star-gate.com/pub/guspnp12.tar.gz > > If all goes well this should be the last release and I shall try to > help Luigi on his new sound driver. > > > Have fun, > Amancio > > > > -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+ The REAL OS * From owner-freebsd-multimedia Sun Jul 27 19:05:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA03485 for multimedia-outgoing; Sun, 27 Jul 1997 19:05:08 -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 TAA03465 for ; Sun, 27 Jul 1997 19:05:01 -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 TAA01118; Sun, 27 Jul 1997 19:04:55 -0700 (PDT) Message-Id: <199707280204.TAA01118@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Johan Larsson cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-reply-to: Your message of "Mon, 28 Jul 1997 01:29:02 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Jul 1997 19:04:55 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Johan Larsson : > I better say this first: Good job.. :-) Tnks and don't worry about reporting bugs , right now all I am interested is mopping up the sound driver and shape it up , is that simple. > Now i have done some testing with my sb16pnp card. And i must say it works > a lot better than the last guspnp12 =P > > Well, after some quick tests.. Splay don't work, and it's some kind of > clicking then i start rat (some kind of probing?). Playmidi still have > some problems playing on both channels. The first time it plays on both, > the second on the left, the third on both and so on... Tnks I will look into . My first couple of tries over here with playmidi everything worked fine , I guess I have to test it some more to see if I can spot the bug. The gus sounds much better 8) > Splay: > [johan@moon][ttyp1] ~/mp3/beck-odelay >splay 01-devils_haircut.mp3 > splay: Failed to open sound device. (mpg123 works just superb). > > Rat: > Failed to set non-blocking mode on audio device! We currently don't support rat. If the author cares to send me the source which they have in the past, we will be able to fix whatever problems they have with respect to the sound driver. > kernellog: > Jul 28 00:38:39 moon /kernel: sb0 at 0x220 irq 5 drq 1 on isa > Jul 28 00:38:39 moon /kernel: SoundBlaster 16 4.13> at 0x220 irq 5 dma 1 > Jul 28 00:38:39 moon /kernel: sbxvi0 at ? drq 5 on isa > Jul 28 00:38:39 moon /kernel: SoundBlaster 16 4.13> dma 5 > Jul 28 00:38:39 moon /kernel: sbmidi0 at 0x330 on isa > Jul 28 00:38:40 moon /kernel: SoundBlaster MPU-401> at 0x330 > Jul 28 00:38:40 moon /kernel: opl0 at 0x388 on isa > Jul 28 00:38:40 moon /kernel: Yamaha OPL3 FM> at 0x388 > > I don't really know if i'm doing the right thing then i'm testing to > record something. Please tell me if i'm doing wrong.. > > Recording from cd: > cat /dev/audio > test.au > cat /dev/dsp > test.dsp > cat /dev/dspW > test.dspW > > Play files: > cat test.au > /dev/audio > cat test.dsp > /dev/dsp > cat test.dspW > /dev/dspW > > All this seems to work just fine. There are a click then i'm > starting a playback. Ah, the click. Not sure if I will fix it for this release . > When i'm recording from mic and dspW and plays thatfile, the first second > i hear sounds from the previous playback(only the dspW device). It seems > that something is not cleared right. I will do some further testing and > see if i come up with something, but right now i'm to tired to understand > what i'm doing :) Don't worry , I can track it down over here specially with Luigi's isa_dmapoll 8) > Humm, rplay got this (it worked the first 3 times :/ ): > Sound: DMA (output) timed out - IRQ/DRQ config error? > > And rplay sounds not as good than with the original driver. Not sure how to quantify this one however I will try do sort it out. > Hopefully you get something out of all this.. :-) The driver > seems more stable now a days, but it sounds not as good :/ (how can that > be?? The sound i mean ;). A bit more difficult to qualify however I will do my best. All in all I say that we are in good shape with some minor "kinks" Tnks a lot! Amancio From owner-freebsd-multimedia Sun Jul 27 21:27:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08927 for multimedia-outgoing; Sun, 27 Jul 1997 21:27:48 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts14-line9.uoregon.edu [128.223.150.175]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08921 for ; Sun, 27 Jul 1997 21:27:41 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id VAA06179; Sun, 27 Jul 1997 21:27:33 -0700 (PDT) Date: Sun, 27 Jul 1997 21:27:32 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-Reply-To: <199707270850.BAA01950@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Jul 1997, Amancio Hasty wrote: > > > Please try guspnp12 again , I fixed the configuration problems that > some of you reported. Tested with the latest 3.0-current kernel. > > Cards tested SB16 PnP and GUS PnP Pro. > > ftp://rah.star-gate.com/pub/guspnp12.tar.gz > > If all goes well this should be the last release and I shall try to > help Luigi on his new sound driver. If none of the GUS-related stuff changed, I report total success with a GUS PnP w/ 2MB RAM with guspnp-11. I checked it against /dev/audio, /dev/dsp, playmidi, vat, and mpg123 and not a single jitter or misstep anywhere. I can plug in -12 if you want any additional feedback for the GUS. (I borrowed our dept's zip drive, so I'm much more comfortable messing w/ the kernel now :) ) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Sun Jul 27 23:46:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13419 for multimedia-outgoing; Sun, 27 Jul 1997 23:46:38 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13413 for ; Sun, 27 Jul 1997 23:46:26 -0700 (PDT) Received: from sister.ludd.luth.se (gozer@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id IAA07261; Mon, 28 Jul 1997 08:46:19 +0200 Date: Mon, 28 Jul 1997 08:46:10 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-Reply-To: <199707280204.TAA01118@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Jul 1997, Amancio Hasty wrote: > Tnks I will look into . My first couple of tries over here with > playmidi everything worked fine , I guess I have to test it some more > to see if I can spot the bug. The gus sounds much better 8) I bet it does :) On the other hand i don't use midi for myself at all, i just want the driver to have good support for it :) You too i guess. :-) > We currently don't support rat. If the author cares to send me the > source which they have in the past, we will be able to fix > whatever problems they have with respect to the sound driver. Oh, i didn't know that. On the other hand, this seems to be the only problem with rat, the volume control for both playback and mic works. Oh, yes, you can't have to rat's running at the same time either. It says "bind: address already in use". But i'll guess that is a rat problem. Hmm, on the rat's homepage they say they only support FreeBSD with the OSS. Have you mailed them about porting rat btw? How is it with vat? Is that supported? After some quick tests i can not get it to crash and reboot my system as it did with the old driver. VERY nice :-) But the volume controls don't work at all. :/ > Ah, the click. Not sure if I will fix it for this release . Ok. > > When i'm recording from mic and dspW and plays thatfile, the first second > > i hear sounds from the previous playback(only the dspW device). It seems > > that something is not cleared right. I will do some further testing and > > see if i come up with something, but right now i'm to tired to understand > > what i'm doing :) > > Don't worry , I can track it down over here specially with Luigi's > isa_dmapoll 8) Ah, nice :-) > > Humm, rplay got this (it worked the first 3 times :/ ): > > Sound: DMA (output) timed out - IRQ/DRQ config error? > > > > And rplay sounds not as good than with the original driver. > > Not sure how to quantify this one however I will try do sort it out. Well, i didn't recompile rplay, maybe that's the problem? > > Hopefully you get something out of all this.. :-) The driver > > seems more stable now a days, but it sounds not as good :/ (how can that > > be?? The sound i mean ;). > > A bit more difficult to qualify however I will do my best. > > All in all I say that we are in good shape with some minor "kinks" I agree. > Tnks a lot! > Amancio You're welcome :-) Hopefully i can do some more "scientific" testing then i have more time =P Time, time.. What is time? Oh, is it that i have so little of, i thought that was money :) ./johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Mon Jul 28 00:14:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14848 for multimedia-outgoing; Mon, 28 Jul 1997 00:14:22 -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 AAA14843 for ; Mon, 28 Jul 1997 00:14:16 -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 AAA06196; Mon, 28 Jul 1997 00:14:12 -0700 (PDT) Message-Id: <199707280714.AAA06196@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Johan Larsson cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-reply-to: Your message of "Mon, 28 Jul 1997 08:46:10 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Jul 1997 00:14:12 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Briefly, 1. splay now works 2. rat does not fail due to non block i/o 3. recording from 16bit is fixed midi problem I have not had time to investigate. About the mixer , make sure that you copy cp /sys/i386/isa/sound/soundcard.h /usr/include/machine and recompile the mixer Not sure how vat is going to work on the new sound driver with the sb16 . It works rather will with the gus pnp pro. Presently, working on the rplay problem : DMA time out or that the sb16 is not generating an interrupt. Tnks! Amancio >From The Desk Of Johan Larsson : > On Sun, 27 Jul 1997, Amancio Hasty wrote: > > > Tnks I will look into . My first couple of tries over here with > > playmidi everything worked fine , I guess I have to test it some more > > to see if I can spot the bug. The gus sounds much better 8) > > I bet it does :) On the other hand i don't use midi for myself at all, i > just want the driver to have good support for it :) You too i guess. :-) > > > We currently don't support rat. If the author cares to send me the > > source which they have in the past, we will be able to fix > > whatever problems they have with respect to the sound driver. > > Oh, i didn't know that. On the other hand, this seems to be the only > problem with rat, the volume control for both playback and mic works. Oh, > yes, you can't have to rat's running at the same time either. It says > "bind: address already in use". But i'll guess that is a rat problem. Hmm, > on the rat's homepage they say they only support FreeBSD with the OSS. > Have you mailed them about porting rat btw? > > How is it with vat? Is that supported? After some quick tests i can not > get it to crash and reboot my system as it did with the old driver. VERY > nice :-) But the volume controls don't work at all. :/ > > > Ah, the click. Not sure if I will fix it for this release . > > Ok. > > > > When i'm recording from mic and dspW and plays thatfile, the first second > > > i hear sounds from the previous playback(only the dspW device). It seems > > > that something is not cleared right. I will do some further testing and > > > see if i come up with something, but right now i'm to tired to understand > > > what i'm doing :) > > > > Don't worry , I can track it down over here specially with Luigi's > > isa_dmapoll 8) > > Ah, nice :-) > > > > Humm, rplay got this (it worked the first 3 times :/ ): > > > Sound: DMA (output) timed out - IRQ/DRQ config error? > > > > > > And rplay sounds not as good than with the original driver. > > > > Not sure how to quantify this one however I will try do sort it out. > > Well, i didn't recompile rplay, maybe that's the problem? > > > > Hopefully you get something out of all this.. :-) The driver > > > seems more stable now a days, but it sounds not as good :/ (how can that > > > be?? The sound i mean ;). > > > > A bit more difficult to qualify however I will do my best. > > > > All in all I say that we are in good shape with some minor "kinks" > > I agree. > > > Tnks a lot! > > Amancio > > You're welcome :-) Hopefully i can do some more "scientific" testing then > i have more time =P Time, time.. What is time? Oh, is it that i have so > little of, i thought that was money :) > > ./johan > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Mon Jul 28 00:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15694 for multimedia-outgoing; Mon, 28 Jul 1997 00:30:42 -0700 (PDT) Received: from viviane.dassault-elec.fr (viviane.dassault-elec.fr [193.106.77.203]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15689 for ; Mon, 28 Jul 1997 00:30:38 -0700 (PDT) Received: from localhost (chambet@localhost) by viviane.dassault-elec.fr (8.8.5/jtpda-5.2) with SMTP id JAA26113 for ; Mon, 28 Jul 1997 09:28:20 +0200 (MET DST) Date: Mon, 28 Jul 1997 09:28:19 +0200 (MET DST) From: Beatrice Chambet To: multimedia FREEBSD Subject: unsubscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-multimedia Mon Jul 28 00:38:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15972 for multimedia-outgoing; Mon, 28 Jul 1997 00:38:12 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15966 for ; Mon, 28 Jul 1997 00:38:08 -0700 (PDT) Received: from sister.ludd.luth.se (gozer@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id JAA07931; Mon, 28 Jul 1997 09:38:03 +0200 Date: Mon, 28 Jul 1997 09:37:55 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: guspnp12 again 8) In-Reply-To: <199707280714.AAA06196@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When do you put it up on rah? I'll try it tonight :-) On Mon, 28 Jul 1997, Amancio Hasty wrote: > Briefly, > 1. splay now works > 2. rat does not fail due to non block i/o > 3. recording from 16bit is fixed > > midi problem I have not had time to investigate. > > > About the mixer , make sure that you copy > cp /sys/i386/isa/sound/soundcard.h /usr/include/machine > and recompile the mixer > > Not sure how vat is going to work on the new sound driver with the > sb16 . It works rather will with the gus pnp pro. > > > Presently, working on the rplay problem : > DMA time out or that the sb16 is not generating an interrupt. > > > Tnks! > Amancio > -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Mon Jul 28 17:13:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15294 for multimedia-outgoing; Mon, 28 Jul 1997 17:13:56 -0700 (PDT) Received: from inet03.citec.qld.gov.au (firewall-user@inet03.citec.qld.gov.au [203.5.10.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA15252 for ; Mon, 28 Jul 1997 17:13:32 -0700 (PDT) Received: by inet03.citec.qld.gov.au; id KAA14601; Tue, 29 Jul 1997 10:13:25 +1000 Received: from citecuf.citec.qld.gov.au(147.132.176.10) by inet03.citec.qld.gov.au via smap (3.2) id xmaa14340; Tue, 29 Jul 97 10:12:49 +1000 Received: from manila.workcover.qld.gov.au (netfl15a.workcover.qld.gov.au [167.123.24.12]) by citecuf.citec.qld.gov.au (8.8.3/8.8.3) with SMTP id JAA26528 for ; Tue, 29 Jul 1997 09:27:14 +1000 (EST) Received: from localhost by manila.workcover.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA24587 for ; Mon, 28 Jul 1997 23:27:59 GMT Message-Id: <199707282327.XAA24587@manila.workcover.qld.gov.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: Abuse source released X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 09:27:58 +1000 From: Stephen Hocking Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The well-known side-scroller game "abuse" has had it's source code released. Look in the press releases area at http://www.crack.com. It's quite sophisticated and should give a good idea on how to write a game, use mice effectively under X for games, and drive soundcards. Stephen -- The views expressed above are not those of WorkCover Queensland, Australia. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California From owner-freebsd-multimedia Mon Jul 28 19:19:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25333 for multimedia-outgoing; Mon, 28 Jul 1997 19:19:22 -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 TAA25323 for ; Mon, 28 Jul 1997 19:19:14 -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 TAA12951; Mon, 28 Jul 1997 19:18:43 -0700 (PDT) Message-Id: <199707290218.TAA12951@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stephen Hocking cc: multimedia@FreeBSD.ORG Subject: Re: Abuse source released In-reply-to: Your message of "Tue, 29 Jul 1997 09:27:58 +1000." <199707282327.XAA24587@manila.workcover.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Jul 1997 19:18:43 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, who is going to do FreeBSD package 8) Can't wait !! Cheers, Amancio >From The Desk Of Stephen Hocking : > > The well-known side-scroller game "abuse" has had it's source code > released. Look in the press releases area at http://www.crack.com. It's quite > sophisticated and should give a good idea on how to write a game, use mice > effectively under X for games, and drive soundcards. > > > Stephen > -- > The views expressed above are not those of WorkCover Queensland, Australia. > > "We've heard that a million monkeys at a million keyboards could produce > the Complete Works of Shakespeare; now, thanks to the Internet, we know > this is not true." Robert Wilensky, University of California > > From owner-freebsd-multimedia Mon Jul 28 19:44:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27728 for multimedia-outgoing; Mon, 28 Jul 1997 19:44:15 -0700 (PDT) Received: from pendor.McKusick.COM (root@pendor.bayarea.net [205.219.85.134]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27716 for ; Mon, 28 Jul 1997 19:44:09 -0700 (PDT) Received: (from benco@localhost) by pendor.McKusick.COM (8.8.5/8.6.9) id TAA21983 for freebsd-multimedia@freebsd.org; Mon, 28 Jul 1997 19:44:03 -0700 (PDT) Date: Mon, 28 Jul 1997 19:44:03 -0700 (PDT) From: Ben Cottrell Message-Id: <199707290244.TAA21983@pendor.McKusick.COM> To: freebsd-multimedia@freebsd.org Subject: Question on sampling and CD writers Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm thinking of setting myself up to burn audio CDs, and I need some advice on what hardware will work with FreeBSD. I'd much appreciate any comments or suggestions! There are two things I'm thinking about buying right now. One is a CD burner; I know I want to get one of those. The other is another sound card, because I can't seem to get my GUS MAX to record at 16 bits; but I'm still debating whether I actually want to take the plunge on that. My priorities for the CD burner are: it needs to be able to do audio tracks, and it needs to be well-supported, but I don't care about speed. I was thinking of the JVC 2Xwrite/4Xread SCSI-2 burner; what are people's opinions on that? Can it write audio tracks? My priorities for the sound card are: Low noise, high quality for recording, don't care about playing or MIDI. I also don't have DOS installed, so it needs to work completely under FreeBSD. Is anything from Gravis generally good? How about Turtle Beach? Yamaha? Or am I just better off trying harder to get my GUS MAX working? Any kind of feedback is *much* appreciated :-) Thanks a lot! ~Ben From owner-freebsd-multimedia Mon Jul 28 22:16:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09869 for multimedia-outgoing; Mon, 28 Jul 1997 22:16:33 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09862 for ; Mon, 28 Jul 1997 22:16:29 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id AAA29186; Tue, 29 Jul 1997 00:16:27 -0500 (CDT) Message-ID: <19970729001627.38422@futuresouth.com> Date: Tue, 29 Jul 1997 00:16:27 -0500 From: Tim Tsai To: freebsd-multimedia@freebsd.org Subject: Bt848 (STB) problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been trying to use a STB Video Capture card (based on the Bt848 chip) with 3.0-970618-SNAP without any luck. I always get a "ioctl: tlseep" error from the kernel whenever I run "dtv". I have tried this on two different motherboards and the same problem (having researched the thread in the mailing list archives). Can anybody tell me if there's anything I am doing wrong? OS: FreeBSD 3.0-970618-SNAP with XFree (the version that came with it) HW: Asus Triton motherboard (ATX), 16 megs of RAM, IDE drive Diamond Stealth 64 DRAM with 1 megs of DRAM NE2000 Ethernet card STB PCI Video capture board Vido source: RCA Jack I am using 640x480x15 mode. Thanks! Tim From owner-freebsd-multimedia Mon Jul 28 23:07:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13685 for multimedia-outgoing; Mon, 28 Jul 1997 23:07:04 -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 XAA13680 for ; Mon, 28 Jul 1997 23:07:02 -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 XAA00333; Mon, 28 Jul 1997 23:06:58 -0700 (PDT) Message-Id: <199707290606.XAA00333@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Tim Tsai cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 (STB) problems In-reply-to: Your message of "Tue, 29 Jul 1997 00:16:27 CDT." <19970729001627.38422@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Jul 1997 23:06:57 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, are you getting video? What is your input signal , ntsc or pal? Tnks, Amancio >From The Desk Of Tim Tsai : > I have been trying to use a STB Video Capture card (based on the Bt848 > chip) with 3.0-970618-SNAP without any luck. > > I always get a "ioctl: tlseep" error from the kernel whenever I run "dtv". > I have tried this on two different motherboards and the same problem > (having researched the thread in the mailing list archives). > > Can anybody tell me if there's anything I am doing wrong? > > OS: FreeBSD 3.0-970618-SNAP with XFree (the version that came with it) > HW: Asus Triton motherboard (ATX), 16 megs of RAM, IDE drive > Diamond Stealth 64 DRAM with 1 megs of DRAM > NE2000 Ethernet card > STB PCI Video capture board > Vido source: RCA Jack > > I am using 640x480x15 mode. > > Thanks! > > Tim From owner-freebsd-multimedia Mon Jul 28 23:34:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15452 for multimedia-outgoing; Mon, 28 Jul 1997 23:34:52 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA15445 for ; Mon, 28 Jul 1997 23:34:39 -0700 (PDT) Received: from brother.ludd.luth.se (gozer@brother.ludd.luth.se [130.240.16.78]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id IAA28910 for ; Tue, 29 Jul 1997 08:34:36 +0200 Date: Tue, 29 Jul 1997 08:34:33 +0200 (MET DST) From: Johan Larsson To: freebsd-multimedia@freebsd.org Subject: guspnp12b Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have tried this one now, but very quickly, because i had to rebuild my system last night and it toook 11.5 hours(ugh, should it take this long?, i have a 486 dx4/100 with 32meg ram). Back to guspnp12b. I noticed just one major thing, and that was that it repeated itself the last half of a second during playback. Otherwise the driver seems very stable. Another thing(but i guess that has to do with the fact that i rebuilt my system last night) is that suddenly the playback speed got slower and slower after each playback (it starts about with a quarter of normal speed). I ran a 0718 kernel on my last night -current system. Amancio, you said that i should rebuild my mixer, but now it doesn't work at all.. I'll rebuild my kernel today and get back to you of how it worked then. But i really think now this driver is ready to replace the current one, it is just these flaws that needs to be fixed. :-) Great work Amancio! ./johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Tue Jul 29 00:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20246 for multimedia-outgoing; Tue, 29 Jul 1997 00:21:26 -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 AAA20207 for ; Tue, 29 Jul 1997 00:21:20 -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 AAA02594; Tue, 29 Jul 1997 00:21:10 -0700 (PDT) Message-Id: <199707290721.AAA02594@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Johan Larsson cc: freebsd-multimedia@freebsd.org Subject: Re: guspnp12b In-reply-to: Your message of "Tue, 29 Jul 1997 08:34:33 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 29 Jul 1997 00:21:10 -0700 From: Amancio Hasty Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA20219 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tnks, I will try to fix the last dma bug . It has to deal with changing the size of the last dma request. Typically, with auto dma the sound card cycles thru the dma buffer at fixed step sizes and when the last output block of a sound stream is sent out it is usually not the same step size;hence, the driver gets into trouble well at least with the sb16 cards. Will try to fix it however if it looks too hard that is just the way that is going to be given that Luigi is revamping the dma algorithm , I rather fix for good on his version. Here is specifically whats going on: sb16_dsp.c:sb16_dsp_output_block(int dev, u_long buf, int count, int intrflag, int dma_restart) { u_long flags, cnt; cnt = count; if (dsp_16bit) cnt >>= 1; cnt--; if (audio_devs[dev]->flags & DMA_AUTOMODE && intrflag && cnt==dsp_count) { irq_mode = IMODE_OUTPUT; intr_active = 1; return; /* Auto mode on. No need to react */ } flags = splhigh(); if (dma_restart) { sb16_dsp_halt(dev); DMAbuf_start_dma(dev, buf, count, 1); } sb_dsp_command(0x41); sb_dsp_command((u_char) ((dsp_current_speed >> 8) & 0xff)); sb_dsp_command((u_char) (dsp_current_speed & 0xff)); sb_dsp_command((u_char) (dsp_16bit ? 0xb6 : 0xc6)); dsp_count = cnt; sb_dsp_command((u_char) ((dsp_stereo ? 0x20 : 0) + (dsp_16bit ? 0x10 : 0))); /* here on the last output block we write a block which is usually * less than dsp_count */ sb_dsp_command((u_char) (cnt & 0xff)); sb_dsp_command((u_char) (cnt >> 8)); irq_mode = IMODE_OUTPUT; intr_active = 1; splx(flags); } Here is an interesting reading, in case someone wants to try to fix the problem. ³ DSP commands ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ D0 - Pause 8-bit DMA mode digitized sound I/O initiated by command Cxh. Applicable to both single-cycle and auto-initialized DMA I/O. D4 - Continue 8-bit DMA mode digitized sound I/O paused using command D0. Applicable to both single-cycle and auto-initialzied DMA I/O. D5 - Pause 16-bit DMA mode digitized sound I/O initiated by command Bxh. Applicable to both single-cycle and auto-initialized DMA I/O. D6 - Continue 16-bit DMA mode digitized sound I/O paused using command D5 Applicable to both single-cycle and auto-initialized DMA I/O. D9 - Exit 16-bit auto-initialized DMA mode digitized sound I/O after the end of the current block. DA - Exit 8-bit auto-initialized DMA mode digitized sound I/O after the end of the current block. When single-cycle DMA is used, sound output stops at the end of each block. The interrupt handler can start another transfer, but there will be a break in output. This causes a click between each block, reducing sound quality. When auto-initialized DMA is used, sound output loops around at the end of the buffer. The DMA controller keeps transfering the same block of memory that the DMA transfer was initiated with. When the end of the buffer is reached, it will start sending the buffer again by auto-initializing the current offset and count registers with the values stored in the base offset and count registers. The usual method for achieving click-less output is to allocate a buffer and divide it into two blocks. Program the DMA controller with the length of the whole buffer, but program the SB16 with the length of a block. (Half of the buffer) An interrupt occurs for each sound card block, so two interrupts will occur each time the buffer is played, once at the midpoint (Start of the second block) and once at the end (In effect, the start of the first block) The interrupt handler should copy data into the block that was just finished so that the data is ready when it is needed for output. The programming procedure for an auto-initialized DMA transfer is identical to the procedure for a single-cycle DMA transfer, except that bit 4 of the DMA mode register and bit 3 of the DSP command are set. Upon interrupt when using auto-initialized DMA: 1) Copy next chunk into output buffer block that just finished 2) Acknowledge the interrupt with the SB by reading from port 2xE for 8-bit sound or port 2xF for 16-bit sound. 3) Acknowledge the end of interrupt with the PIC by writing 20h to port 20h. If the sound card is on IRQ8-15, you must also write 20h to A0h. To stop sound immediately: 8-bit - Write DSP command D0h (Pause 8-bit DMA mode digitized sound I/O) 16-bit - Write DSP command D5h (Pause 16-bit DMA mode digitized sound I/O) (Stops sound immediately, without an interrupt) To stop the sound at the end of the currently block: 8-bit - Write DSP command DAh (Stop 8-bit auto-init DMA sound I/O) 16-bit - Write DSP command D9h (Stop 16-bit auto-init DMA sound I/O) (These two commands will stop the sound at the end of the current block. If your program is not prepared for an interrupt after output is finished, it may cause problems) You can also end auto-initialized mode by reprogramming the DSP for single-cycle mode. The card then switches from A/I mode to S/C mode after the next interrupt. It will then contiue to play or record for the length specified, generate an interrupt and stop. This will allow you to stop output exactly at the end of the data, without requiring the remainder of the DMA buffer to be filled with silence. This technique may or may not be useful to you. I would recommend using the pause commands documented in in the immediate stop section unless another method is more suited to your purpose. Best Regards, Amancio >From The Desk Of Johan Larsson : > I have tried this one now, but very quickly, because i had to rebuild my > system last night and it toook 11.5 hours(ugh, should it take this > long?, i have a 486 dx4/100 with 32meg ram). > > Back to guspnp12b. I noticed just one major thing, and that was that it > repeated itself the last half of a second during playback. Otherwise the > driver seems very stable. > > Another thing(but i guess that has to do with the fact that i rebuilt my > system last night) is that suddenly the playback speed got slower and > slower after each playback (it starts about with a quarter of normal > speed). I ran a 0718 kernel on my last night -current system. > > Amancio, you said that i should rebuild my mixer, but now it doesn't work > at all.. I'll rebuild my kernel today and get back to you of how it > worked then. > > But i really think now this driver is ready to replace the current one, > it is just these flaws that needs to be fixed. :-) > > Great work Amancio! > > ./johan > > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > > From owner-freebsd-multimedia Tue Jul 29 00:24:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20493 for multimedia-outgoing; Tue, 29 Jul 1997 00:24:05 -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 AAA20468 for ; Tue, 29 Jul 1997 00:24:01 -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 AAA02633; Tue, 29 Jul 1997 00:23:56 -0700 (PDT) Message-Id: <199707290723.AAA02633@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Tim Tsai cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 (STB) problems In-reply-to: Your message of "Tue, 29 Jul 1997 01:12:52 CDT." <19970729011252.22861@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 00:23:55 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Can you please try fxtv and lets us know if you have any problems? http://multiverse.com/~rhh/fxtv/ Regards, Amancio >From The Desk Of Tim Tsai : > Hi, > > > are you getting video? > > No, not at all. I just get a black screen. > > > What is your input signal , ntsc or pal? > > The input signal comes from a camcorder and goes directly to the RCA > jack of the STB boad (NTSC). > > dmesg is showing that the board is identified correctly (STB board with > TEMIC tuner). > > Thanks! > > Tim > > > Tnks, > > Amancio > > > > >From The Desk Of Tim Tsai : > > > I have been trying to use a STB Video Capture card (based on the Bt848 > > > chip) with 3.0-970618-SNAP without any luck. > > > > > > I always get a "ioctl: tlseep" error from the kernel whenever I run "dtv" . > > > I have tried this on two different motherboards and the same problem > > > (having researched the thread in the mailing list archives). > > > > > > Can anybody tell me if there's anything I am doing wrong? > > > > > > OS: FreeBSD 3.0-970618-SNAP with XFree (the version that came with it) > > > HW: Asus Triton motherboard (ATX), 16 megs of RAM, IDE drive > > > Diamond Stealth 64 DRAM with 1 megs of DRAM > > > NE2000 Ethernet card > > > STB PCI Video capture board > > > Vido source: RCA Jack > > > > > > I am using 640x480x15 mode. > > > > > > Thanks! > > > > > > Tim From owner-freebsd-multimedia Tue Jul 29 00:38:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21101 for multimedia-outgoing; Tue, 29 Jul 1997 00:38:43 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA21096 for ; Tue, 29 Jul 1997 00:38:39 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id BAA29660; Tue, 29 Jul 1997 01:12:52 -0500 (CDT) Message-ID: <19970729011252.22861@futuresouth.com> Date: Tue, 29 Jul 1997 01:12:52 -0500 From: Tim Tsai To: Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 (STB) problems References: <19970729001627.38422@futuresouth.com> <199707290606.XAA00333@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199707290606.XAA00333@rah.star-gate.com>; from Amancio Hasty on Mon, Jul 28, 1997 at 11:06:57PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > are you getting video? No, not at all. I just get a black screen. > What is your input signal , ntsc or pal? The input signal comes from a camcorder and goes directly to the RCA jack of the STB boad (NTSC). dmesg is showing that the board is identified correctly (STB board with TEMIC tuner). Thanks! Tim > Tnks, > Amancio > > >From The Desk Of Tim Tsai : > > I have been trying to use a STB Video Capture card (based on the Bt848 > > chip) with 3.0-970618-SNAP without any luck. > > > > I always get a "ioctl: tlseep" error from the kernel whenever I run "dtv". > > I have tried this on two different motherboards and the same problem > > (having researched the thread in the mailing list archives). > > > > Can anybody tell me if there's anything I am doing wrong? > > > > OS: FreeBSD 3.0-970618-SNAP with XFree (the version that came with it) > > HW: Asus Triton motherboard (ATX), 16 megs of RAM, IDE drive > > Diamond Stealth 64 DRAM with 1 megs of DRAM > > NE2000 Ethernet card > > STB PCI Video capture board > > Vido source: RCA Jack > > > > I am using 640x480x15 mode. > > > > Thanks! > > > > Tim From owner-freebsd-multimedia Tue Jul 29 03:01:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA00773 for multimedia-outgoing; Tue, 29 Jul 1997 03:01:41 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA00756 for ; Tue, 29 Jul 1997 03:01:35 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA28978 for ; Tue, 29 Jul 1997 12:02:13 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA00484 for multimedia@freebsd.org; Tue, 29 Jul 1997 12:01:59 +0200 (MEST) Date: Tue, 29 Jul 1997 12:01:59 +0200 (MEST) From: Christoph Kukulies Message-Id: <199707291001.MAA00484@gil.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: snd970726.tgz feedback (kernel build failure) Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just grabbed the tarball, unpacked it into an empty /sys/i386/isa/sound directory and started a kernel build: L -include opt_global.h ../../i386/isa/sound/gus_vol.c cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DGUSMAX -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/sound/gus_wave.c In file included from ../../i386/isa/sound/gus_wave.c:35: machine/clock.h:42: parse error before `timer_freq' machine/clock.h:42: warning: data definition has no type or storage class machine/clock.h:44: parse error before `timer0_overflow_threshold' machine/clock.h:44: warning: data definition has no type or storage class machine/clock.h:45: parse error before `timer0_prescaler_count' machine/clock.h:45: warning: data definition has no type or storage class machine/clock.h:53: parse error before `__P' machine/clock.h:54: parse error before `__P' machine/clock.h:55: parse error before `)' machine/clock.h:56: parse error before `__P' machine/clock.h:57: parse error before `__P' machine/clock.h:58: parse error before `__P' machine/clock.h:60: parse error before `__P' machine/clock.h:65: parse error before `__P' *** Error code 1 Stop. # Looks like gus_wave.c could deserve a #include prior to inclusion of . Having gotten across this I'm still stuck with: . -I../../../include -DGUSMAX -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h -c vers.c loading kernel ioconf.o: Undefined symbol `_gusdriver' referenced from data segment ioconf.o: Undefined symbol `_gusintr' referenced from data segment *** Error code 1 Stop. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Tue Jul 29 03:18:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA01943 for multimedia-outgoing; Tue, 29 Jul 1997 03:18:58 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA01925 for ; Tue, 29 Jul 1997 03:18:51 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA29629 for ; Tue, 29 Jul 1997 12:19:33 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA00520 for multimedia@freebsd.org; Tue, 29 Jul 1997 12:19:25 +0200 (MEST) Date: Tue, 29 Jul 1997 12:19:25 +0200 (MEST) From: Christoph Kukulies Message-Id: <199707291019.MAA00520@gil.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: Luigi's snd driver - plain GUS issues Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi, should I leave hands off the current sound driver when hoping to get a version for the plain GUS (Classic) or GUS MAX working? I see pieces of code laid death (by #if 0 /* NSND > 0 */ ) in gus_card.c. Enabling it and getting arounfg the fact that snd.h contained #define NSND 0 I'm getting this from gus_card.c: ../../i386/isa/sound/sound.h:145: pnp.h: No such file or directory *** Error code 1 Stop. OK, I see, pnp support is underway. Another try: -include opt_global.h -c vers.c loading kernel gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment gus_card.o: Undefined symbol `_gus_wave_init' referenced from text segment gus_card.o: Undefined symbol `_gus_midi_init' referenced from text segment gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment gus_card.o: Undefined symbol `_IwaveOpen' referenced from text segment gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment gus_card.o: Undefined symbol `_guswave_dma_irq' referenced from text segment gus_card.o: Undefined symbol `_gus_midi_interrupt' referenced from text segment gus_card.o: Undefined symbol `_gus_timer_enabled' referenced from text segment gus_card.o: Undefined symbol `_sound_timer_interrupt' referenced from text segment gus_card.o: Undefined symbol `_gus_write8' referenced from text segment gus_card.o: Undefined symbol `_gus_timer_command' referenced from text segment gus_card.o: Undefined symbol `_gus_voice_irq' referenced from text segment gus_card.o: Undefined symbol `_gus_pcm_volume' referenced from text segment gus_card.o: Undefined symbol `_gus_wave_volume' referenced from text segment ad1848.o: Undefined symbol `_pcm_info' referenced from text segment ad1848.o: Undefined symbol `_pcm_info' referenced from text segment ad1848.o: Undefined symbol `_pcm_info' referenced from text segment ad1848.o: Undefined symbol `_pcm_info' referenced from text segment ad1848.o: Undefined symbol `_pcm_info' referenced from text segment Phew, I'm giving up. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Tue Jul 29 05:49:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA09454 for multimedia-outgoing; Tue, 29 Jul 1997 05:49:12 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA09447 for ; Tue, 29 Jul 1997 05:49:04 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA01782; Tue, 29 Jul 1997 13:48:55 +0200 From: Luigi Rizzo Message-Id: <199707291148.NAA01782@labinfo.iet.unipi.it> Subject: Re: Luigi's snd driver - plain GUS issues To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Tue, 29 Jul 1997 13:48:54 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199707291019.MAA00520@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Jul 29, 97 12:19:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi, > > should I leave hands off the current sound driver when hoping > to get a version for the plain GUS (Classic) or GUS MAX > working? > > I see pieces of code laid death (by #if 0 /* NSND > 0 */ ) > in gus_card.c. > At the moment I am concentrating on the SoundBlaster and MSS boards, which are the ones I can test. Once the major functionalities are working on that code, I will ask Amancio and other gus owners/hackers to help me to get it working (it should not be too hard, but I don't have any gus documentation, whereas I managed to get a copy of the Soundblaster and CS42xx/OPTi931 manuals) > Enabling it and getting arounfg the fact that snd.h contained > #define NSND 0 I'm getting this from gus_card.c: this suggests me that your configuration file is wrong. You have to update /sys/i386/conf/files.i386, and your configuration file. Please read the documentation in /sys/i386/isa/sound/doc (new as of the snd970727.tgz distribution). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Jul 29 05:59:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10134 for multimedia-outgoing; Tue, 29 Jul 1997 05:59:28 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA10120 for ; Tue, 29 Jul 1997 05:59:18 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA01805; Tue, 29 Jul 1997 13:58:01 +0200 From: Luigi Rizzo Message-Id: <199707291158.NAA01805@labinfo.iet.unipi.it> Subject: Re: guspnp12b To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 29 Jul 1997 13:58:01 +0200 (MET DST) Cc: gozer@ludd.luth.se, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <199707290721.AAA02594@rah.star-gate.com> from "Amancio Hasty" at Jul 29, 97 00:20:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Tnks, > > I will try to fix the last dma bug . It has to deal with=20 > changing the size of the last dma request. Typically, with=20 > auto dma the sound card cycles thru the dma buffer at fixed > step sizes and when the last output block of a sound stream > is sent out it is usually not the same step size;hence,=20 > the driver gets into trouble well at least with the sb16 cards. > > Will try to fix it however if it looks too hard that is just the=20 > way that is going to be given that Luigi is revamping the dma > algorithm , I rather fix for good on his version. I think this problem is related to the use of auto-DMA. Here is another one: take a board with a large on-board buffer, filled up using dma; do a first write whose size is shorter than the ISA dma buffer size. The first write will not fill up completely the ISA dma buffer, but will start the dma transfer in auto mode. The board reads bytes quite fast, since it has a buffer (something similar happens to me with the CS4236 and its 32-bytes FIFO). When the desired number of bytes has been transferred, you get an interrupt, but the dma transfer is not suspended (that's the point auto mode). The board tries to read more data, and fetches the previous content of the buffer, although there is no need for the data right now. This would not happen if normal dma was used. This is not to say that the problem cannot be solved, just that it is tricky to get it right, and one has to know a little bit about the board to know which DMA mode is better to use. Luigi From owner-freebsd-multimedia Tue Jul 29 07:52:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA18595 for multimedia-outgoing; Tue, 29 Jul 1997 07:52:47 -0700 (PDT) Received: from viviane.dassault-elec.fr (viviane.dassault-elec.fr [193.106.77.203]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA18590 for ; Tue, 29 Jul 1997 07:52:43 -0700 (PDT) Received: from localhost (chambet@localhost) by viviane.dassault-elec.fr (8.8.5/jtpda-5.2) with SMTP id QAA24957 ; Tue, 29 Jul 1997 16:49:50 +0200 (MET DST) Date: Tue, 29 Jul 1997 16:49:50 +0200 (MET DST) From: Beatrice Chambet To: multimedia FREEBSD cc: multimedia@freebsd.org Subject: unsubscribe In-Reply-To: <199707291001.MAA00484@gil.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-multimedia Tue Jul 29 10:17:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00195 for multimedia-outgoing; Tue, 29 Jul 1997 10:17:05 -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 KAA00189 for ; Tue, 29 Jul 1997 10:17:00 -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 KAA07526; Tue, 29 Jul 1997 10:15:33 -0700 (PDT) Message-Id: <199707291715.KAA07526@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies), multimedia@FreeBSD.ORG Subject: Re: Luigi's snd driver - plain GUS issues In-reply-to: Your message of "Tue, 29 Jul 1997 13:48:54 +0200." <199707291148.NAA01782@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 10:15:33 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If you like you can download the InterWave Programmers guide: ftp://rah.star-gate.com/pub/iwpg.pdf Cheers, Amancio >From The Desk Of Luigi Rizzo : > > Luigi, > > > > should I leave hands off the current sound driver when hoping > > to get a version for the plain GUS (Classic) or GUS MAX > > working? > > > > I see pieces of code laid death (by #if 0 /* NSND > 0 */ ) > > in gus_card.c. > > > > At the moment I am concentrating on the SoundBlaster and MSS boards, > which are the ones I can test. Once the major functionalities are working > on that code, I will ask Amancio and other gus owners/hackers to help > me to get it working (it should not be too hard, but I don't have any > gus documentation, whereas I managed to get a copy of the Soundblaster > and CS42xx/OPTi931 manuals) > > > Enabling it and getting arounfg the fact that snd.h contained > > #define NSND 0 I'm getting this from gus_card.c: > > this suggests me that your configuration file is wrong. You have to > update /sys/i386/conf/files.i386, and your configuration file. > > Please read the documentation in /sys/i386/isa/sound/doc (new as of the > snd970727.tgz distribution). > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Tue Jul 29 13:26:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10633 for multimedia-outgoing; Tue, 29 Jul 1997 13:26:41 -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 NAA10621 for ; Tue, 29 Jul 1997 13:26:34 -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 NAA08114; Tue, 29 Jul 1997 13:26:14 -0700 (PDT) Message-Id: <199707292026.NAA08114@rah.star-gate.com> To: Beatrice Chambet cc: multimedia FREEBSD Subject: Re: unsubscribe In-reply-to: Your message of "Tue, 29 Jul 1997 16:49:50 +0200." Date: Tue, 29 Jul 1997 13:26:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, If you want to unsubscribe, send mail to majordomo@freebsd.org unsubscribe multimedia@freebsd.org ---- If that does not work then, majordomo@freebsd.org help Cheers, Amandio >From The Desk Of Beatrice Chambet : > unsubscribe > > From owner-freebsd-multimedia Tue Jul 29 13:28:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10752 for multimedia-outgoing; Tue, 29 Jul 1997 13:28:44 -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 NAA10736 for ; Tue, 29 Jul 1997 13:28:38 -0700 (PDT) Received: (from hasty@localhost) by rah.star-gate.com (8.8.5/8.8.5) id NAA08120 for multimedia@freebsd.org; Tue, 29 Jul 1997 13:28:34 -0700 (PDT) Date: Tue, 29 Jul 1997 13:28:34 -0700 (PDT) From: Amancio Hasty Message-Id: <199707292028.NAA08120@rah.star-gate.com> To: multimedia@freebsd.org Subject: Has anyone managed to get abuse to work? Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wondering if anyone has managed to port "abuse"... Tnks, Amancio From owner-freebsd-multimedia Tue Jul 29 13:30:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10862 for multimedia-outgoing; Tue, 29 Jul 1997 13:30:53 -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 NAA10849 for ; Tue, 29 Jul 1997 13:30:48 -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 NAA08143; Tue, 29 Jul 1997 13:30:45 -0700 (PDT) Message-Id: <199707292030.NAA08143@rah.star-gate.com> To: Tim Tsai cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 (STB) problems In-reply-to: Your message of "Tue, 29 Jul 1997 01:12:52 CDT." <19970729011252.22861@futuresouth.com> Date: Tue, 29 Jul 1997 13:30:45 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Tim! Have you managed to get any video at all with Fxtv? Tnks, Amancio >From The Desk Of Tim Tsai : > Hi, > > > are you getting video? > > No, not at all. I just get a black screen. > > > What is your input signal , ntsc or pal? > > The input signal comes from a camcorder and goes directly to the RCA > jack of the STB boad (NTSC). > > dmesg is showing that the board is identified correctly (STB board with > TEMIC tuner). > > Thanks! > > Tim > > > Tnks, > > Amancio > > > > >From The Desk Of Tim Tsai : > > > I have been trying to use a STB Video Capture card (based on the Bt848 > > > chip) with 3.0-970618-SNAP without any luck. > > > > > > I always get a "ioctl: tlseep" error from the kernel whenever I run "dtv" . > > > I have tried this on two different motherboards and the same problem > > > (having researched the thread in the mailing list archives). > > > > > > Can anybody tell me if there's anything I am doing wrong? > > > > > > OS: FreeBSD 3.0-970618-SNAP with XFree (the version that came with it) > > > HW: Asus Triton motherboard (ATX), 16 megs of RAM, IDE drive > > > Diamond Stealth 64 DRAM with 1 megs of DRAM > > > NE2000 Ethernet card > > > STB PCI Video capture board > > > Vido source: RCA Jack > > > > > > I am using 640x480x15 mode. > > > > > > Thanks! > > > > > > Tim From owner-freebsd-multimedia Tue Jul 29 13:35:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11172 for multimedia-outgoing; Tue, 29 Jul 1997 13:35:10 -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 NAA11156 for ; Tue, 29 Jul 1997 13:35:01 -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 NAA08172; Tue, 29 Jul 1997 13:34:16 -0700 (PDT) Message-Id: <199707292034.NAA08172@rah.star-gate.com> To: Christoph Kukulies cc: multimedia@FreeBSD.ORG Subject: Re: Luigi's snd driver - plain GUS issues In-reply-to: Your message of "Tue, 29 Jul 1997 12:19:25 +0200." <199707291019.MAA00520@gil.physik.rwth-aachen.de> Date: Tue, 29 Jul 1997 13:34:15 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi , Don't worry . Luigi has his sound driver working with a cs4236 which is a superset of a cs4231 which means that it will be a piece of cake to support the gus pnp. Cheers, Amancio >From The Desk Of Christoph Kukulies : > Luigi, > > should I leave hands off the current sound driver when hoping > to get a version for the plain GUS (Classic) or GUS MAX > working? > > I see pieces of code laid death (by #if 0 /* NSND > 0 */ ) > in gus_card.c. > > Enabling it and getting arounfg the fact that snd.h contained > #define NSND 0 I'm getting this from gus_card.c: > > ../../i386/isa/sound/sound.h:145: pnp.h: No such file or directory > *** Error code 1 > > Stop. > > OK, I see, pnp support is underway. > > Another try: > > -include opt_global.h -c vers.c > loading kernel > gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment > gus_card.o: Undefined symbol `_gus_wave_init' referenced from text segment > gus_card.o: Undefined symbol `_gus_midi_init' referenced from text segment > gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment > gus_card.o: Undefined symbol `_IwaveOpen' referenced from text segment > gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment > gus_card.o: Undefined symbol `_gus_wave_detect' referenced from text segment > gus_card.o: Undefined symbol `_guswave_dma_irq' referenced from text segment > gus_card.o: Undefined symbol `_gus_midi_interrupt' referenced from text segme nt > gus_card.o: Undefined symbol `_gus_timer_enabled' referenced from text segmen t > gus_card.o: Undefined symbol `_sound_timer_interrupt' referenced from text se gment > gus_card.o: Undefined symbol `_gus_write8' referenced from text segment > gus_card.o: Undefined symbol `_gus_timer_command' referenced from text segmen t > gus_card.o: Undefined symbol `_gus_voice_irq' referenced from text segment > gus_card.o: Undefined symbol `_gus_pcm_volume' referenced from text segment > gus_card.o: Undefined symbol `_gus_wave_volume' referenced from text segment > ad1848.o: Undefined symbol `_pcm_info' referenced from text segment > ad1848.o: Undefined symbol `_pcm_info' referenced from text segment > ad1848.o: Undefined symbol `_pcm_info' referenced from text segment > ad1848.o: Undefined symbol `_pcm_info' referenced from text segment > ad1848.o: Undefined symbol `_pcm_info' referenced from text segment > > Phew, I'm giving up. > > > -- > Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Tue Jul 29 14:26:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14101 for multimedia-outgoing; Tue, 29 Jul 1997 14:26:54 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14091 for ; Tue, 29 Jul 1997 14:26:51 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id XAA12710; Tue, 29 Jul 1997 23:26:41 +0200 Date: Tue, 29 Jul 1997 23:26:50 +0200 (MET DST) From: Johan Larsson Reply-To: Johan Larsson To: Amancio Hasty cc: FreeBSD Multimedia Subject: guspnp13 In-Reply-To: <199707291158.NAA01805@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well.. Some (new) bugs: splay: Failed to open sound device. Recording from dspW records the previous stream played to dspW and then continous from recorded media. (hope you did undderstand :). Then trying to record from dspW with mic i get: Sound: DMA (input) timed out - IRQ/DRQ config error? The dsp and audio device's works good. :-) Splay and rplay works now too(i didn't have the time to test it with the pnp12b). Vat i haven't tested with yet, because the port is messing with me :/ >From pnp13 i get this then i boot: sb0 at 0x220 irq 5 drq 1 on isa SoundBlaster 16 4.13 at 0x220 irq 5 dma 1 sbxvi0 at 0x220 irq 5 drq 5 on isa SoundBlaster 16 4.13 at 0x220 irq 5 dma 5 device combination doesn't support shared irq5 intr_connect(irq5) failed, result=-1 sbmidi0 at 0x330 irq 5 on isa SoundBlaster MPU-401 at 0x330 irq 5 device combination doesn't support shared irq5 intr_connect(irq5) failed, result=-1 opl0 at 0x388 irq 31 on isa Yamaha OPL3 FM at 0x388 create_intr: requested irq31 too high, limit is 15 My config is exactly as yours in the README file. ./johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Tue Jul 29 15:54:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18972 for multimedia-outgoing; Tue, 29 Jul 1997 15:54:21 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18964 for ; Tue, 29 Jul 1997 15:54:15 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA03715; Wed, 30 Jul 97 00:54:17 +0100 Date: Wed, 30 Jul 97 00:54:17 +0100 Message-Id: <9707292354.AA03715@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: hasty@rah.star-gate.com Cc: multimedia@freebsd.org In-Reply-To: <199707292028.NAA08120@rah.star-gate.com> (message from Amancio Hasty on Tue, 29 Jul 1997 13:28:34 -0700 (PDT)) Subject: Re: Has anyone managed to get abuse to work? X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Amancio Hasty writes: > Just wondering if anyone has managed to port "abuse"... Just add '#include ' in imlib/port/unix/jdir.c; ./configure; gmake :-) Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-multimedia Tue Jul 29 16:29:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20881 for multimedia-outgoing; Tue, 29 Jul 1997 16:29:37 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20876 for ; Tue, 29 Jul 1997 16:29:31 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id BAA00323; Wed, 30 Jul 1997 01:28:22 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199707292328.BAA00323@helbig.informatik.ba-stuttgart.de> Subject: Re: Sound Blaster PnP in -current In-Reply-To: <199707282148.HAA13318@labs.usn.blaze.net.au> from David Nugent at "Jul 29, 97 07:48:27 am" To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Wed, 30 Jul 1997 01:28:22 +0200 (MET DST) Cc: multimedia@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Thank you for your reply, but it doesn't work yet. > Method 1: boot dos first and run ctcm. I don't have access to dos so I tried Method 2. > Method 2: use the pnp patch to configure the card (my -current-fied) > version of this attached. Apply in /usr/src/sys. You'll have to edit > pnp.c to insert your card's settings. As you can see, I'm using 0x220, > 0x300 (usually 0x330, but I have an aha1542 at that address), 0x388, > and dma 1 7 (usually 5), irq 5. I changed to the ``default'' settings and got this result from dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Jul 30 00:24:33 MET DST 1997 helbig@helbig.informatik.ba-stuttgart.de:/usr/home/helbig/src/sys.bisdn/compile/RVC1 CPU: i486DX (486-class CPU) real memory = 25165824 (24576K bytes) avail memory = 22687744 (22156K bytes) Probing for devices on PCI bus 0: vga0: rev 0x00 int a irq 255 on pci0.14.0 wdc0: rev 0x02 int a irq 14 on pci0.15.0 chip0: rev 0x01 on pci0.16.0 chip1: rev 0x01 on pci0.18.0 Checking for Plug-n-Play devices... Board Vendor ID: CTL0070 Board Serial Number: ffffffff ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Is CTL0070 the Vendor ID of Soundblaster 16 PnP and does the serial number look normal? Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 812MB (1664208 sectors), 1651 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, intr, iordis wcd0: 689Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 1221MB (2501856 sectors), 2482 cyls, 16 heads, 63 S/T, 512 B/S tel0 at 0xd80 irq 9 on isa IPP attach 0 f01c6c84 tel0: card type Teles S0/16.3 npx0 on motherboard npx0: INT 16 interface sb_reset_dsp failed sb0 not found at 0x220 sb_reset_dsp failed sbxvi0 not found sbmidi0 not found at 0x330 opl0 not found at 0x388 I used the latest sound driver package (guspnp12.tar.gz) (thanks for pointing it out, Amancio!) but it still does not probe the card. Maybe it's my cheepo motherboard and/or bios? Is the card broken? Did I miss something obvious? If you have any idea on how to proceed, let me know. Thanks in advance Wolfgang From owner-freebsd-multimedia Tue Jul 29 16:36:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21416 for multimedia-outgoing; Tue, 29 Jul 1997 16:36:06 -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 QAA21405; Tue, 29 Jul 1997 16:36:03 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 29 Jul 1997 19:35:25 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA05492; Tue, 29 Jul 97 19:35:24 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA22994; Tue, 29 Jul 1997 19:33:03 -0400 Message-Id: <19970729193303.55916@ct.picker.com> Date: Tue, 29 Jul 1997 19:33:03 -0400 From: Randall Hopper To: EMANUELE COSTA Cc: freebsd-hackers@freebsd.org, multimedia@freebsd.org Subject: Re: Sound Blaster 16 PnP References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from EMANUELE COSTA on Tue, Jul 29, 1997 at 06:40:08PM +0100 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk | I'm trying to install a Sound Balster 16 PnP and I've been told |that I should search for the OSS package. Could anyone help me? | Thanks in advance, (I'm forwarding this on over to the multimedia list since it's more likely to be noticed by a person that can help you there.) I believe Luigi Rizzo's (luigi@labinfo.iet.unipi.it) gotten his SB16-compatible PnP card working using the latest beta Voxware sound drivers. The latest two driver snaps are at: ftp://rah.star-gate.com/pub/guspnp12.tar.gz ftp://rah.star-gate.com/pub/guspnp11.tar.gz (Ignore the filename -- it continues to cause confusion.) There have also been posts to the lists recently regarding folks that having gotten their PnP sound cards working using Sujal Patel's ISA PnP tools. In fact there was one today on -current where someone posted their mods for a SB16 PnP. I'd try the latest driver rev above first since its destined shortly to be the new sound driver, and it'd be good to get your input and make sure it supports your card out-of-the-box. If you have any problems, please post to the multimedia@freebsd.org list. The sound driver rework is the current hot topic; input is being solicited from anyone with a soundcard. Randall Hopper From owner-freebsd-multimedia Tue Jul 29 16:44:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21851 for multimedia-outgoing; Tue, 29 Jul 1997 16:44:50 -0700 (PDT) Received: from labs.usn.blaze.net.au (root@labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21844 for ; Tue, 29 Jul 1997 16:44:43 -0700 (PDT) Received: from labs.usn.blaze.net.au (davidn@local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.6/8.8.5) with ESMTP id JAA03982; Wed, 30 Jul 1997 09:43:59 +1000 (EST) Message-Id: <199707292343.JAA03982@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Wolfgang Helbig Cc: multimedia@freebsd.org Subject: Re: Sound Blaster PnP in -current In-reply-to: Your message of "Wed, 30 Jul 1997 01:28:22 +0200." <199707292328.BAA00323@helbig.informatik.ba-stuttgart.de> X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 09:43:58 +1000 From: David Nugent Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Method 1: boot dos first and run ctcm. > > I don't have access to dos so I tried Method 2. OK, it is a good fallback method only. :-) One question though - does your BIOS support PNP specifically? Later Award bioses have this thing about PNP, and it kept resetting the card settings whenever I rebooted. Pretty annoying at the time since I was relying on being able to boot into DOS first for this to work, and now that I'm using a new motherboard I've had to install this driver. > > Method 2: use the pnp patch to configure the card (my -current-fied) > > version of this attached. Apply in /usr/src/sys. You'll have to edit > > pnp.c to insert your card's settings. As you can see, I'm using 0x220, > > 0x300 (usually 0x330, but I have an aha1542 at that address), 0x388, > > and dma 1 7 (usually 5), irq 5. > > I changed to the ``default'' settings and got this result from dmesg: Ah, get the full patch from freefall which contains pnpinfo, which you'll need to properly set up the card. I think the full URL is: http://www.freefall.org/~smpatel/FreeBSD-ISA_PnP_June8.tar.gz you'll need this to enter the id for the card. Sorry I omitted mentioning it previously, but I'd fine tuned things here so I could just patch away anytime I wanted to build a kernel and completely forgot. :) Well, that's my excuse and I'm sticking to it. This "pnp support" sort of sucks, since the idea is that you should be able to plug it in and go. Having to edit a .c file is sort of missing the point. :-) In any case, this allows pnp devices to actually work, so its better than not having them work at all. > Board Vendor ID: CTL0070 Board Serial Number: ffffffff > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Is CTL0070 the Vendor ID of Soundblaster 16 PnP and does the serial number > look normal? No, the serial number doesn't look normal. The vendor id is probably correct. Mine is slightly different, but I guess that's normal for a range of products that are sold under one name but it is actually multiple products. The "Vibra C" series, for example, is different from the standard sb16, yet they work exactly the same. I've no idea why they do this or what, if any, differences there are. > I used the latest sound driver package (guspnp12.tar.gz) > (thanks for pointing it out, Amancio!) but it still does > not probe the card. I'm going to have to look at this shortly. I fetched it after I read his post. > Maybe it's my cheepo motherboard and/or bios? Is the card broken? > Did I miss something obvious? Yeah, the whole idea of pnp on isa sucks. :-) Regards, David -- David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-multimedia Tue Jul 29 18:55:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28632 for multimedia-outgoing; Tue, 29 Jul 1997 18:55:07 -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 SAA28612 for ; Tue, 29 Jul 1997 18:54:58 -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 SAA02754; Tue, 29 Jul 1997 18:54:19 -0700 (PDT) Message-Id: <199707300154.SAA02754@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: David Nugent cc: Wolfgang Helbig , multimedia@FreeBSD.ORG Subject: Re: Sound Blaster PnP in -current In-reply-to: Your message of "Wed, 30 Jul 1997 09:43:58 +1000." <199707292343.JAA03982@labs.usn.blaze.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 18:54:19 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of David Nugent : > This "pnp support" sort of sucks, since the idea is that you should > be able to plug it in and go. Having to edit a .c file is sort of > missing the point. :-) In any case, this allows pnp devices to > actually work, so its better than not having them work at all. > Yes, we are painfully aware of the current scenario however we do intent to correct this situation . Luigi Rizzo has taken the lead in revamping the sound driver as well as to provide true PnP support. For whatever is worth , when we are done it will work pretty much like Win95 or perhaps better 8) Regards, Amancio From owner-freebsd-multimedia Tue Jul 29 19:02:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29155 for multimedia-outgoing; Tue, 29 Jul 1997 19:02:49 -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 TAA29144 for ; Tue, 29 Jul 1997 19:02:41 -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 TAA02842; Tue, 29 Jul 1997 19:02:29 -0700 (PDT) Message-Id: <199707300202.TAA02842@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: Luigi's snd driver - plain GUS issues In-reply-to: Your message of "Tue, 29 Jul 1997 21:41:28 +0200." <199707291941.VAA02446@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 19:02:28 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, there is the multimedia web page so the current maintainer can add a pointer. We should be able to create a web page for the sound driver. Preferably it should be up at FreeBSD.org . So does anyone wants to take the lead in writing up a cool/jazzy sound driver development web page? Here is a first cut at what I would like to see and by no means I am no html expert or artist: http://rah.star-gate.com/HyperNews/get/forums/sound.html webglimpse search index is currently broken however I used to have it working --- sorry I don't know perl . So briefly, it should hold useful information like soundcard docs, FAQ, current state of development, search index, etc... Regards, Amancio >From The Desk Of Luigi Rizzo : > > If you like you can download the InterWave Programmers guide: > > > > ftp://rah.star-gate.com/pub/iwpg.pdf > > thanks for the pointer. Do you have an 'official' url that can be > included in the documentation related to the sound driver (and FreeBSD > hardware in general ?) > > Cheers > Luigi From owner-freebsd-multimedia Tue Jul 29 22:04:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08389 for multimedia-outgoing; Tue, 29 Jul 1997 22:04:02 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA08374; Tue, 29 Jul 1997 22:03:58 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA03229; Wed, 30 Jul 1997 06:04:33 +0200 From: Luigi Rizzo Message-Id: <199707300404.GAA03229@labinfo.iet.unipi.it> Subject: Advice sought on PnP configuration To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 30 Jul 1997 06:04:33 +0200 (MET DST) Cc: hackers@freebsd.org, multimedia@freebsd.org In-Reply-To: <199707300216.TAA03025@rah.star-gate.com> from "Amancio Hasty" at Jul 29, 97 07:16:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hopefully, with the on-going work in the multimedia group we will > make the use of PnP devices a very painless experience. I am revising the PnP configuration stuff. I have got to a point where it behaves very similarly to the PCI configuration stuff, i.e. it relies on the BIOS to set addresses and IRQs correctly, and then fetches the parameters from the board and passes them to the driver. No manual configuration required (of course, the OS must recognize your card, but that's another problem and is common with PCI stuff -- within some time, a reasonable database of card IDs can be compiled to have things working for a wide range of boards). HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to work correctly (which might be false, see at the end of the message). In order to configure cards correctly, the bios should know which IRQs and which I/O address ranges are used by plain isa devices. The former can be told to some bioses, the latter I have never seen how to do on my systems. This is not a big deal with PCI devices since they usually map addresses in the high range of iospace, but a serious problem with PnP ISA devices where iospace is tight and shared with non PnP devices. Since we cannot trust the BIOS (because it does not have enough info) the only way to do autoconfiguration reliably in FreeBSD is the following: 1 probe & attach pci devices 2 disable all pnp devices, so that they are not recognized by isa probes; 3 probe & attach plain isa devices; 4 configure PnP devices, using info derived from the isa configuration process to determine which address ranges and irqs are busy; 5 activate PnP devices; 6 finally, probe and attach PnP devices. Any comments on the above ? Right now I am doing steps in the order 1, 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can fail in some cases for the reasons stated above. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Jul 29 22:47:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10575 for multimedia-outgoing; Tue, 29 Jul 1997 22:47:23 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10570; Tue, 29 Jul 1997 22:47:17 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id XAA11340; Tue, 29 Jul 1997 23:47:09 -0600 (MDT) Message-Id: <199707300547.XAA11340@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Luigi Rizzo cc: hasty@rah.star-gate.com (Amancio Hasty), hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Wed, 30 Jul 1997 06:04:33 +0200." <199707300404.GAA03229@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Jul 1997 23:47:08 -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Any comments on the above ? Right now I am doing steps in the order 1, > 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can > fail in some cases for the reasons stated above. do you have the MindShare Inc. book on PnP? I've never looked inside it, but if its half as good as their other books (Pentium Processor System Architecture, etc.) it would probably prove invaluable: Plus and Play System Architecture, MindShare Inc., Tom Shanley, Don Anderson Addison Wesley Longman 0-201-41013-30 4/95 Soft Cover 400 pages Designed as a companion volume to the official hardware design guide for Windows 95, this book provides a detailed hardware and software description of the Plug and Play technology that is integrated into Windows 95 and will soon appear in other operating systems, including Windows NT. In addition to coverage of ISA and EISA Plug and Play, PCMCIA and PCI are also discussed. Tom Shanley provides a comprehensive treatment of the subject including: Legacy ISA drawbacks Plug and Play EISA and ISA cards Windows 95 PCI problems Windows 95 PCMCIA enhancements Plug and Play terminology defined Description of configuration registers Resource data structure Plug and Play BIOS Device ID format and Windows 95 device IDs -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Jul 29 22:56:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA11010 for multimedia-outgoing; Tue, 29 Jul 1997 22:56:11 -0700 (PDT) Received: from dapo.com (jupiter.dapo.com [207.153.178.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11003 for ; Tue, 29 Jul 1997 22:56:05 -0700 (PDT) Received: from saturn.dapo.com (saturn.dapo.com [207.153.178.43]) by dapo.com (8.7.5/8.7.3) with SMTP id WAA12634 for ; Tue, 29 Jul 1997 22:59:40 -0700 (PDT) Message-ID: <33DED7BC.50B6@dapo.com> Date: Tue, 29 Jul 1997 22:57:16 -0700 From: Dave Porko Reply-To: dave@dapo.com X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: help: programing interface to bt848 video capture cards Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all I need programming help with the newly created driver for the Bt848 based video capture cards. I've downloaded this driver and have configured it for the WinCast/TV board but I haven't found much programming info. I want to be able to set the TV channel and then capture a single frame. I've found freq.c which explains how to change the channel, now I need to know how to set the resolution and capture a single frame. Is the Brooktree similar to the meteor driver? I currently have a utility that will capture a frame from the meteor card and create a web page for display. I'm trying to duplicate this behavior with the much cheaper winCast/TV card. If someone can send me a sample piece of code to capture a single frame similar to what is included in the meteor man page I would greatly appreciate it. Thanks in advance. Dave Porko dave@dapo.com From owner-freebsd-multimedia Tue Jul 29 23:01:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11279 for multimedia-outgoing; Tue, 29 Jul 1997 23:01:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11264; Tue, 29 Jul 1997 23:01:45 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA19038; Wed, 30 Jul 1997 15:30:45 +0930 (CST) From: Michael Smith Message-Id: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707300404.GAA03229@labinfo.iet.unipi.it> from Luigi Rizzo at "Jul 30, 97 06:04:33 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 30 Jul 1997 15:30:44 +0930 (CST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > I am revising the PnP configuration stuff. I have got to a point > where it behaves very similarly to the PCI configuration stuff, > i.e. it relies on the BIOS to set addresses and IRQs correctly, > and then fetches the parameters from the board and passes them to > the driver. No manual configuration required (of course, the OS > must recognize your card, but that's another problem and is common > with PCI stuff -- within some time, a reasonable database of card > IDs can be compiled to have things working for a wide range of > boards). This information is also available from the ECSD, which can also only be fetched from the BIOS. > In order to configure cards correctly, the bios should know which > IRQs and which I/O address ranges are used by plain isa devices. > The former can be told to some bioses, the latter I have never seen > how to do on my systems. The former is available from the ECSD, the latter is specifically covered in the PnP specification. > Since we cannot trust the BIOS (because it does not have enough > info) the only way to do autoconfiguration reliably in FreeBSD is > the following: We should only not trust the BIOS if it is broken. The bottom line here is actually easy to determine; how do Microsoft do it? Do they trust the BIOS if present, or do they start from scratch. Given that we have to work on systems with no BIOS PnP support, I'd be inclined to look for means for locating IRQ availability information (ECSD, perhaps reading back the IRQ routing data from known chipsets), and then use the PnP technique to handle I/O conflicts. > 1 probe & attach pci devices > 2 disable all pnp devices, so that they are not recognized by isa probes; > 3 probe & attach plain isa devices; > 4 configure PnP devices, using info derived from the isa configuration > process to determine which address ranges and irqs are busy; > 5 activate PnP devices; > 6 finally, probe and attach PnP devices. > > Any comments on the above ? Right now I am doing steps in the order 1, > 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can > fail in some cases for the reasons stated above. My personal preference : - gather all the information : PCI probe PnP probe get ISA config (compiled in, datafile, etc.) get PCI/PnP identifier tables (compiled in, bootloader, etc.) - attach PCI devices I/O ports and IRQs are assigned by the PCI rules. - attach PnP devices IRQs are taken from the free pool left after PCI assignment and those marked for 'legacy' use. I/O ports are probed as per the PnP spec. - walk ISA config data, probe possible devices We know which IRQ and I/O resources are still available, we can hunt for devices that match the gaps. I think it's important to leave the 'legacy' devices until _last_, as this prevents a PnP device being accidentally recognised as a 'legacy' device. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Tue Jul 29 23:40:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13151 for multimedia-outgoing; Tue, 29 Jul 1997 23:40:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13145; Tue, 29 Jul 1997 23:40:32 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19238; Wed, 30 Jul 1997 16:09:29 +0930 (CST) From: Michael Smith Message-Id: <199707300639.QAA19238@genesis.atrad.adelaide.edu.au> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jul 30, 97 03:30:44 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Jul 1997 16:09:29 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith stands accused of saying: > > My personal preference : > > - gather all the information : > PCI probe > PnP probe > get ISA config (compiled in, datafile, etc.) > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > - attach PCI devices > I/O ports and IRQs are assigned by the PCI rules. > - attach PnP devices > IRQs are taken from the free pool left after PCI assignment and > those marked for 'legacy' use. I/O ports are probed as per the > PnP spec. > - walk ISA config data, probe possible devices > We know which IRQ and I/O resources are still available, > we can hunt for devices that match the gaps. - attach/detach PCCARD devices we know which resources are still free, and can map these across possible config indexes in the card until a match is found. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Tue Jul 29 23:57:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14065 for multimedia-outgoing; Tue, 29 Jul 1997 23:57:21 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA14055; Tue, 29 Jul 1997 23:57:09 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA03429; Wed, 30 Jul 1997 07:52:59 +0200 From: Luigi Rizzo Message-Id: <199707300552.HAA03429@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Jul 1997 07:52:58 +0200 (MET DST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 30, 97 03:30:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo stands accused of saying: > > the driver. No manual configuration required (of course, the OS > > must recognize your card, but that's another problem and is common ... > This information is also available from the ECSD, which can also only > be fetched from the BIOS. wrong wording... I should have said "the OS must _know_ your card, or how can it know that pnp_id 0x12345678 corresponds to the board "foo" and must use driver "bar"... > > In order to configure cards correctly, the bios should know which > > IRQs and which I/O address ranges are used by plain isa devices. > > The former can be told to some bioses, the latter I have never seen > > how to do on my systems. > > The former is available from the ECSD, the latter is specifically > covered in the PnP specification. how ? I am talking about non-pnp devices... > > Since we cannot trust the BIOS (because it does not have enough > > info) the only way to do autoconfiguration reliably in FreeBSD is > > the following: > > We should only not trust the BIOS if it is broken. The bottom line > here is actually easy to determine; how do Microsoft do it? Do they > trust the BIOS if present, or do they start from scratch. > > Given that we have to work on systems with no BIOS PnP support, I'd be > inclined to look for means for locating IRQ availability information > (ECSD, perhaps reading back the IRQ routing data from known chipsets), > and then use the PnP technique to handle I/O conflicts. > > > 1 probe & attach pci devices > > 2 disable all pnp devices, so that they are not recognized by isa probes; > > 3 probe & attach plain isa devices; > > 4 configure PnP devices, using info derived from the isa configuration > > process to determine which address ranges and irqs are busy; > > 5 activate PnP devices; > > 6 finally, probe and attach PnP devices. > > > > Any comments on the above ? Right now I am doing steps in the order 1, > > 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can > > fail in some cases for the reasons stated above. > > My personal preference : > > - gather all the information : > PCI probe > PnP probe > get ISA config (compiled in, datafile, etc.) > get PCI/PnP identifier tables (compiled in, bootloader, etc.) unfortunately, in the current code, a device is probed and attached right after the probe succeeds (otherwise, I guess one should store information on which devices have been probed successfully and where... etc) > - attach PCI devices > I/O ports and IRQs are assigned by the PCI rules. > - attach PnP devices > IRQs are taken from the free pool left after PCI assignment and > those marked for 'legacy' use. I/O ports are probed as per the > PnP spec. > - walk ISA config data, probe possible devices > We know which IRQ and I/O resources are still available, > we can hunt for devices that match the gaps. but this is a problem: you cannot (generally) reprogram isa device, so it would be better to probe them first and then relocate the programmable ones at a later time. As I said, for PCI devices it is not much of a problem: io addresses are generally taken from a different range, DMA does not use the ISA dma controller, and interrupts can be shared. But for PnP... > I think it's important to leave the 'legacy' devices until _last_, as > this prevents a PnP device being accidentally recognised as a 'legacy' > device. same goal that I have, but in a slightly different manner: step 2 _disables_ all pnp devices so they cannot be recognised as legacy devices. so the non-pnp isa attach cannot find PnP devices. As for getting isa config info: the only way we can do it is by looking at what devices have been successfully attached; compiled-in information are not helpful when a kernel such as GENERIC is built, with a ton of different devices compiled in. Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Wed Jul 30 00:01:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14461 for multimedia-outgoing; Wed, 30 Jul 1997 00:01:45 -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 AAA14456; Wed, 30 Jul 1997 00:01:41 -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 AAA00475; Wed, 30 Jul 1997 00:01:14 -0700 (PDT) Message-Id: <199707300701.AAA00475@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: hackers@freebsd.org, multimedia@freebsd.org Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Wed, 30 Jul 1997 06:04:33 +0200." <199707300404.GAA03229@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 00:01:13 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Luigi, PCI devices should be probed and attached last for they are they are the most flexible to configure and can share interrupts. Cheers, Amancio >From The Desk Of Luigi Rizzo : > > Hopefully, with the on-going work in the multimedia group we will > > make the use of PnP devices a very painless experience. > > I am revising the PnP configuration stuff. I have got to a point > where it behaves very similarly to the PCI configuration stuff, > i.e. it relies on the BIOS to set addresses and IRQs correctly, > and then fetches the parameters from the board and passes them to > the driver. No manual configuration required (of course, the OS > must recognize your card, but that's another problem and is common > with PCI stuff -- within some time, a reasonable database of card > IDs can be compiled to have things working for a wide range of > boards). > > HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to > work correctly (which might be false, see at the end of the message). > > In order to configure cards correctly, the bios should know which > IRQs and which I/O address ranges are used by plain isa devices. > The former can be told to some bioses, the latter I have never seen > how to do on my systems. This is not a big deal with PCI devices > since they usually map addresses in the high range of iospace, but > a serious problem with PnP ISA devices where iospace is tight and > shared with non PnP devices. > > Since we cannot trust the BIOS (because it does not have enough > info) the only way to do autoconfiguration reliably in FreeBSD is > the following: > > 1 probe & attach pci devices > 2 disable all pnp devices, so that they are not recognized by isa probes; > 3 probe & attach plain isa devices; > 4 configure PnP devices, using info derived from the isa configuration > process to determine which address ranges and irqs are busy; > 5 activate PnP devices; > 6 finally, probe and attach PnP devices. > > Any comments on the above ? Right now I am doing steps in the order 1, > 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can > fail in some cases for the reasons stated above. > > Cheers > Luigi From owner-freebsd-multimedia Wed Jul 30 00:16:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15228 for multimedia-outgoing; Wed, 30 Jul 1997 00:16:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15219; Wed, 30 Jul 1997 00:16:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19565; Wed, 30 Jul 1997 16:42:49 +0930 (CST) From: Michael Smith Message-Id: <199707300712.QAA19565@genesis.atrad.adelaide.edu.au> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707300552.HAA03429@labinfo.iet.unipi.it> from Luigi Rizzo at "Jul 30, 97 07:52:58 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 30 Jul 1997 16:42:48 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > Luigi Rizzo stands accused of saying: > > > > the driver. No manual configuration required (of course, the OS > > > must recognize your card, but that's another problem and is common > ... > > This information is also available from the ECSD, which can also only > > be fetched from the BIOS. > > wrong wording... I should have said "the OS must _know_ your card, or > how can it know that pnp_id 0x12345678 corresponds to the board "foo" and > must use driver "bar"... I was only referring to the resource information being available from the ECSD. > > > In order to configure cards correctly, the bios should know which > > > IRQs and which I/O address ranges are used by plain isa devices. > > > The former can be told to some bioses, the latter I have never seen > > > how to do on my systems. > > > > The former is available from the ECSD, the latter is specifically > > covered in the PnP specification. > > how ? I am talking about non-pnp devices... Have you read the PnP document from Microsoft? The procedure is explicitly detailed in the section on configuring cards. Basically, you configure the card such that it drives half its outputs low and expect to read 0x55 from all its ports, then swap to the other half of its outputs and expect to read 0xaa. If you don't read the right pattern from all the ports, there's something else there as well, so you relocate the card. > > My personal preference : > > > > - gather all the information : > > PCI probe > > PnP probe > > get ISA config (compiled in, datafile, etc.) > > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > unfortunately, in the current code, a device is probed and attached > right after the probe succeeds (otherwise, I guess one should store > information on which devices have been probed successfully and where... > etc) I appreciate this; I believe that the process should be changed. > > - walk ISA config data, probe possible devices > > We know which IRQ and I/O resources are still available, > > we can hunt for devices that match the gaps. > > but this is a problem: you cannot (generally) reprogram isa device, so > it would be better to probe them first and then relocate the > programmable ones at a later time. As I said, for PCI devices it is not > much of a problem: io addresses are generally taken from a different > range, DMA does not use the ISA dma controller, and interrupts can be > shared. But for PnP... You don't _want_ to reprogram an ISA device. You specifically _avoid_ them in the resource allocation for PnP and PCI devices by using the BIOS/chipset supplied resource information. Thus, when you get to the ISA probe stage, you know that resources allocated can't have ISA devices connected to them. > same goal that I have, but in a slightly different manner: step 2 > _disables_ all pnp devices so they cannot be recognised as legacy > devices. so the non-pnp isa attach cannot find PnP devices. As for > getting isa config info: the only way we can do it is by looking at > what devices have been successfully attached; compiled-in information > are not helpful when a kernel such as GENERIC is built, with a ton of > different devices compiled in. Disabling PnP devices, then probing and then assigning PnP devices later has the (dubious) advantage of helping bind ISA devices to assigned device names/numbers. I don't actually like this very much; the kernel configuration should do no more than enumerate the drivers which will be linked into the kernel; the drivers should then search for their devices using a set of "likely" resources. (Yes, defining "likely" is tough, but the information doesn't belong in the driver.) What I propose basically involves a "Poke and Pray" cycle after the "Plug and Play" process has inserted devices at known-safe locations; what the poking cycle is doing is prodding spaces that either have devices or are empty. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Wed Jul 30 00:58:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA17140 for multimedia-outgoing; Wed, 30 Jul 1997 00:58:04 -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 AAA17135; Wed, 30 Jul 1997 00:58:01 -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 AAA00286; Wed, 30 Jul 1997 00:56:39 -0700 (PDT) Message-Id: <199707300756.AAA00286@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Wed, 30 Jul 1997 16:42:48 +0930." <199707300712.QAA19565@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 00:56:39 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks Michalel we do have PnP code to locate the PnP cards. The problem is how to locate the ISA devices whether they are configured by the kernel or not. Cheers, Amancio >From The Desk Of Michael Smith : > Luigi Rizzo stands accused of saying: > > > Luigi Rizzo stands accused of saying: > > > > > > the driver. No manual configuration required (of course, the OS > > > > must recognize your card, but that's another problem and is common > > ... > > > This information is also available from the ECSD, which can also only > > > be fetched from the BIOS. > > > > wrong wording... I should have said "the OS must _know_ your card, or > > how can it know that pnp_id 0x12345678 corresponds to the board "foo" and > > must use driver "bar"... > > I was only referring to the resource information being available from the > ECSD. > > > > > In order to configure cards correctly, the bios should know which > > > > IRQs and which I/O address ranges are used by plain isa devices. > > > > The former can be told to some bioses, the latter I have never seen > > > > how to do on my systems. > > > > > > The former is available from the ECSD, the latter is specifically > > > covered in the PnP specification. > > > > how ? I am talking about non-pnp devices... > > Have you read the PnP document from Microsoft? The procedure is > explicitly detailed in the section on configuring cards. Basically, > you configure the card such that it drives half its outputs low and > expect to read 0x55 from all its ports, then swap to the other half of > its outputs and expect to read 0xaa. If you don't read the right > pattern from all the ports, there's something else there as well, so > you relocate the card. > > > > My personal preference : > > > > > > - gather all the information : > > > PCI probe > > > PnP probe > > > get ISA config (compiled in, datafile, etc.) > > > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > > > unfortunately, in the current code, a device is probed and attached > > right after the probe succeeds (otherwise, I guess one should store > > information on which devices have been probed successfully and where... > > etc) > > I appreciate this; I believe that the process should be changed. > > > > - walk ISA config data, probe possible devices > > > We know which IRQ and I/O resources are still available, > > > we can hunt for devices that match the gaps. > > > > but this is a problem: you cannot (generally) reprogram isa device, so > > it would be better to probe them first and then relocate the > > programmable ones at a later time. As I said, for PCI devices it is not > > much of a problem: io addresses are generally taken from a different > > range, DMA does not use the ISA dma controller, and interrupts can be > > shared. But for PnP... > > You don't _want_ to reprogram an ISA device. You specifically _avoid_ > them in the resource allocation for PnP and PCI devices by using the > BIOS/chipset supplied resource information. Thus, when you get to the > ISA probe stage, you know that resources allocated can't have ISA > devices connected to them. > > > same goal that I have, but in a slightly different manner: step 2 > > _disables_ all pnp devices so they cannot be recognised as legacy > > devices. so the non-pnp isa attach cannot find PnP devices. As for > > getting isa config info: the only way we can do it is by looking at > > what devices have been successfully attached; compiled-in information > > are not helpful when a kernel such as GENERIC is built, with a ton of > > different devices compiled in. > > Disabling PnP devices, then probing and then assigning PnP devices > later has the (dubious) advantage of helping bind ISA devices to > assigned device names/numbers. I don't actually like this very much; > the kernel configuration should do no more than enumerate the drivers > which will be linked into the kernel; the drivers should then search > for their devices using a set of "likely" resources. (Yes, defining > "likely" is tough, but the information doesn't belong in the driver.) > > What I propose basically involves a "Poke and Pray" cycle after the > "Plug and Play" process has inserted devices at known-safe locations; > what the poking cycle is doing is prodding spaces that either have > devices or are empty. > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Wed Jul 30 01:08:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18060 for multimedia-outgoing; Wed, 30 Jul 1997 01:08:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18051; Wed, 30 Jul 1997 01:08:45 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA20455; Wed, 30 Jul 1997 17:30:42 +0930 (CST) From: Michael Smith Message-Id: <199707300800.RAA20455@genesis.atrad.adelaide.edu.au> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707300756.AAA00286@rah.star-gate.com> from Amancio Hasty at "Jul 30, 97 00:56:39 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 30 Jul 1997 17:30:42 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty stands accused of saying: > Tnks Michalel we do have PnP code to locate the PnP cards. The problem > is how to locate the ISA devices whether they are configured by the > kernel or not. I'm aware of this. I have just been trying to explain how you do this, as it is detailed in the PnP spec quite clearly. The issue regarding ECSD information and IRQ/DMA resources is very significant as well; without this information you cannot safely perform PnP setup no matter how good your code. > Amancio -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Wed Jul 30 01:29:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18860 for multimedia-outgoing; Wed, 30 Jul 1997 01:29:49 -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 BAA18853 for ; Wed, 30 Jul 1997 01:29:47 -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 BAA00534; Wed, 30 Jul 1997 01:29:37 -0700 (PDT) Message-Id: <199707300829.BAA00534@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: dave@dapo.com cc: multimedia@FreeBSD.ORG Subject: Re: help: programing interface to bt848 video capture cards In-reply-to: Your message of "Tue, 29 Jul 1997 22:57:16 PDT." <33DED7BC.50B6@dapo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 01:29:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, The bt848 driver is backwards compatible with the meteor ioctl interface. See /usr/src/share/examples/meteor for sample code. Cheers, Amancio >From The Desk Of Dave Porko : > Hi all > > > I need programming help with the newly created driver for the Bt848 > based video capture cards. I've downloaded this driver and have > configured it for the WinCast/TV board but I haven't found much > programming info. I want to be able to set the TV channel and then > capture a single frame. I've found freq.c which explains how to change > the channel, now I need to know how to set the resolution and capture a > single frame. Is the Brooktree similar to the meteor driver? I currently > have a utility that will capture a frame from the meteor card and create > a web page for display. I'm trying to duplicate this behavior with the > much cheaper winCast/TV card. If someone can send me a sample piece of > code to capture a single frame similar to what is included in the meteor > man page I would greatly appreciate it. > > Thanks in advance. > Dave Porko > dave@dapo.com From owner-freebsd-multimedia Wed Jul 30 07:37:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04622 for multimedia-outgoing; Wed, 30 Jul 1997 07:37:51 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA04599; Wed, 30 Jul 1997 07:37:19 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA03822; Wed, 30 Jul 1997 15:22:47 +0200 From: Luigi Rizzo Message-Id: <199707301322.PAA03822@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Jul 1997 15:22:47 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707300712.QAA19565@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 30, 97 04:42:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > The former is available from the ECSD, the latter is specifically > > > covered in the PnP specification. > > > > how ? I am talking about non-pnp devices... > > Have you read the PnP document from Microsoft? The procedure is > explicitly detailed in the section on configuring cards. Basically, > you configure the card such that it drives half its outputs low and > expect to read 0x55 from all its ports, then swap to the other half of ... ok, clearly I need a good reading on PnP... I'll go and get some book :) Cheers Luigi From owner-freebsd-multimedia Wed Jul 30 11:43:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23738 for multimedia-outgoing; Wed, 30 Jul 1997 11:43:16 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23713; Wed, 30 Jul 1997 11:42:48 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19518 (5.67b/IDA-1.5); Wed, 30 Jul 1997 20:42:42 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id UAA12380; Wed, 30 Jul 1997 20:42:34 +0200 (CEST) X-Face: " Date: Wed, 30 Jul 1997 20:42:34 +0200 From: Stefan Esser To: Amancio Hasty Cc: Luigi Rizzo , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration References: <199707300404.GAA03229@labinfo.iet.unipi.it> <199707300701.AAA00475@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199707300701.AAA00475@rah.star-gate.com>; from Amancio Hasty on Wed, Jul 30, 1997 at 12:01:13AM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > PCI devices should be probed and attached last for they are they > are the most flexible to configure NO !!! PCI devices get their addresses assigned by the PCI BIOS before giving control to the primary boot loader. They can not easily be moved around, since there may be constraints that are only known to the BIOS! > and can share interrupts. Yes, that much is true. But they can't share interrupts with non-PnP devices, and the BIOS has arranged all things before the FreeBSD device probe gets a chance ... PCI devices are probed first, because they are assumed to have got assigned unique and non-conflicting addresses. Regards, STefan From owner-freebsd-multimedia Wed Jul 30 12:25:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA26724 for multimedia-outgoing; Wed, 30 Jul 1997 12:25:45 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26715; Wed, 30 Jul 1997 12:25:37 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19896 (5.67b/IDA-1.5); Wed, 30 Jul 1997 21:25:29 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id VAA12572; Wed, 30 Jul 1997 21:25:27 +0200 (CEST) X-Face: " Date: Wed, 30 Jul 1997 21:25:26 +0200 From: Stefan Esser To: Luigi Rizzo Cc: Amancio Hasty , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Stefan Esser Subject: Re: Advice sought on PnP configuration References: <199707300216.TAA03025@rah.star-gate.com> <199707300404.GAA03229@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199707300404.GAA03229@labinfo.iet.unipi.it>; from Luigi Rizzo on Wed, Jul 30, 1997 at 06:04:33AM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jul 30, Luigi Rizzo wrote: > HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to > work correctly (which might be false, see at the end of the message). Well, there are **lots** of non-PnP mother boards out there (and I happen to own one, and for that reason I care :) Whatever solution we finally implement, we must be able to attach PnP boards without any help from the PnP BIOS. > In order to configure cards correctly, the bios should know which > IRQs and which I/O address ranges are used by plain isa devices. > The former can be told to some bioses, the latter I have never seen > how to do on my systems. This is not a big deal with PCI devices > since they usually map addresses in the high range of iospace, but > a serious problem with PnP ISA devices where iospace is tight and > shared with non PnP devices. > > Since we cannot trust the BIOS (because it does not have enough > info) the only way to do autoconfiguration reliably in FreeBSD is > the following: > > 1 probe & attach pci devices > 2 disable all pnp devices, so that they are not recognized by isa probes; > 3 probe & attach plain isa devices; > 4 configure PnP devices, using info derived from the isa configuration > process to determine which address ranges and irqs are busy; > 5 activate PnP devices; > 6 finally, probe and attach PnP devices. I'm planning to make PCI probe before user_config, and attach after, and I think the same should be done for PnP ISA devices. (I don't explicitly mention EISA or MCA, but both fall into the same category as PCI, I guess ...) In other words: All devices that can be positively detected and whose resource requirements can be determined without actually attaching them should be probed and their resource preferences or requirements should be recorded. Then a configuration defaults file should be loaded from the boot partition. As proposed earlier, scanning this file could replace the generated tables with ISA device parameters, that are currently compiled into the kernel. Fallback resources can be included into the kenrel in the same textual form that is normally read from the configuration defaults file, if a compact representation is chosen. (I proposed one, a few weeks ago.) The (optional) user configuration step allows to disable devices or to set ISA probe parameters, but I want to see this extended to include wiring of devices to buses (including PCI and SCSI :) Then the PCI and ISA PnP devices are attached, followed by the probe and attach of ISA devices. The conflicts checking is to be extended to know about resources assigned to PCI and ISA PnP devices. (I have implemented a working prototype for such resource registration and conflicts checking code, but I think it should be done quite differently than I tried it, and don't want to commit my code for that reason. There should be a functional interface that checks for conflicts, and I'm goind to implement that for PCI in such a way that it can be added to all other bus drivers easily.) > Any comments on the above ? Right now I am doing steps in the order 1, > 5, 6, 3 (2 and 4 are not necessary if the bios works), but it can > fail in some cases for the reasons stated above. What do you think about my proposed sequence ? Regards, STefan From owner-freebsd-multimedia Wed Jul 30 12:30:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA27209 for multimedia-outgoing; Wed, 30 Jul 1997 12:30:08 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA27137; Wed, 30 Jul 1997 12:29:39 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19950 (5.67b/IDA-1.5); Wed, 30 Jul 1997 21:29:29 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id VAA12601; Wed, 30 Jul 1997 21:29:28 +0200 (CEST) X-Face: " Date: Wed, 30 Jul 1997 21:29:27 +0200 From: Stefan Esser To: Michael Smith Cc: Luigi Rizzo , hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Stefan Esser Subject: Re: Advice sought on PnP configuration References: <199707300404.GAA03229@labinfo.iet.unipi.it> <199707300600.PAA19038@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au>; from Michael Smith on Wed, Jul 30, 1997 at 03:30:44PM +0930 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jul 30, Michael Smith wrote: > My personal preference : > > - gather all the information : > PCI probe > PnP probe > get ISA config (compiled in, datafile, etc.) > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > - attach PCI devices > I/O ports and IRQs are assigned by the PCI rules. > - attach PnP devices > IRQs are taken from the free pool left after PCI assignment and > those marked for 'legacy' use. I/O ports are probed as per the > PnP spec. > - walk ISA config data, probe possible devices > We know which IRQ and I/O resources are still available, > we can hunt for devices that match the gaps. Exactly what I think too. > I think it's important to leave the 'legacy' devices until _last_, as > this prevents a PnP device being accidentally recognised as a 'legacy' > device. Yes. This problem does exist with PCI cards that fully emulate some ISA card, too, and the PCI probe was moved to the head of the probes for that reason, a long time ago ... Regards, STefan From owner-freebsd-multimedia Wed Jul 30 12:51:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28719 for multimedia-outgoing; Wed, 30 Jul 1997 12:51:55 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA28712; Wed, 30 Jul 1997 12:51:52 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA20092 (5.67b/IDA-1.5); Wed, 30 Jul 1997 21:51:38 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id VAA12710; Wed, 30 Jul 1997 21:51:36 +0200 (CEST) X-Face: " Date: Wed, 30 Jul 1997 21:51:35 +0200 From: Stefan Esser To: Luigi Rizzo Cc: Michael Smith , hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration References: <199707300600.PAA19038@genesis.atrad.adelaide.edu.au> <199707300552.HAA03429@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199707300552.HAA03429@labinfo.iet.unipi.it>; from Luigi Rizzo on Wed, Jul 30, 1997 at 07:52:58AM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jul 30, Luigi Rizzo wrote: > > My personal preference : > > > > - gather all the information : > > PCI probe > > PnP probe > > get ISA config (compiled in, datafile, etc.) > > get PCI/PnP identifier tables (compiled in, bootloader, etc.) > > unfortunately, in the current code, a device is probed and attached > right after the probe succeeds (otherwise, I guess one should store > information on which devices have been probed successfully and where... > etc) The PCI probe/attach being combined is one of the shortcomings of the PCI code in 2.x. This was one of the reasons to rewrite the PCI code from scratch. The code as currently commited contains quite some compatibility wrappers, which hide the differences to the drivers, since I did not want them to diverge from 2.x too much, right now. > > - attach PCI devices > > I/O ports and IRQs are assigned by the PCI rules. > > - attach PnP devices > > IRQs are taken from the free pool left after PCI assignment and > > those marked for 'legacy' use. I/O ports are probed as per the > > PnP spec. > > - walk ISA config data, probe possible devices > > We know which IRQ and I/O resources are still available, > > we can hunt for devices that match the gaps. > > but this is a problem: you cannot (generally) reprogram isa device, so > it would be better to probe them first and then relocate the > programmable ones at a later time. As I said, for PCI devices it is not > much of a problem: io addresses are generally taken from a different > range, DMA does not use the ISA dma controller, and interrupts can be > shared. But for PnP... > > I think it's important to leave the 'legacy' devices until _last_, as > > this prevents a PnP device being accidentally recognised as a 'legacy' > > device. > > same goal that I have, but in a slightly different manner: step 2 > _disables_ all pnp devices so they cannot be recognised as legacy > devices. so the non-pnp isa attach cannot find PnP devices. As for > getting isa config info: the only way we can do it is by looking at > what devices have been successfully attached; compiled-in information > are not helpful when a kernel such as GENERIC is built, with a ton of > different devices compiled in. You could do PCI probe, ISA PnP Probe, config, PCI attach, ISA probe and attach (with PnP devices disabled) and finally PnP attach. But I think it would be sufficient to do it in the order: PCI probe, PnP probe, config (incl. disable non-PnPP devices that conflict with ISA PnP devices, if desired), attach PCI, attach PnP and finally probe and attach ISA. Regards, STefan From owner-freebsd-multimedia Wed Jul 30 15:26:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08725 for multimedia-outgoing; Wed, 30 Jul 1997 15:26:00 -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 PAA08718 for ; Wed, 30 Jul 1997 15:25:53 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 30 Jul 1997 18:25:21 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA14580; Wed, 30 Jul 97 18:25:19 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA28426; Wed, 30 Jul 1997 18:22:57 -0400 Message-Id: <19970730182257.61431@ct.picker.com> Date: Wed, 30 Jul 1997 18:22:57 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: Fwd: Re: BSD MpegTV Player Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thought some of you might find this pricing news of interest. Randall -----Forwarded message from Tristan Savatier ----- Date: Wed, 30 Jul 1997 15:26:26 -0700 From: Tristan Savatier To: Randall Hopper Subject: Re: BSD MpegTV Player Randall Hopper wrote: > > I'm a home user of FreeBSD, and would be interested in purchasing a > registered version of the BSD version of MpegTV Player 1.0. > > I see the Linux version is priced at home consumer levels: > > Linux-x86 (ELF) $29.00 special low price! > Solaris-sparc $195.00 > Irix-mips $195.00 > Solaris-x86 $195.00 licenses available soon > BSDI-x86 $195.00 licenses available soon > > However the BSD version is obviously priced at corporate price levels and > completely unreasonable for home hobbiest to even consider. > > Are there any plans to offer the BSD version at an home consumer price? Yes, we are changing our pricing policy. In about a week or two, the Player price will go down to $49 ($29 for Linux). Non-commercial users of the player will not be required to pay. -- Regards, -- Tristan Savatier (President, MpegTV LLC) MpegTV: http://www.mpegtv.com MPEG.ORG: http://www.mpeg.org - Foot: http://www.bok.net/~tristan -----End of forwarded message----- From owner-freebsd-multimedia Wed Jul 30 15:31:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09035 for multimedia-outgoing; Wed, 30 Jul 1997 15:31:57 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09024; Wed, 30 Jul 1997 15:31:50 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA00492; Wed, 30 Jul 1997 18:39:09 -0400 (EDT) Message-Id: <3.0.32.19970730182946.00e44bc0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 30 Jul 1997 18:29:49 -0400 To: Stefan Esser , Luigi Rizzo From: dennis Subject: Re: Advice sought on PnP configuration Cc: Amancio Hasty , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Stefan Esser Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:25 PM 7/30/97 +0200, Stefan Esser wrote: >On Jul 30, Luigi Rizzo wrote: >> HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to >> work correctly (which might be false, see at the end of the message). > [much snipage] Note the PnP for ISA is a nightmare...a real joke if you have shared memory cards because of the limited space available. If you try to set a PCI card with 64kb of ram to "below 1 meg" most of the time the machine will hang or fail if you have another shared card also, because there isnt enough contiguous space for both of them. The bios' just aren't smart enough to solve these problems, and once a card is configured they can "reallocate" the space if something else needs to be fit in. They just fail. Dennis From owner-freebsd-multimedia Wed Jul 30 15:52:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10270 for multimedia-outgoing; Wed, 30 Jul 1997 15:52:45 -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 PAA10254; Wed, 30 Jul 1997 15:52:37 -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 PAA00566; Wed, 30 Jul 1997 15:38:04 -0700 (PDT) Message-Id: <199707302238.PAA00566@rah.star-gate.com> To: dennis cc: Stefan Esser , Luigi Rizzo , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Wed, 30 Jul 1997 18:29:49 EDT." <3.0.32.19970730182946.00e44bc0@etinc.com> Date: Wed, 30 Jul 1997 15:38:04 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk the stuff that I did for the gus pnp allows the uses to override whatever the bios thinks that I should have 8) The reason for this is because the first box that I tried the gus pnp had a broken PnP bios . So we should provide a general mechanism for handling PnP devices and a *manual* or old style config capability. I have just simply ran into too many brain-dead PnP bios. Cheers, Amancio >From The Desk Of dennis : > At 09:25 PM 7/30/97 +0200, Stefan Esser wrote: > >On Jul 30, Luigi Rizzo wrote: > >> HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to > >> work correctly (which might be false, see at the end of the message). > > > [much snipage] > > Note the PnP for ISA is a nightmare...a real joke if you have shared > memory cards because of the limited space available. If you try > to set a PCI card with 64kb of ram to "below 1 meg" most of the > time the machine will hang or fail if you have another shared card > also, because there isnt enough contiguous space for both of them. > The bios' just aren't smart enough to solve these problems, and once > a card is configured they can "reallocate" the space if something else > needs to be fit in. They just fail. > > Dennis From owner-freebsd-multimedia Wed Jul 30 19:19:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23099 for multimedia-outgoing; Wed, 30 Jul 1997 19:19:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23094; Wed, 30 Jul 1997 19:19:25 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA25096; Thu, 31 Jul 1997 11:48:44 +0930 (CST) From: Michael Smith Message-Id: <199707310218.LAA25096@genesis.atrad.adelaide.edu.au> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707301322.PAA03822@labinfo.iet.unipi.it> from Luigi Rizzo at "Jul 30, 97 03:22:47 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 31 Jul 1997 11:48:44 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > Have you read the PnP document from Microsoft? The procedure is > > explicitly detailed in the section on configuring cards. Basically, > > you configure the card such that it drives half its outputs low and > > expect to read 0x55 from all its ports, then swap to the other half of > ... > > ok, clearly I need a good reading on PnP... I'll go and get some book :) Save yourself some money, and start with (shudder) http://www.microsoft.com/hwdev/ Then try http://developer.intel.com/ > Luigi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Wed Jul 30 20:43:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28529 for multimedia-outgoing; Wed, 30 Jul 1997 20:43:41 -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 UAA28524 for ; Wed, 30 Jul 1997 20:43:37 -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 UAA01090 for ; Wed, 30 Jul 1997 20:43:36 -0700 (PDT) Message-Id: <199707310343.UAA01090@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: ftp://rah.star-gate.com/pub/guspnp14.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 20:43:36 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I took out the auto dma feature from the sound blaster side and it looks like the driver behaves much better. The click at the start and end of a sound stream is gone ;however, there is a loud click at the start of sound stream which has a sun style header -- thats not really a surprise. However, programs such as NCD audio server don't exhibit this click because it correctly reads the header and sends the rest of the audio to the card. Cheers, Amancio From owner-freebsd-multimedia Wed Jul 30 22:51:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05797 for multimedia-outgoing; Wed, 30 Jul 1997 22:51:12 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA05783 for ; Wed, 30 Jul 1997 22:51:05 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA05130; Thu, 31 Jul 1997 06:51:56 +0200 From: Luigi Rizzo Message-Id: <199707310451.GAA05130@labinfo.iet.unipi.it> Subject: Re: ftp://rah.star-gate.com/pub/guspnp14.tar.gz To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 31 Jul 1997 06:51:56 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199707310343.UAA01090@rah.star-gate.com> from "Amancio Hasty" at Jul 30, 97 08:43:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I took out the auto dma feature from the sound blaster side and it looks > like the driver behaves much better. it's funny that you disable auto dma just while I was thinking on how to implement it :) > The click at the start and end of a sound stream is gone ;however, > there is a loud click at the start of sound stream which has > a sun style header -- thats not really a surprise. However, does /dev/audio on the sun strip the header ? I can try to do that for /dev/audio, if useful. Cheers Luigi From owner-freebsd-multimedia Wed Jul 30 22:57:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06360 for multimedia-outgoing; Wed, 30 Jul 1997 22:57:16 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06341; Wed, 30 Jul 1997 22:57:10 -0700 (PDT) Received: from fyeung8.netific.com (fyeung8 [204.238.125.8]) by fyeung5.netific.com (8.6.11/8.6.9) with SMTP id WAA02506; Wed, 30 Jul 1997 22:46:16 -0700 Received: by fyeung8.netific.com (5.x/SMI-SVR4) id AA16064; Wed, 30 Jul 1997 23:03:17 -0700 From: fyeung@fyeung8.netific.com (Francis Yeung) Message-Id: <9707310603.AA16064@fyeung8.netific.com> Subject: PhoneBlaster support for FreeBSD To: questions@freebsd.org, multimedia@freebsd.org Date: Wed, 30 Jul 1997 23:03:16 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Is there a driver for the PhoneBlaster card ? Please note that the PhoneBlaster card has a built-in Sound Blaster - 16 digital audio and FM synthesis. In addition, it has a 14.4 modem and a full duplex speakerphone. I am only interested in the voice and fax portion of the interface not the sound portion. TIA. Francis From owner-freebsd-multimedia Wed Jul 30 23:00:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA06752 for multimedia-outgoing; Wed, 30 Jul 1997 23:00:36 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA06742; Wed, 30 Jul 1997 23:00:29 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA05164; Thu, 31 Jul 1997 07:00:37 +0200 From: Luigi Rizzo Message-Id: <199707310500.HAA05164@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 31 Jul 1997 07:00:37 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707310218.LAA25096@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 31, 97 11:48:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Save yourself some money, and start with (shudder) > http://www.microsoft.com/hwdev/ too bad they only have MS Word documents (what would you expect!) The PnPisa document was the one I had. some time ago i tried to extract text from it and reformat it somehow, but never printed it. In fact the details are there, it's just that on a window you cannot see them very well and need a printed copy. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Wed Jul 30 23:07:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07135 for multimedia-outgoing; Wed, 30 Jul 1997 23:07:15 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA07123; Wed, 30 Jul 1997 23:07:06 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA05175; Thu, 31 Jul 1997 07:07:59 +0200 From: Luigi Rizzo Message-Id: <199707310507.HAA05175@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: se@FreeBSD.ORG (Stefan Esser) Date: Thu, 31 Jul 1997 07:07:59 +0200 (MET DST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, se@FreeBSD.ORG In-Reply-To: <19970730212526.55863@mi.uni-koeln.de> from "Stefan Esser" at Jul 30, 97 09:25:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Jul 30, Luigi Rizzo wrote: > > HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to > > work correctly (which might be false, see at the end of the message). > > Well, there are **lots** of non-PnP mother boards out there > (and I happen to own one, and for that reason I care :) > > Whatever solution we finally implement, we must be able to > attach PnP boards without any help from the PnP BIOS. Ok, so you are calling for a more powerful configuration mechanism, whereas I was trying to see if I could implement something much simpler which would not require user help, etc.etc. > What do you think about my proposed sequence ? I like it, the only problem is I am unable to implement it myself :) Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Wed Jul 30 23:58:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10632 for multimedia-outgoing; Wed, 30 Jul 1997 23:58:13 -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 XAA10627 for ; Wed, 30 Jul 1997 23:58:10 -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 XAA00462; Wed, 30 Jul 1997 23:57:27 -0700 (PDT) Message-Id: <199707310657.XAA00462@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp14.tar.gz In-reply-to: Your message of "Thu, 31 Jul 1997 06:51:56 +0200." <199707310451.GAA05130@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 23:57:27 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, auto dma may not be useful for the SB line of cards is very difficult to implement and that can be overcome;however, I think that you have to reset the sb blaster every time that you do a dma halt and for applications such as rplay or vat that may not be a good think . Don't know if the sun's /dev/audio interprets the header it shouldn't. Cheers, Amancio >From The Desk Of Luigi Rizzo : > > I took out the auto dma feature from the sound blaster side and it looks > > like the driver behaves much better. > > it's funny that you disable auto dma just while I was thinking on how > to implement it :) > > > The click at the start and end of a sound stream is gone ;however, > > there is a loud click at the start of sound stream which has > > a sun style header -- thats not really a surprise. However, > > does /dev/audio on the sun strip the header ? I can try to do that for > /dev/audio, if useful. > > Cheers > Luigi From owner-freebsd-multimedia Wed Jul 30 23:59:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10704 for multimedia-outgoing; Wed, 30 Jul 1997 23:59:23 -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 XAA10695; Wed, 30 Jul 1997 23:59:14 -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 XAA00481; Wed, 30 Jul 1997 23:58:48 -0700 (PDT) Message-Id: <199707310658.XAA00481@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: msmith@atrad.adelaide.edu.au (Michael Smith), hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Thu, 31 Jul 1997 07:00:37 +0200." <199707310500.HAA05164@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Jul 1997 23:58:48 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am sure someone can volunteer a postscrip version of the document 8) Cheers, Amancio >From The Desk Of Luigi Rizzo : > > > > Save yourself some money, and start with (shudder) > > http://www.microsoft.com/hwdev/ > > too bad they only have MS Word documents (what would you expect!) > > The PnPisa document was the one I had. some time ago i tried to extract > text from it and reformat it somehow, but never printed it. In fact > the details are there, it's just that on a window you cannot see them > very well and need a printed copy. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Thu Jul 31 00:23:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12078 for multimedia-outgoing; Thu, 31 Jul 1997 00:23:54 -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 AAA12072; Thu, 31 Jul 1997 00:23:41 -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 AAA00321; Thu, 31 Jul 1997 00:22:51 -0700 (PDT) Message-Id: <199707310722.AAA00321@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: se@FreeBSD.ORG (Stefan Esser), hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Thu, 31 Jul 1997 07:07:59 +0200." <199707310507.HAA05175@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Jul 1997 00:22:51 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > > > On Jul 30, Luigi Rizzo wrote: > > > HOWEVER: this relies on the PnP (or PCI for what matters) BIOS to > > > work correctly (which might be false, see at the end of the message). > > > > Well, there are **lots** of non-PnP mother boards out there > > (and I happen to own one, and for that reason I care :) > > > > Whatever solution we finally implement, we must be able to > > attach PnP boards without any help from the PnP BIOS. > > Ok, so you are calling for a more powerful configuration mechanism, > whereas I was trying to see if I could implement something much simpler > which would not require user help, etc.etc. > > > What do you think about my proposed sequence ? > > I like it, the only problem is I am unable to implement it myself :) You can . The gus pnp sub module does just that. For non-PnP boards it takes the configuration information from the config file . --- device gus0 at isa? port 0x220 irq 11 drq 5 flags 0x7 vector gusintr --- When the driver sees the configuration information for the card it just simply overrides whatever the BIOS set the card to or in the case of a non-PnP bios it sets the card to the desired configuration. Just code up the driver as you planned and when you are done I can step in and wrap it up. Cheers, Amancio From owner-freebsd-multimedia Thu Jul 31 02:47:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23489 for multimedia-outgoing; Thu, 31 Jul 1997 02:47:25 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA23477; Thu, 31 Jul 1997 02:47:12 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA05418; Thu, 31 Jul 1997 10:46:36 +0200 From: Luigi Rizzo Message-Id: <199707310846.KAA05418@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 31 Jul 1997 10:46:36 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707310658.XAA00481@rah.star-gate.com> from "Amancio Hasty" at Jul 30, 97 11:58:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am sure someone can volunteer a postscrip version of the document 8) Could someone comment on the copyright issues ? Many docs on the net say explicitly that you (and everybody else) can make your own copy, but you cannot redistribute them without explicit authorization. Of course this is the most stupid restriction they can put, but go and convince these people... Clearly things are different if someone ships me a postscript copy of the file, or if someone sells a CD with all the docs found on the net. The copyright should at least try to make a difference between the two cases. In any cases this is a real shame. As I told amancio, I have collected quite a few data sheets (many in PDF format) about the PC hardware, and it would be great if future freebsd distributions could include those files on the CD. Perhaps I have to talk to Jordan about this and see what he can do... Apart from FreeBSD: here at the university, students are trying to produce a CD with didactic matherial, and this would include data sheets of sample hardware devices, if there were not such stupid restrictions. The last time I tried to get a written authorization from various manufacturers, all of them said "of course you can make copies of the data sheets and distribute them to students, but it is a problem for us to put this in writing..." Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Jul 31 02:57:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24208 for multimedia-outgoing; Thu, 31 Jul 1997 02:57:50 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA24159; Thu, 31 Jul 1997 02:57:06 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA05446; Thu, 31 Jul 1997 10:57:09 +0200 From: Luigi Rizzo Message-Id: <199707310857.KAA05446@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 31 Jul 1997 10:57:09 +0200 (MET DST) Cc: se@FreeBSD.ORG, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707310722.AAA00321@rah.star-gate.com> from "Amancio Hasty" at Jul 31, 97 00:22:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Whatever solution we finally implement, we must be able to > > > attach PnP boards without any help from the PnP BIOS. > > > > Ok, so you are calling for a more powerful configuration mechanism, ... > > > What do you think about my proposed sequence ? > > > > I like it, the only problem is I am unable to implement it myself :) > > You can . The gus pnp sub module does just that. For non-PnP > boards it takes the configuration information from the config > file . > --- > device gus0 at isa? port 0x220 irq 11 drq 5 flags 0x7 vector gusintr > --- > When the driver sees the configuration information for the card > it just simply overrides whatever the BIOS set the card to or honestly, I would call that a quick hack, not a general configuration mechanism. Especially because I plan to support more than one sound card, and the PnP cards would show up as pcm1, pcm2, ... I think I will look at the userconfig stuff and see if changes are not too hard to implement... Cheers Luigi From owner-freebsd-multimedia Thu Jul 31 03:11:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA24932 for multimedia-outgoing; Thu, 31 Jul 1997 03:11:05 -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 DAA24909; Thu, 31 Jul 1997 03:10:49 -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 DAA05428; Thu, 31 Jul 1997 03:08:45 -0700 (PDT) Message-Id: <199707311008.DAA05428@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: se@FreeBSD.ORG, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Advice sought on PnP configuration In-reply-to: Your message of "Thu, 31 Jul 1997 10:57:09 +0200." <199707310857.KAA05446@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Jul 1997 03:08:45 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, it is a quick hack and it is also a manual mechanism to override very intelligent algorithms;additionally, is not and all encompassing solution and one that will allow us to get the stuff out soon *safely*. Most likely for any intellingent PnP subsystem we will have to support Did the last PnP configuration failed?, plug, remember, pray dear lord that the system does not reboot or gets hung. Cheers, Amancio >From The Desk Of Luigi Rizzo : > > > > Whatever solution we finally implement, we must be able to > > > > attach PnP boards without any help from the PnP BIOS. > > > > > > Ok, so you are calling for a more powerful configuration mechanism, > ... > > > > What do you think about my proposed sequence ? > > > > > > I like it, the only problem is I am unable to implement it myself :) > > > > You can . The gus pnp sub module does just that. For non-PnP > > boards it takes the configuration information from the config > > file . > > --- > > device gus0 at isa? port 0x220 irq 11 drq 5 flags 0x7 vector gusintr > > --- > > When the driver sees the configuration information for the card > > it just simply overrides whatever the BIOS set the card to or > > honestly, I would call that a quick hack, not a general configuration > mechanism. Especially because I plan to support more than one sound > card, and the PnP cards would show up as pcm1, pcm2, ... > > I think I will look at the userconfig stuff and see if changes are > not too hard to implement... > > Cheers > Luigi From owner-freebsd-multimedia Thu Jul 31 03:15:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25280 for multimedia-outgoing; Thu, 31 Jul 1997 03:15:53 -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 DAA25274 for ; Thu, 31 Jul 1997 03:15:48 -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 DAA05463 for ; Thu, 31 Jul 1997 03:15:48 -0700 (PDT) Message-Id: <199707311015.DAA05463@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: rplay and guspnp14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Jul 1997 03:15:47 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, the problem that people may encountered with rplay and guspnp14 is that rplay uses SND_CTL_POST to flush the audio buffers which happens not to do that rather starts the dma processing . The dma routines at times can interleave audio buffers so in a way is a bug in the dma buffering algorithm ;however, in this case just by using SND_CTL_SYNC it fixes most of the problems. The last issue is that rplay upon start playback of a sound stream does not check to see if the buffers has been flushed . Yes, this is a dma buffering algorithm however in this case the application can compensate by first checking at the start of a sound stream if the buffers has been flushed. I will look into fixing the dma buffering algorithm however I rather not fixed it given that it is easy to fix in rplay and that the sound driver is currently being revamp by Luigi. If anyone wants to fix the dma buffering in guspnp14, I will be happy to guide them thru dmabuf. Cheers, Amancio From owner-freebsd-multimedia Thu Jul 31 06:46:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09442 for multimedia-outgoing; Thu, 31 Jul 1997 06:46:35 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA09422; Thu, 31 Jul 1997 06:46:22 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA05722; Thu, 31 Jul 1997 14:46:17 +0200 From: Luigi Rizzo Message-Id: <199707311246.OAA05722@labinfo.iet.unipi.it> Subject: Re: Advice sought on PnP configuration To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 31 Jul 1997 14:46:17 +0200 (MET DST) Cc: se@FreeBSD.ORG, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199707311008.DAA05428@rah.star-gate.com> from "Amancio Hasty" at Jul 31, 97 03:08:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes, it is a quick hack and it is also a manual mechanism to override > very intelligent algorithms;additionally, is not and all encompassing > solution and one that will allow us to get the stuff out soon *safely*. As a matter of fact I do like this approach and have done (and/or planned) something very similar to test my cards. However I would go a step further and use some bits in the "flags" field to say things like - do not use this entry to configure a plain isa device; rather, use it for the i-th PnP device which matches card type TT i.e. something like #standard entry for isa devices device pcm0 at isa? port 0x220 irq 11 drq 5 flags 0x17 # || # use dual dma channel ----------'| * secondary dma channel -----------' # #special entry for PnP device device pcm1 at isa? port 0x604 irq 7 drq 1 flags 0x10TT10 # |||||| # special entry for PnP ----------'||||| # use it for device 0 -----------'|||| # matching type TT ------------''|| # use two dma channels --------------'| # secondary dma is 0 ---------------' The device type TT is a unique identifier associated with the card and presumably returned by the PnP probe code in the kernel. I have almost all of this (including the device type) implemented in my code. Note however that not always things are so simple. Some (many) PnP cards use multiple address ranges, some of which might not be associated with any particular function. An example, the OPTi931 (I have two here and plan to support them rsn) has a block of addresses used for configuration purposes and not associated with any I/O. Conclusion: the manual override mechanism is surely needed, the problem is that there are not enough bits in the config line to specify the desired ranges. Maybe we can modify "config" to allow a syntax like device pnp0 id "CSC4236" config "io 0x604 0x300 0x200 mem 0x300 irq 6 dma 5 6" device pnp1 id "OPT9310" config "io 0x530 0x330 irq 7 dma 5 6" ... Cheers Luigi From owner-freebsd-multimedia Thu Jul 31 08:34:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15762 for multimedia-outgoing; Thu, 31 Jul 1997 08:34:49 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA15743; Thu, 31 Jul 1997 08:34:26 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA05841; Thu, 31 Jul 1997 16:34:42 +0200 From: Luigi Rizzo Message-Id: <199707311434.QAA05841@labinfo.iet.unipi.it> Subject: working snap of new sound driver To: hackers@freebsd.org Date: Thu, 31 Jul 1997 16:34:42 +0200 (MET DST) Cc: multimedia@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After about two weeks of intense development, I am pleased to say that all the major pieces of my new sound driver now work satisfactorily. As a consequence, a _working_ snap of my new sound driver is available at http://www.iet.unipi.it/~luigi/snd970731.tgz (I am running this code on my machine now). The package includes a README file with detailed installation instructions, and all the pieces you need if you are using 2.2 or above. At the time of this writing I fixed the final bugs and /dev/audio works reliably (at 8KHz, mono) with MSS-clones and SBpro (tested used the CS4232 and CS4236 PnP). PnP cards are supported (with a minor fix, you need to change the probe routine in ad1848.c to add the ID for your card), and possibly even multiple sound cards in the same system (if bugs are present, they are in the PnP probe&configure code). Many ioctls are still unimplemented (but the mixer calls work), but fixing them will be trivial and probably ready for the next snap. Do not expect any new release for a week or so, but I will be able to read email and reply. PLEASE if you have the time, test the code with your cards. I am running this code on my machine at the moment, and it seems reasonably stable. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Jul 31 12:21:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA27553 for multimedia-outgoing; Thu, 31 Jul 1997 12:21:45 -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 MAA27548 for ; Thu, 31 Jul 1997 12:21:41 -0700 (PDT) Received: (from hasty@localhost) by rah.star-gate.com (8.8.5/8.8.5) id MAA07566 for multimedia@freebsd.org; Thu, 31 Jul 1997 12:21:42 -0700 (PDT) Date: Thu, 31 Jul 1997 12:21:42 -0700 (PDT) From: Amancio Hasty Message-Id: <199707311921.MAA07566@rah.star-gate.com> To: multimedia@freebsd.org Subject: Voodoo Rush? Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone in the group has had any experience with a Voodoo Rush based board? Diamond makes one and it is called Monster 3d. Cheers, Amancio From owner-freebsd-multimedia Thu Jul 31 12:29:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA27966 for multimedia-outgoing; Thu, 31 Jul 1997 12:29:53 -0700 (PDT) Received: from smtp.globalserve.net (root@smtp.globalserve.net [205.206.120.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA27960 for ; Thu, 31 Jul 1997 12:29:42 -0700 (PDT) Received: from turkeyman.lynx.bc.ca (root@ip141.vancouver.dialup.canada.psi.net [154.11.120.141]) by smtp.globalserve.net (8.8.6/8.8.6) with SMTP id PAA03997 for ; Thu, 31 Jul 1997 15:28:53 -0400 (EDT) Message-ID: <33E0E6CE.41C67EA6@alfheim.net> Date: Thu, 31 Jul 1997 12:26:06 -0700 From: System Administrator X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.2-RELEASE i386) MIME-Version: 1.0 To: multimedia@freebsd.org Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-multimedia Thu Jul 31 12:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28174 for multimedia-outgoing; Thu, 31 Jul 1997 12:34:31 -0700 (PDT) Received: from plan9.cs.su.oz.au (lore.plan9.cs.su.oz.au [129.78.96.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA28165 for ; Thu, 31 Jul 1997 12:34:24 -0700 (PDT) To: multimedia@freebsd.org Subject: Bt848 question From: David Hogan Date: Fri, 1 Aug 1997 05:14:26 +1000 Message-ID: <199708010514.148197.out.bakij@plan9.cs.su.oz.au> Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there! I saw your page on the Bt848 driver for FreeBSD. I am trying to write my own Bt848 support for the Plan 9 OS, and I've run into a problem caused by a deficiency in the documentation, and was wondering if you guys might know the answer, since you've worked with the card also. I'm trying to use the 8-bit dithered RGB mode, but I have no idea what pallette the chip uses. The PDF file from Brooktree is completely silent on this. Presumably it's some kind of colour cube, but there are a lot of possible ways of representing one. Do you know what it is? I suppose I could try asking Brooktree, but I thought I'd ask here first, since I've had better experiences talking to people who aren't companies... You might be interested to know that the card which I have is a Miro PC TV, which your page says is not yet supported. I'm still looking for technical information about the GPIO connections and the tuner module; the tuner appears to be similar to the Phillips Fl1236, but not identical -- at least, the control bits for the PLL (for selecting which range it is) don't match the specs I downloaded from Phillips. I was also unable to find anything on the card which looked like an audio demodulator, so unless they are doing this with discrete components, it must be integrated with the tuner. If I find out more, I'll let you know so that you can update your page... From owner-freebsd-multimedia Thu Jul 31 13:27:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01383 for multimedia-outgoing; Thu, 31 Jul 1997 13:27:34 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA01378 for ; Thu, 31 Jul 1997 13:27:29 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id PAA16369; Thu, 31 Jul 1997 15:27:27 -0500 (CDT) Message-ID: <19970731152727.20773@futuresouth.com> Date: Thu, 31 Jul 1997 15:27:27 -0500 From: Tim Tsai To: freebsd-multimedia@freebsd.org Subject: S3 ViRGE/DX (NTSC output support) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anybody know if FreeBSD and/or XFree support the NTSC/S-Video output options on the S3 ViRGE/DX (such as the Diamond Stealth 3D 2000 Pro series)? What we would like is to send 640x480 resolution graphics out to a large TV monitor. If the existing driver supports simultaneous CRT/NTSC output that would be great (and we really only need NTSC). Thanks! Tim From owner-freebsd-multimedia Thu Jul 31 13:28:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01537 for multimedia-outgoing; Thu, 31 Jul 1997 13:28:45 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA01524 for ; Thu, 31 Jul 1997 13:28:40 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id PAA16386; Thu, 31 Jul 1997 15:28:39 -0500 (CDT) Message-ID: <19970731152839.17047@futuresouth.com> Date: Thu, 31 Jul 1997 15:28:39 -0500 From: Tim Tsai To: freebsd-multimedia@freebsd.org Subject: Re: S3 ViRGE/DX (NTSC output support) References: <19970731152727.20773@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <19970731152727.20773@futuresouth.com>; from Tim Tsai on Thu, Jul 31, 1997 at 03:27:27PM -0500 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oops, just noticed that it's not the S3 chip that does this. It's the Chrontel CH7002 controller. Thanks, Tim On Thu, Jul 31, 1997 at 03:27:27PM -0500, Tim Tsai wrote: > Does anybody know if FreeBSD and/or XFree support the NTSC/S-Video output > options on the S3 ViRGE/DX (such as the Diamond Stealth 3D 2000 Pro > series)? > > What we would like is to send 640x480 resolution graphics out to a large > TV monitor. If the existing driver supports simultaneous CRT/NTSC > output that would be great (and we really only need NTSC). > > Thanks! > > Tim From owner-freebsd-multimedia Thu Jul 31 13:39:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02282 for multimedia-outgoing; Thu, 31 Jul 1997 13:39:12 -0700 (PDT) Received: from onyx.atipa.com (user2291@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA02275 for ; Thu, 31 Jul 1997 13:39:07 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 31 Jul 1997 20:41:04 -0000 Date: Thu, 31 Jul 1997 14:41:04 -0600 (MDT) From: FreeBSD Mailing List X-Sender: freebsd@dot.ishiboo.com To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: Voodoo Rush? In-Reply-To: <199707311921.MAA07566@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Jul 1997, Amancio Hasty wrote: > Does anyone in the group has had any experience with a Voodoo Rush based > board? Diamond makes one and it is called Monster 3d. > > Cheers, > Amancio I remeber reading a group of people is working on a GL-based Xfree86 release. The major chipsets are the GLiNT, the Voodoo, and the Oxygen, of which the first two should be supported (hopefully). Check this URL: http://fantasia.vr.clemson.edu/~adamsk The card is REALLY nice for gaming. There is a GL-based version of Quake that changes the game entirely. 800x600x65536 is a bit slow compared to 320x200x256, but very well worth it. Many game developers are having a 3d-based accelerator (Monster, Righteous, etc) required for use! Kevin From owner-freebsd-multimedia Thu Jul 31 15:53:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09363 for multimedia-outgoing; Thu, 31 Jul 1997 15:53:49 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09358 for ; Thu, 31 Jul 1997 15:53:44 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.6/8.8.3) id MAA17302 for multimedia@freebsd.org; Thu, 31 Jul 1997 12:53:38 -1000 (HST) Date: Thu, 31 Jul 1997 12:53:38 -1000 (HST) From: David Langford Message-Id: <199707312253.MAA17302@caliban.dihelix.com> To: multimedia@freebsd.org Subject: Computability and Kodak's USB video Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just saw latest Computability catalog and they are advertising the Kodak Digital Science DVC300 video camera for $199. USB interface only. supposedly it does 320x240x24bit video or 640x480 still image. Interesting. -David Langford langfod@dihelix.com From owner-freebsd-multimedia Thu Jul 31 18:56:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA16900 for multimedia-outgoing; Thu, 31 Jul 1997 18:56:32 -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 SAA16854 for ; Thu, 31 Jul 1997 18:55:42 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 31 Jul 1997 21:55:04 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA23678; Thu, 31 Jul 97 21:55:01 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA08047; Thu, 31 Jul 1997 21:52:33 -0400 Message-Id: <19970731215232.36119@ct.picker.com> Date: Thu, 31 Jul 1997 21:52:32 -0400 From: Randall Hopper To: multimedia@freebsd.org Cc: Amancio Hasty Subject: [snddrv] guspnp14 testing results References: <19970729194122.25341@ct.picker.com> <199707310331.UAA01018@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199707310331.UAA01018@rah.star-gate.com>; from Amancio Hasty on Wed, Jul 30, 1997 at 08:31:53PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |I got rid of the auto dma functionality and it appears that at least |over here it got rid of all the clicks for *.au without sun-style |headers. Just ran some tests on the latest, and I've got good news and a little bad news. The good news is that all three of the specific problems I reported for guspnp11 (most stable recent release on SB16+ cards) seem to be fixed. (see below for a recap) Great work! The bad news is that with this version, we've picked an ugly new bug. From the symptoms, I "think" it's a problem with chaining the DMA transfers together -- there's space between them. The symptoms are: - regular clicks during playback and record - click frequency increases in rate with sample rate - click becomes more noticable as sample volume increases - prerecorded audio w/ higher sample rate plays back slower and at slightly lower frequency the same audio prerecorded at a lower sample rate I see this across the board in all apps and sample formats/rates. Re the clicking, at 44KHz 16bit stereo, it's hard to pick out with many samples, partly because the clicking is so fast--more of a warble. Usually its most easily heard when the sound sample is louder or playing a pure tone. Much easier to hear with a slower sample rate. Try mpg123 on this (22Khz 16bit stereo): http://www.eskimo.com/~miyaguch/startrek/trekthem.mp3 The tone in the first few seconds is very pure w/ the checked-in drivers. pnp14 has very noticable clicks. And generally as the sample rate drops, the clicks get a good bit more noticeable since they're farther apart (down to around 2 per sec @ 8Khz mono). Re the lower playback speed and frequency, I've uploaded a simple dsp test to rah. Untar snddrv-dsptest.tgz and run: cat < aud8ulaw > /dev/audio dsp-play -b 16 -r 44100 -c 2 < aud44s16 After hearing 2 seconds of the first, Ctrl-C it and run the second. You'll see what I mean. BTW, these were both recorded with the checked-in drivers and sound the same, barring sample quality of course, when played with that driver rev. You can run GO.TEST for a more progressive jump between 44k-16-2 and 8k-ulaw-1. Re clicks during record, I recorded a raw 44khz 16-bit stereo sound-bite with guspnp14 (via dsp-record--also in the package), flipped over to the checked-in drivers, played it, and heard clicks. I hear double the clicks playing it with guspnp14, so anyway that's my evidence for this problem relating to record as well as playback. Hopefully this DMA bug will be easy to identify and fix since it's tied to a very recent change. Hope this helps. Randy guspnp11 problems reported: |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? From owner-freebsd-multimedia Thu Jul 31 21:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA25711 for multimedia-outgoing; Thu, 31 Jul 1997 21:35:32 -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 VAA25703 for ; Thu, 31 Jul 1997 21:35:28 -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 VAA10159 for ; Thu, 31 Jul 1997 21:35:31 -0700 (PDT) Message-Id: <199708010435.VAA10159@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: Any care to help out Pedro? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Jul 1997 21:35:30 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It looks like he may have a cool application for the bt848 driver 8) Peace, Amancio vazquez@IQM.Unicamp.BR said: > Amancio Hasty was saying that: > > Hi, > Try a pixel depth of 15. > > And please let me know if it works for you. > Yes, with /usr/X11R6/bin/X -bpp 15 it works, thanks. Amancio, any > hints for this card? We're testing these thing for an educational > project involving my university and k12/high school teachers (and > students) using fbsd. Just now I had the chance to have a bt848 based > card to test and I'm impressed with all good work you and the other > guys have done on all related to it. > Pedro From owner-freebsd-multimedia Thu Jul 31 21:54:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27219 for multimedia-outgoing; Thu, 31 Jul 1997 21:54:57 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27209; Thu, 31 Jul 1997 21:54:54 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id AAA12053; Fri, 1 Aug 1997 00:54:44 -0400 (EDT) Message-Id: <199708010454.AAA12053@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: fyeung@fyeung8.netific.com (Francis Yeung) cc: questions@FreeBSD.ORG, multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: PhoneBlaster support for FreeBSD References: <9707310603.AA16064@fyeung8.netific.com> In-reply-to: Your message of "Wed, 30 Jul 1997 23:03:16 PDT." <9707310603.AA16064@fyeung8.netific.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 00:54:43 -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is there a driver for the PhoneBlaster card ? The Phoneblaster is just a modem and a SB16 on a single card. To use the modem, just configure an sio (serial COM port device). It sounds like you have a Phoneblaster 14.4, which isn't a PnP device; this will make the configuration easier. I'm using a Phoneblaster 33.6 PnP, and have to do PnP configuration first, and then talk to the modem and sound board by configuring a serial port for the modem, and sound devices for the SB16 equivilent on the board. louie > Please note that the PhoneBlaster card has > a built-in Sound Blaster - 16 digital audio and > FM synthesis. In addition, it has a 14.4 modem > and a full duplex speakerphone. I am only > interested in the voice and fax portion of > the interface not the sound portion. > > TIA. > > Francis > > > From owner-freebsd-multimedia Thu Jul 31 22:30:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA29506 for multimedia-outgoing; Thu, 31 Jul 1997 22:30:25 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA29501; Thu, 31 Jul 1997 22:30:18 -0700 (PDT) Received: from fyeung8.netific.com (fyeung8 [204.238.125.8]) by fyeung5.netific.com (8.6.11/8.6.9) with SMTP id WAA03841; Thu, 31 Jul 1997 22:19:43 -0700 Received: by fyeung8.netific.com (5.x/SMI-SVR4) id AA20699; Thu, 31 Jul 1997 22:37:23 -0700 From: fyeung@fyeung8.netific.com (Francis Yeung) Message-Id: <9708010537.AA20699@fyeung8.netific.com> Subject: Re: PhoneBlaster support for FreeBSD To: louie@TransSys.COM (Louis A. Mamakos) Date: Thu, 31 Jul 1997 22:37:22 +1700 (PDT) Cc: multimedia@freebsd.org, questions@freebsd.org In-Reply-To: <199708010454.AAA12053@whizzo.TransSys.COM> from "Louis A. Mamakos" at Aug 1, 97 00:54:43 am X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Louie, Thank you for your reply. Do you use the voice features e.g. voice mail box, Fax on demand , caller-ID, IVR, making voice call etc ? I am looking for some kind of drivers, library (e.g. tapi like) calls, C/Perl interface etc to the voice features of the card. I have no problem using it as a modem or fax. I am currently playing with vgetty which is good but not enough. Thanks. Francis > > > Is there a driver for the PhoneBlaster card ? > > The Phoneblaster is just a modem and a SB16 on a single card. To > use the modem, just configure an sio (serial COM port device). > It sounds like you have a Phoneblaster 14.4, which isn't a PnP > device; this will make the configuration easier. > > I'm using a Phoneblaster 33.6 PnP, and have to do PnP configuration > first, and then talk to the modem and sound board by configuring > a serial port for the modem, and sound devices for the SB16 equivilent > on the board. > > louie > > > > Please note that the PhoneBlaster card has > > a built-in Sound Blaster - 16 digital audio and > > FM synthesis. In addition, it has a 14.4 modem > > and a full duplex speakerphone. I am only > > interested in the voice and fax portion of > > the interface not the sound portion. > > > > TIA. > > > > Francis > > > > > > > > > > > From owner-freebsd-multimedia Thu Jul 31 22:44:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA00371 for multimedia-outgoing; Thu, 31 Jul 1997 22:44:59 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00364 for ; Thu, 31 Jul 1997 22:44:55 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.6/8.8.3) id TAA18829 for multimedia@freebsd.org; Thu, 31 Jul 1997 19:44:47 -1000 (HST) Date: Thu, 31 Jul 1997 19:44:47 -1000 (HST) From: David Langford Message-Id: <199708010544.TAA18829@caliban.dihelix.com> To: multimedia@freebsd.org Subject: Hauppage WinCast card at OnSale for $49 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If anyone is lookign for one of these cheap here they are. http://www.onsale.com/category/inv/00101369.htm -David Langford langfod@dihelix.com From owner-freebsd-multimedia Fri Aug 1 01:19:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08325 for multimedia-outgoing; Fri, 1 Aug 1997 01:19:38 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts13-line1.uoregon.edu [128.223.150.150]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08320 for ; Fri, 1 Aug 1997 01:19:35 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id BAA11958; Fri, 1 Aug 1997 01:19:19 -0700 (PDT) Date: Fri, 1 Aug 1997 01:19:18 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Zoltan Sebestyen cc: multimedia@freebsd.org Subject: Re: Success with SoundBlaster 32 PnP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Jul 1997, Zoltan Sebestyen wrote: > If anyone's interested, I've succeed to make my SB 32 PnP work with the > ISA_PnP and the awedrv package on FreeBSD :-) Cool! I'm forwarding this over to multimedia@freebsd.org who'd be happy to hear from you. (Unfortunately I think they beat you to awedrv, but hey, if you can hack PnP and/or sound code they want you) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Fri Aug 1 02:03:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10322 for multimedia-outgoing; Fri, 1 Aug 1997 02:03:01 -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 CAA10317 for ; Fri, 1 Aug 1997 02:02:57 -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 CAA00626; Fri, 1 Aug 1997 02:02:17 -0700 (PDT) Message-Id: <199708010902.CAA00626@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug White cc: Zoltan Sebestyen , multimedia@FreeBSD.ORG Subject: Re: Success with SoundBlaster 32 PnP In-reply-to: Your message of "Fri, 01 Aug 1997 01:19:18 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 02:02:16 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks Doug 8) Luigi Rizzo has taken the lead for the next generation sound driver. His latest driver is at: http://www.iet.unipi.it/~luigi/snd970731.tgz Also if you are interested in the latest vanilla sound driver 3.5 is at: ftp://rah.star-gate.com/pub/guspnp14.tar.gz That driver should work with your awe. Cheers, Amancio >From The Desk Of Doug White : > On Thu, 31 Jul 1997, Zoltan Sebestyen wrote: > > > If anyone's interested, I've succeed to make my SB 32 PnP work with the > > ISA_PnP and the awedrv package on FreeBSD > > :-) Cool! I'm forwarding this over to multimedia@freebsd.org who'd be > happy to hear from you. > > (Unfortunately I think they beat you to awedrv, but hey, if you can hack > PnP and/or sound code they want you) > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > Spam routed to /dev/null by Procmail | Death to Cyberpromo > From owner-freebsd-multimedia Fri Aug 1 02:04:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10439 for multimedia-outgoing; Fri, 1 Aug 1997 02:04:49 -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 CAA10415; Fri, 1 Aug 1997 02:04:40 -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 CAA00641; Fri, 1 Aug 1997 02:04:39 -0700 (PDT) Message-Id: <199708010904.CAA00641@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: multimedia@FreeBSD.ORG cc: hackers@FreeBSD.ORG Date: Fri, 01 Aug 1997 02:04:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Subject: Re: working snap of new sound driver In-reply-to: Your message of "Thu, 31 Jul 1997 16:34:42 +0200." <199707311434.QAA05841@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii -------- Well folks , Any feedback 8) Hint: Now is a good time to join in the hacking frenzy Tnks, Amancio >From The Desk Of Luigi Rizzo : > After about two weeks of intense development, I am pleased to say that > all the major pieces of my new sound driver now work satisfactorily. As > a consequence, a _working_ snap of my new sound driver is available at > > http://www.iet.unipi.it/~luigi/snd970731.tgz > > (I am running this code on my machine now). > > The package includes a README file with detailed installation > instructions, and all the pieces you need if you are using 2.2 or > above. At the time of this writing I fixed the final bugs and > /dev/audio works reliably (at 8KHz, mono) with MSS-clones and SBpro > (tested used the CS4232 and CS4236 PnP). > > PnP cards are supported (with a minor fix, you need to change the > probe routine in ad1848.c to add the ID for your card), and possibly > even multiple sound cards in the same system (if bugs are present, > they are in the PnP probe&configure code). > > Many ioctls are still unimplemented (but the mixer calls work), but > fixing them will be trivial and probably ready for the next snap. > > Do not expect any new release for a week or so, but I will be able to > read email and reply. PLEASE if you have the time, test the code > with your cards. I am running this code on my machine at the moment, > and it seems reasonably stable. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Fri Aug 1 06:03:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA18815 for multimedia-outgoing; Fri, 1 Aug 1997 06:03:06 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18781; Fri, 1 Aug 1997 06:02:53 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id JAA12979; Fri, 1 Aug 1997 09:02:51 -0400 (EDT) Message-Id: <199708011302.JAA12979@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: fyeung@fyeung8.netific.com (Francis Yeung) cc: multimedia@freebsd.org, questions@freebsd.org From: "Louis A. Mamakos" Subject: Re: PhoneBlaster support for FreeBSD References: <9708010537.AA20699@fyeung8.netific.com> In-reply-to: Your message of "Thu, 31 Jul 1997 22:37:22 +1700." <9708010537.AA20699@fyeung8.netific.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 09:02:50 -0400 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk No, I'm not doing any of those fancy things yet. You ought to look at using the sound board part, as I think it's going to be much easier to use it (with it's DMA support) to send and receive audio than shoving it through a serial port. louie > > > > Louie, > > Thank you for your reply. > > Do you use the voice features e.g. voice mail box, Fax on demand > , caller-ID, IVR, making voice call etc ? I am looking for some kind of > drivers, library (e.g. tapi like) calls, C/Perl interface etc to the > voice features of the card. I have no problem using it as a modem or fax. > I am currently playing with vgetty which is good but not enough. > > > Thanks. > > Francis > > > > > > > > Is there a driver for the PhoneBlaster card ? > > > > The Phoneblaster is just a modem and a SB16 on a single card. To > > use the modem, just configure an sio (serial COM port device). > > It sounds like you have a Phoneblaster 14.4, which isn't a PnP > > device; this will make the configuration easier. > > > > I'm using a Phoneblaster 33.6 PnP, and have to do PnP configuration > > first, and then talk to the modem and sound board by configuring > > a serial port for the modem, and sound devices for the SB16 equivilent > > on the board. > > > > louie > > > > > > > Please note that the PhoneBlaster card has > > > a built-in Sound Blaster - 16 digital audio and > > > FM synthesis. In addition, it has a 14.4 modem > > > and a full duplex speakerphone. I am only > > > interested in the voice and fax portion of > > > the interface not the sound portion. > > > > > > TIA. > > > > > > Francis > > > > > > > > > > > > > > > > > > > > From owner-freebsd-multimedia Fri Aug 1 12:31:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07422 for multimedia-outgoing; Fri, 1 Aug 1997 12:31:14 -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 MAA07417 for ; Fri, 1 Aug 1997 12:31:11 -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 MAA05683; Fri, 1 Aug 1997 12:31:01 -0700 (PDT) Message-Id: <199708011931.MAA05683@rah.star-gate.com> To: David Hogan cc: multimedia@FreeBSD.ORG Subject: Re: Bt848 question In-reply-to: Your message of "Fri, 01 Aug 1997 05:14:26 +1000." <199708010514.148197.out.bakij@plan9.cs.su.oz.au> Date: Fri, 01 Aug 1997 12:31:01 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just mail to brooktree . The data book has their e-mail address. I don't think that 8bit is that useful. You can probably enable the color bar to get a hint at what the card is doing and most likely is using a fixed algorithm to dither down to 8bit. In fact, thats probably the case given that it does no have any provision for table lookup . As for mailing to brooktree they are usually very friendly. Cheers, Amancio >From The Desk Of David Hogan : > Hi there! I saw your page on the Bt848 driver for FreeBSD. I > am trying to write my own Bt848 support for the Plan 9 OS, and > I've run into a problem caused by a deficiency in the documentation, > and was wondering if you guys might know the answer, since you've > worked with the card also. > > I'm trying to use the 8-bit dithered RGB mode, but I have no idea > what pallette the chip uses. The PDF file from Brooktree is > completely silent on this. Presumably it's some kind of colour > cube, but there are a lot of possible ways of representing one. > Do you know what it is? I suppose I could try asking Brooktree, > but I thought I'd ask here first, since I've had better experiences > talking to people who aren't companies... > > You might be interested to know that the card which I have is a > Miro PC TV, which your page says is not yet supported. I'm still > looking for technical information about the GPIO connections and > the tuner module; the tuner appears to be similar to the Phillips > Fl1236, but not identical -- at least, the control bits for the > PLL (for selecting which range it is) don't match the specs I > downloaded from Phillips. I was also unable to find anything on > the card which looked like an audio demodulator, so unless they > are doing this with discrete components, it must be integrated with > the tuner. If I find out more, I'll let you know so that you can > update your page... From owner-freebsd-multimedia Fri Aug 1 17:38:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22192 for multimedia-outgoing; Fri, 1 Aug 1997 17:38:37 -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 RAA22187 for ; Fri, 1 Aug 1997 17:38:35 -0700 (PDT) Received: (from hasty@localhost) by rah.star-gate.com (8.8.5/8.8.5) id RAA06621 for multimedia@freebsd.org; Fri, 1 Aug 1997 17:38:37 -0700 (PDT) Date: Fri, 1 Aug 1997 17:38:37 -0700 (PDT) From: Amancio Hasty Message-Id: <199708020038.RAA06621@rah.star-gate.com> To: multimedia@freebsd.org Subject: I guess guspnp14 is "Purfect" 8) Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So far Paul Traina , reported that guspnp14 failed to recognize his gus classic however with a quick hack he was able to be up and running. Will fix that minor bugglet this weekend. Cheers, Amancio From owner-freebsd-multimedia Fri Aug 1 17:52:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22828 for multimedia-outgoing; Fri, 1 Aug 1997 17:52:05 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22823 for ; Fri, 1 Aug 1997 17:52:02 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id UAA14413; Fri, 1 Aug 1997 20:51:59 -0400 (EDT) Message-Id: <199708020051.UAA14413@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: ftp://rah.star-gate.com/pub/guspnp14.tar.gz References: <199707310343.UAA01090@rah.star-gate.com> In-reply-to: Your message of "Wed, 30 Jul 1997 20:43:36 PDT." <199707310343.UAA01090@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 20:51:59 -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm curious; why did the change to soundcard.h that I suggested get backed out? It just seems wrong to duplicate the definitions in in the soundcard.h file and have the same problem occur again. louie From owner-freebsd-multimedia Fri Aug 1 19:15:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25995 for multimedia-outgoing; Fri, 1 Aug 1997 19:15:41 -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 TAA25981 for ; Fri, 1 Aug 1997 19:15:38 -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 TAA06986; Fri, 1 Aug 1997 19:15:26 -0700 (PDT) Message-Id: <199708020215.TAA06986@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Louis A. Mamakos" cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp14.tar.gz In-reply-to: Your message of "Fri, 01 Aug 1997 20:51:59 EDT." <199708020051.UAA14413@whizzo.TransSys.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 19:15:26 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just an oversight sorry about that will rectify in the next minor release. Tnks, Amancio >From The Desk Of "Louis A. Mamakos" : > > I'm curious; why did the change to soundcard.h that I suggested get backed > out? It just seems wrong to duplicate the definitions in > in the soundcard.h file and have the same problem occur again. > > louie > > From owner-freebsd-multimedia Fri Aug 1 20:07:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27966 for multimedia-outgoing; Fri, 1 Aug 1997 20:07:32 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA27959 for ; Fri, 1 Aug 1997 20:07:24 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id XAA10614; Fri, 1 Aug 1997 23:07:20 -0400 Date: Fri, 1 Aug 1997 23:07:36 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: I guess guspnp14 is "Purfect" 8) In-Reply-To: <199708020038.RAA06621@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 1 Aug 1997, Amancio Hasty wrote: > > So far Paul Traina , reported that guspnp14 failed to recognize his > gus classic however with a quick hack he was able to be up and running. > Will fix that minor bugglet this weekend. I don't know if this matters, but I just installed it on a system with a pas-16, and it's still making music. I'll know tomorrow if it works on my pentium system. > > Cheers, > Amancio > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-multimedia Fri Aug 1 20:19:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28525 for multimedia-outgoing; Fri, 1 Aug 1997 20:19:29 -0700 (PDT) Received: from pobox.com (ras129.microplus.ca [207.81.20.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28519 for ; Fri, 1 Aug 1997 20:19:20 -0700 (PDT) Received: (from brianc@localhost) by pobox.com (8.8.5/8.8.5) id XAA00326; Fri, 1 Aug 1997 23:18:43 -0400 (EDT) Message-ID: <19970801231843.00029@pobox.com> Date: Fri, 1 Aug 1997 23:18:43 -0400 From: Brian Campbell To: multimedia@FreeBSD.ORG Subject: Re: I guess guspnp14 is "Purfect" References: <199708020038.RAA06621@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199708020038.RAA06621@rah.star-gate.com>; from Amancio Hasty on Fri, Aug 01, 1997 at 05:38:37PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Aug 01, 1997 at 05:38:37PM -0700, Amancio Hasty wrote: > So far Paul Traina , reported that guspnp14 failed to recognize his > gus classic however with a quick hack he was able to be up and running. > Will fix that minor bugglet this weekend. First, /dev/sndstat: VoxWare Sound Driver:3.5-alpha11-9707223 (Wed Jul 23 3:00:00 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 1: OPL-2/OPL-3 FM Type 5: Roland MPU-401 Type 2: SoundBlaster Type 6: SoundBlaster16 Type 7: SB16 MIDI Type 4: Gravis Ultrasound Card config: SoundBlaster at 0x220 irq 5 drq 1 SoundBlaster16 at 0x220 irq 5 drq 5 SB16 MIDI at 0x300 irq 5 OPL-2/OPL-3 FM at 0x388 irq 1 Gravis Ultrasound at 0x240 irq 11 drq 3 Roland MPU-401 at 0x330 irq 9 drq 0 Audio devices: 0: SoundBlaster 16 4.13 1: GUS PNP (CS4231) (DUPLEX) 2: Gravis UltraSound Synth devices: 0: Yamaha OPL-3 1: Gravis PNP (1024k) Midi devices: 0: SoundBlaster 16 Midi 1: Gravis UltraSound Midi 2: MPU-401 1.5U Midi interface #1 Timers: 0: System clock 1: GUS 2: MPU-401 Timer Mixers: 0: SoundBlaster 1: AD1848/CS4248/CS4231 2: Gravis Ultrasound The OPL3 still erroneously reports having IRQ 1 assigned. The config file says: device opl0 at isa? port 0x388 I still have the problem with detecting the OPL3 on my PnP SB16. I upped the DELAY() in opl3_detect() to 30000 and it seems to work. Half that isn't enough, but I didn't a lot of other values. Has DELAY() changed between 2.2-STABLE and 3.0-CURRENT? If the OPL3 isn't detected, the second use of the sequencer gives: /kernel: Sequencer: Warning! Cannot open synth device #0 (-16) Playing audio files through the sound blaster seems to work well, as does recording. However, interrupting a playback and then starting a new one gives: /kernel: isa_dmastart: channel 1 busy And while I know it has been suggested that that line simply be commented out, I think it indicates a problem. Playing/recording through the GUS [MAX] doesn't seem to work at all. ktrace shows the reads returning -1 with EIO, and the writes completing but the kernel complaining: /kernel: isa_dmastart: channel 3 busy /kernel: Sound: DMA (input) timed out - IRQ/DRQ config error? /kernel: isa_dmastart: channel 3 busy /kernel: Sound: DMA (output) timed out - IRQ/DRQ config error? As far as I know, nothing else is on DMA channel 3. I also tweaked some of the midi timeouts, as mentioned in previous messages. Patches have been mailed to Amancio From owner-freebsd-multimedia Fri Aug 1 20:39:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29373 for multimedia-outgoing; Fri, 1 Aug 1997 20:39:41 -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 UAA29366 for ; Fri, 1 Aug 1997 20:39:38 -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 UAA00302; Fri, 1 Aug 1997 20:39:23 -0700 (PDT) Message-Id: <199708020339.UAA00302@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: multimedia@FreeBSD.ORG Subject: Re: I guess guspnp14 is "Purfect" 8) In-reply-to: Your message of "Fri, 01 Aug 1997 23:07:36 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 20:39:23 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats really good to hear . Can you send me your config? Tnks! Amancio >From The Desk Of Chuck Robey : > On Fri, 1 Aug 1997, Amancio Hasty wrote: > > > > > So far Paul Traina , reported that guspnp14 failed to recognize his > > gus classic however with a quick hack he was able to be up and running. > > Will fix that minor bugglet this weekend. > > I don't know if this matters, but I just installed it on a system with a > pas-16, and it's still making music. I'll know tomorrow if it works on my > pentium system. > > > > > Cheers, > > Amancio > > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-multimedia Fri Aug 1 20:46:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29690 for multimedia-outgoing; Fri, 1 Aug 1997 20:46:15 -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 UAA29684 for ; Fri, 1 Aug 1997 20:46:12 -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 UAA00429 for ; Fri, 1 Aug 1997 20:46:11 -0700 (PDT) Message-Id: <199708020346.UAA00429@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: Voodoo Rush 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 20:46:11 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just installed a Voodoo Rush board on my system and just noticed that fxtv stopped working hmm... At any rate my combo is voodo rush/matrox millenium/wincast hauppage. Currently, waiting for http://www.3dfx.com to release the voodo rush's glide library 8) Cheers, Amancio From owner-freebsd-multimedia Sat Aug 2 05:20:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21361 for multimedia-outgoing; Sat, 2 Aug 1997 05:20:39 -0700 (PDT) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21355 for ; Sat, 2 Aug 1997 05:20:30 -0700 (PDT) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.8.6/8.7.3/FreeBSD/2.1.5) id JAA07960 for multimedia@freebsd.org; Sat, 2 Aug 1997 09:23:52 -0300 (EST) From: Pedro A M Vazquez Message-Id: <199708021223.JAA07960@kalypso.iqm.unicamp.br> Subject: vic grabber for bt848 To: multimedia@freebsd.org Date: Sat, 2 Aug 1997 09:23:51 -0300 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I'm testing a STB TV PCI card with the bt848 driver, fxtv is working fine but vic.van from Amancio's ftp site don't. I'm using a 16bit depth display. From where I can download the grabber source used to build vic with bt848 support? I've searched on the mail archives but was unable to find it. Pedro From owner-freebsd-multimedia Sat Aug 2 05:50:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22151 for multimedia-outgoing; Sat, 2 Aug 1997 05:50:38 -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 FAA22146 for ; Sat, 2 Aug 1997 05:50:35 -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 FAA00355; Sat, 2 Aug 1997 05:50:30 -0700 (PDT) Message-Id: <199708021250.FAA00355@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Pedro A M Vazquez cc: multimedia@FreeBSD.ORG Subject: Re: vic grabber for bt848 In-reply-to: Your message of "Sat, 02 Aug 1997 09:23:51 -0300." <199708021223.JAA07960@kalypso.iqm.unicamp.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Aug 1997 05:50:30 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Download ftp://rah.star-gate.com/pub/bt848.tar.gz install it and please let me know if it works . Tnks, Amancio >From The Desk Of Pedro A M Vazquez : > Hello > I'm testing a STB TV PCI card with the bt848 driver, fxtv > is working fine but vic.van from Amancio's ftp site don't. I'm using > a 16bit depth display. From where I can download the grabber source > used to build vic with bt848 support? I've searched on the mail archives > but was unable to find it. > > Pedro From owner-freebsd-multimedia Sat Aug 2 05:57:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22308 for multimedia-outgoing; Sat, 2 Aug 1997 05:57:14 -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 FAA22303; Sat, 2 Aug 1997 05:57:11 -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 FAA00415; Sat, 2 Aug 1997 05:57:05 -0700 (PDT) Message-Id: <199708021257.FAA00415@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.ORG cc: multimedia@FreeBSD.ORG Subject: Voodoo Graphics works on FreeBSD 8) Date: Sat, 02 Aug 1997 05:57:05 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Howdy, I downloaded the linux thingy from ftp.3dfx.com and it seems to work on my FreeBSD-current box 8) Had to patch the linux emulation layer to support iopl. A quick and dirty hack: linux_dummy.c: #include #include #include . . . int linux_iopl(struct proc *p, struct linux_iopl_args *args, int *retval) { struct open_args bsd_open_args; char *buf; p->p_md.md_regs->tf_eflags |= PSL_IOPL; return 0; } My combo is a Diamond Monster 3D / Matrox Millenium. Now to wait for glquake for linux 8) Enjoy, Amancio From owner-freebsd-multimedia Sat Aug 2 06:12:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22872 for multimedia-outgoing; Sat, 2 Aug 1997 06:12:27 -0700 (PDT) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.51.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22867 for ; Sat, 2 Aug 1997 06:12:23 -0700 (PDT) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.8.6/8.7.3/FreeBSD/2.1.5) id KAA00265; Sat, 2 Aug 1997 10:15:40 -0300 (EST) From: Pedro A M Vazquez Message-Id: <199708021315.KAA00265@kalypso.iqm.unicamp.br> Subject: Re: vic grabber for bt848 To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 2 Aug 1997 10:15:40 -0300 (EST) Cc: vazquez@IQM.Unicamp.BR, multimedia@FreeBSD.ORG In-Reply-To: <199708021250.FAA00355@rah.star-gate.com> from "Amancio Hasty" at Aug 2, 97 05:50:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty was saying that: > > Hi, > > Download ftp://rah.star-gate.com/pub/bt848.tar.gz install it and > please let me know if it works . > Yes! Thanks Amancio, I was using the driver from the mmidia page. Pedro From owner-freebsd-multimedia Sat Aug 2 12:25:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07768 for multimedia-outgoing; Sat, 2 Aug 1997 12:25:01 -0700 (PDT) Received: from becker2.u.washington.edu (spaz@becker2.u.washington.edu [140.142.12.68]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07759; Sat, 2 Aug 1997 12:24:50 -0700 (PDT) Received: from localhost (spaz@localhost) by becker2.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with SMTP id MAA20590; Sat, 2 Aug 1997 12:24:43 -0700 (PDT) Date: Sat, 2 Aug 1997 12:24:42 -0700 (PDT) From: "J. Utz" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Finally back at it! Re: working snap of new sound driver In-Reply-To: <199707311434.QAA05841@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok; I have no soundcards that have plugnpray or pci, looking at the patches in the readme it appears that i probably dont need to patch autoconf.c, because it does not have anything important happening as far as i am concerned...but if i get ahead of my bills and decide to splurge for a gus..i imagine i would want to do it then...... i just *hate* diddling kernel srcs on functioning machines needlessly... N, OTOH.... isa_dmastatus() looks to be quite cool....i am really looking forward to this part! i have a feeling a lot of the popping and slamming is gonna go away after this..... if not, i will at least have a way to convieniently start mapping dma traffic, this gonna be a general purpose kernel fiddling win, not just a soundcard win this'l be fun..... i just gotta remember to get up and get the family from la aeroporto at 19:15 tonight......:-) On Thu, 31 Jul 1997, Luigi Rizzo wrote: > After about two weeks of intense development, I am pleased to say that > all the major pieces of my new sound driver now work satisfactorily. As > a consequence, a _working_ snap of my new sound driver is available at > > http://www.iet.unipi.it/~luigi/snd970731.tgz > > (I am running this code on my machine now). > > The package includes a README file with detailed installation > instructions, and all the pieces you need if you are using 2.2 or > above. At the time of this writing I fixed the final bugs and > /dev/audio works reliably (at 8KHz, mono) with MSS-clones and SBpro > (tested used the CS4232 and CS4236 PnP). > > PnP cards are supported (with a minor fix, you need to change the > probe routine in ad1848.c to add the ID for your card), and possibly > even multiple sound cards in the same system (if bugs are present, > they are in the PnP probe&configure code). > > Many ioctls are still unimplemented (but the mixer calls work), but > fixing them will be trivial and probably ready for the next snap. > > Do not expect any new release for a week or so, but I will be able to > read email and reply. PLEASE if you have the time, test the code > with your cards. I am running this code on my machine at the moment, > and it seems reasonably stable. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ > ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-multimedia Sat Aug 2 12:49:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09571 for multimedia-outgoing; Sat, 2 Aug 1997 12:49:51 -0700 (PDT) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09565; Sat, 2 Aug 1997 12:49:48 -0700 (PDT) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with SMTP id MAA27255; Sat, 2 Aug 1997 12:49:41 -0700 (PDT) Date: Sat, 2 Aug 1997 12:49:41 -0700 (PDT) From: "J. Utz" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Minor bump in new paradigm,,Re: working snap of new sound driver In-Reply-To: <199707311434.QAA05841@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi This is the first time i have actually looked at this code before 9pm at night so please excuse the delay in noticing this.... controller snd0 device pcm0 at isa ? port? tty irq N drq D flags F vector pcmintr device midi0 at isa ? port? tty flags F device synth0 at isa ? port? tty flags F What happened to the synth and midi irq's? tnx! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-multimedia Sat Aug 2 14:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA16122 for multimedia-outgoing; Sat, 2 Aug 1997 14:45:42 -0700 (PDT) Received: from becker2.u.washington.edu (spaz@becker2.u.washington.edu [140.142.12.68]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16115; Sat, 2 Aug 1997 14:45:39 -0700 (PDT) Received: from localhost (spaz@localhost) by becker2.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with SMTP id OAA22740; Sat, 2 Aug 1997 14:45:33 -0700 (PDT) Date: Sat, 2 Aug 1997 14:45:32 -0700 (PDT) From: "J. Utz" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Why did it pull in all this stuff? Re: working snap of new driver In-Reply-To: <199707311434.QAA05841@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just finally compiled a kernel, with this stuff in it. i noticede that the compile visited every driver in the directory, gus, auidotrix, sb etc..why would it do that when all i want is a pas16 and its associarted opl3 and pseudo midi? tnx! john ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-multimedia Sat Aug 2 15:02:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16923 for multimedia-outgoing; Sat, 2 Aug 1997 15:02:47 -0700 (PDT) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16914; Sat, 2 Aug 1997 15:02:40 -0700 (PDT) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with SMTP id PAA31961; Sat, 2 Aug 1997 15:02:34 -0700 (PDT) Date: Sat, 2 Aug 1997 15:02:33 -0700 (PDT) From: "J. Utz" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: working snap of new sound driver In-Reply-To: <199707311434.QAA05841@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk hi; first off, in previous correspondence, you ( luigi ) indicated to me that u thought that the pcm device on a pas was the soundblaster. I am pretty sure that this is not true...Both from recollection, and the fact that when i started using jeff_tranter@pobox.com 's wave-1.0 program, i had to modify it to get 16 bit sound to work. specifically i had to reverse the endianess of the 16 bit linear play. here is my config entry. i am not even messing wiht my maui card right now. i wnt to get the reference implementation working first, before we tackle the downloadable os card... # pas-16 device pcm0 at isa? port 0x388 tty irq 10 drq 7 flags 0 vector pcmintr device midi0 at isa? port 0x300 tty flags 0 device synth0 at isa? port 0x38a tty flags 0 #where A0 is the ioaddr for the pcm interface on the pas16 (which is #actually a soundblaster) ( quoting luigi ) # finally, there is the other evidence in the form of my non working soundcard: pcm0 at 0x0388 irq 10 drq 7 mem 0x00000000 flags 0x00000000 en 1 confl 0 I/O address inactive (ff), try pseudo_mss sb_reset_dsp failed pcm0 not found at 0x388 midi0 at 0x0300 irq -1 drq -1 mem 0x00000000 flags 0x00000000 en 1 confl 0 midi0 not found at 0x300 synth0 at 0x038a irq -1 drq -1 mem 0x00000000 flags 0x00000000 en 1 confl 0 synth0 not found at 0x38a ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-multimedia Sat Aug 2 15:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19150 for multimedia-outgoing; Sat, 2 Aug 1997 15:42:49 -0700 (PDT) Received: from becker2.u.washington.edu (spaz@becker2.u.washington.edu [140.142.12.68]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19145; Sat, 2 Aug 1997 15:42:45 -0700 (PDT) Received: from localhost (spaz@localhost) by becker2.u.washington.edu (8.8.4+UW97.07/8.8.4+UW97.05) with SMTP id PAA23823; Sat, 2 Aug 1997 15:42:33 -0700 (PDT) Date: Sat, 2 Aug 1997 15:42:32 -0700 (PDT) From: "J. Utz" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: correct me if i am wrong :-) Re: working snap of new sound driver In-Reply-To: <199707311434.QAA05841@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi; Am i mistaken, or is PAS support waiting for somebody to go back thru all the pas2*.[ch] files and make them look like sb_dsp.c and ad1848.c ? tnx! john who has decided to go out and enjoy the remainder of the afternoon while he waits for an answer! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-multimedia Sat Aug 2 16:15:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20890 for multimedia-outgoing; Sat, 2 Aug 1997 16:15:44 -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 QAA20878; Sat, 2 Aug 1997 16:15:30 -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 QAA00352; Sat, 2 Aug 1997 16:15:05 -0700 (PDT) Message-Id: <199708022315.QAA00352@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "J. Utz" cc: Luigi Rizzo , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: correct me if i am wrong :-) Re: working snap of new sound driver In-reply-to: Your message of "Sat, 02 Aug 1997 15:42:32 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Aug 1997 16:15:05 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lets try to keep the low level soundcard specific stuff on multimedia mailing list and whenever we need OS specific assistance we should post to hackers. Tnks, Amancio >From The Desk Of "J. Utz" : > Hi; > > Am i mistaken, or is PAS support waiting for somebody to go back thru all > the pas2*.[ch] files and make them look like sb_dsp.c and ad1848.c ? > > tnx! > > john > > who has decided to go out and enjoy the remainder of the afternoon while > he waits for an answer! > > ***************************************************************************** ** > John Utz spaz@u.washington.edu > idiocy is the impulse function in the convolution of life > > From owner-freebsd-multimedia Sat Aug 2 17:25:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24124 for multimedia-outgoing; Sat, 2 Aug 1997 17:25:00 -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 RAA24116 for ; Sat, 2 Aug 1997 17:24:56 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 2 Aug 1997 20:24:25 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA10807; Sat, 2 Aug 97 20:24:23 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA18412; Sat, 2 Aug 1997 20:21:57 -0400 Message-Id: <19970802202157.11443@ct.picker.com> Date: Sat, 2 Aug 1997 20:21:57 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: [snddrv] snd970731 results References: <199708010904.CAA00641@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199708010904.CAA00641@rah.star-gate.com>; from Amancio Hasty on Fri, Aug 01, 1997 at 02:04:37AM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Well folks , |Any feedback 8) I'd tried it last night & swapped mail with Luigi off-line about it, but I'll post a Cc of the QSO just so we don't reinvent (or retest) the wheel too many times :-) (Luigi mentioned prior that the midi & synth stuff is temporarily unhooked; why I didn't try to test that). ============================================================================== >Date: Fri, 1 Aug 1997 22:21:36 -0400 From: Randall Hopper To: Luigi Rizzo Subject: Re: partially working snap of the new sound code |no, you need the following line | device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 vector pcmintr | |where the "flags 0x15" means: use dual dma (the "1") and secondary |dma channel is 5 Ok, just got a chance to cook a new kernel with this before I hit the sack. Since we're both on 2.2.1, I had no problems building it. The kernel seemed to fail the snd attach though. Here's the info: kernel lines: controller snd0 device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 vector pcmintr #device midi0 at isa ? port? tty flags F #device synth0 at isa ? port? tty flags F filtered dmesg output: ... pcm0 at 0x0220 irq 5 drq 1 mem 0x00000000 flags 0x00000015 en 1 confl 0 I/O address inactive (ff), try pseudo_mss pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa ... 0 : open dsp_speed done 8000 dsp setfmt 16 default ioctl snd0 subdev 3 fn 0xc0045006 fail unit 0 not configured mixer_read_devmask 0x000031ff mixer_read_recmask 0x000001c8 mixer_read_recsrc 0x00000080 ch_bits dev 0 ch 0 val 70 old 0xc0 r 48 p 0 bit 5 off 7 ch_bits dev 0 ch 1 val 70 old 0xc0 r 49 p 0 bit 5 off 7 mixer_read_devmask 0x000031ff mixer_read_recmask 0x000001c8 mixer_read_recsrc 0x00000080 ... (the latter lines probably instigated by my starting rplayd in rc.local) given the "not configured" message, I didn't expect anything to work, but just for kicks: stealth : ~/av/au > cat sorrydave.au > /dev/audio Aug 1 22:18:21 stealth /kernel.lui970731: SoundBlaster 16 4.13>0 : open Aug 1 22:18:21 stealth /kernel.lui970731: dsp_speed done 8000 Aug 1 22:18:21 stealth /kernel.lui970731: default ioctl snd0 subdev 4 fn 0x402c7413 fail Aug 1 22:18:21 stealth /kernel.lui970731: default ioctl snd0 subdev 4 fn 0x402c7413 fail Aug 1 22:18:21 stealth /kernel.lui970731: called sb_callback reason 0x201 Aug 1 22:18:21 stealth /kernel.lui970731: dsp_speed done 8000 Aug 1 22:18:21 stealth /kernel.lui970731: isa_dmastart: channel 1 busy ^C (delay here) Aug 1 22:18:33 stealth /kernel.lui970731: timeout waiting for dma1 to flush and trying my sound canned raw sound playing test: stealth : ~/AUD.TST > GO.TEST TEST: 44.1KHz Stereo 16-bit test Playing 44100 Hz 2 Channel 16 Format ioctl(SOUND_PCM_WRITE_CHANNELS, 2) failed: Invalid argument TEST: 44.1KHz Mono 16-bit test Playing 44100 Hz 1 Channel 16 Format ioctl(SOUND_PCM_WRITE_CHANNELS, 1) failed: Invalid argument TEST: 11.0KHz Stereo 16-bit test Playing 11025 Hz 2 Channel 16 Format ioctl(SOUND_PCM_WRITE_CHANNELS, 2) failed: Invalid argument TEST: 8Khz ULAW test (/dev/dsp) Playing 8012 Hz 1 Channel ulaw Format ioctl(SOUND_PCM_WRITE_CHANNELS, 1) failed: Invalid argument TEST: 8Khz ULAW test (/dev/audio) Randall ============================================================================== From: Luigi Rizzo Subject: Re: partially working snap of the new sound code To: rhh@ct.picker.com (Randall Hopper) Date: Sat, 2 Aug 1997 14:10:37 +0200 (MET DST) [sorry for the typos, I am on a bad modem line] ... > filtered dmesg output: ... > pcm0 at 0x0220 irq 5 drq 1 mem 0x00000000 flags 0x00000015 en 1 confl 0 > I/O address inactive (ff), try pseudo_mss > pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa this means that the attach succeeded, it's the standard isa attach message > ... > 0 : open > dsp_speed done 8000 > dsp setfmt 16 > default ioctl snd0 subdev 3 fn 0xc0045006 fail these lines mean that the ioctls are probably not implemented... > given the "not configured" message, I didn't expect anything to work, but > just for kicks: > > stealth : ~/av/au > cat sorrydave.au > /dev/audio > > Aug 1 22:18:21 stealth /kernel.lui970731: SoundBlaster 16 4.13>0 : open > Aug 1 22:18:21 stealth /kernel.lui970731: dsp_speed done 8000 > Aug 1 22:18:21 stealth /kernel.lui970731: default ioctl snd0 subdev 4 fn > 0x402c7413 fail this is a TIOCGET or similar done by "cat". > Aug 1 22:18:21 stealth /kernel.lui970731: default ioctl snd0 subdev 4 fn > 0x402c7413 fail > Aug 1 22:18:21 stealth /kernel.lui970731: called sb_callback reason 0x201 > Aug 1 22:18:21 stealth /kernel.lui970731: dsp_speed done 8000 > Aug 1 22:18:21 stealth /kernel.lui970731: isa_dmastart: channel 1 busy and this probably means that the previous open did not free the dma channel appropriately. I'll investigate on the problem and try to make the "unit not configured" messages less cryptic, currently they print out for too many reasons. Cheers Luigi From owner-freebsd-multimedia Sat Aug 2 17:48:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25153 for multimedia-outgoing; Sat, 2 Aug 1997 17:48:13 -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 RAA25142 for ; Sat, 2 Aug 1997 17:48:11 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 2 Aug 1997 20:47:39 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11052; Sat, 2 Aug 97 20:47:38 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA18433; Sat, 2 Aug 1997 20:45:11 -0400 Message-Id: <19970802204510.11146@ct.picker.com> Date: Sat, 2 Aug 1997 20:45:10 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: Voodoo Rush 8) References: <199708020346.UAA00429@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199708020346.UAA00429@rah.star-gate.com>; from Amancio Hasty on Fri, Aug 01, 1997 at 08:46:11PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |I downloaded the linux thingy from ftp.3dfx.com and it seems |to work on my FreeBSD-current box 8) | |My combo is a Diamond Monster 3D / Matrox Millenium. Now to wait for |glquake for linux 8) Sounds cool. While you wait for Quake you can try out Mesa and some of the nifty OpenGL demos and tools :-) http://www.ssec.wisc.edu/~brianp/Mesa.html http://www.cs.utah.edu/~sparker/xfree86-3d/ Also, up-n-coming is the GLX extension to XFree so, if I understand correctly, folks can run OpenGL apps remote through X and still get 3D H/W acceleration on an XFree server. Sweet. Amancio Hasty: |At any rate my combo is voodo rush/matrox millenium/wincast hauppage. | |Just installed a Voodoo Rush board on my system and just noticed that fxtv |stopped working hmm... Interesting. What's it look like? Try "-disableDirectV" and then "-colorbars" w/ and w/o it. Also, try the swap options to see if there's a mismatched byte order involved (use "-help" for details). Also, "-debug startup" and "xdpyinfo" might yield a few clues. Randall From owner-freebsd-multimedia Sat Aug 2 20:23:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01305 for multimedia-outgoing; Sat, 2 Aug 1997 20:23:23 -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 UAA01300 for ; Sat, 2 Aug 1997 20:23:20 -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 UAA00740; Sat, 2 Aug 1997 20:23:16 -0700 (PDT) Message-Id: <199708030323.UAA00740@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: Voodoo Rush 8) In-reply-to: Your message of "Sat, 02 Aug 1997 20:45:10 EDT." <19970802204510.11146@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Aug 1997 20:23:16 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I need the linux binaries for fxmesa don't care much for not hardware assist opengl or mesa apps had those for a while now. Currently, really enjoying my new 3d hardware 8) Cheers, Amancio >From The Desk Of Randall Hopper : > |I downloaded the linux thingy from ftp.3dfx.com and it seems > |to work on my FreeBSD-current box 8) > | > |My combo is a Diamond Monster 3D / Matrox Millenium. Now to wait for > |glquake for linux 8) > > Sounds cool. While you wait for Quake you can try out Mesa and some of the > nifty OpenGL demos and tools :-) > > http://www.ssec.wisc.edu/~brianp/Mesa.html > http://www.cs.utah.edu/~sparker/xfree86-3d/ > > Also, up-n-coming is the GLX extension to XFree so, if I understand > correctly, folks can run OpenGL apps remote through X and still get 3D H/W > acceleration on an XFree server. Sweet. > > Amancio Hasty: > |At any rate my combo is voodo rush/matrox millenium/wincast hauppage. > | > |Just installed a Voodoo Rush board on my system and just noticed that fxtv > |stopped working hmm... > > Interesting. What's it look like? Try "-disableDirectV" and then > "-colorbars" w/ and w/o it. Also, try the swap options to see if there's a > mismatched byte order involved (use "-help" for details). Also, "-debug > startup" and "xdpyinfo" might yield a few clues. > > Randall >