From owner-freebsd-multimedia Sun Aug 17 01:53:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17541 for multimedia-outgoing; Sun, 17 Aug 1997 01:53:13 -0700 (PDT) Received: from mailbox.uq.edu.au (zzshocki.slip.cc.uq.edu.au [130.102.221.173]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17536 for ; Sun, 17 Aug 1997 01:53:08 -0700 (PDT) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by mailbox.uq.edu.au (8.8.7/8.6.12) with ESMTP id SAA00867 for ; Sun, 17 Aug 1997 18:57:57 +1000 (EST) Message-Id: <199708170857.SAA00867@mailbox.uq.edu.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: guspnp15, & xquake Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 18:57:55 +1000 From: Stephen Hocking Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been trying out the guspnp15 &linux_ioctl.tar.gz stuff found on Amancio's ftp site, and xquake tells me that my sound cared does not have the necessary capabilities to produce sound. It's an old PAS16, which is picked up by the sound code and can be used for other things, such as cat au files to / dev/audio. Please find below /dev/sndstat # cat /dev/sndstat VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Ha sty@rah.star-gate.com) Config options: Installed drivers: Type 1: OPL-2/OPL-3 FM Type 3: ProAudioSpectrum Type 2: SoundBlaster Card config: ProAudioSpectrum at 0x388 irq 12 drq 6 (SoundBlaster at 0x220 irq 9 drq 1) (OPL-2/OPL-3 FM at 0x38a irq 1) Audio devices: 0: Pro Audio Spectrum Synth devices: Midi devices: 0: Pro Audio Spectrum Timers: 0: System clock Mixers: 0: Pro Audio Spectrum 16 xquake gives the following Added packfile ./id1/pak0.pak (339 files) Added packfile ./id1/pak1.pak (85 files) PackFile: ./id1/pak1.pak : gfx/pop.lmp Playing registered version. PackFile: ./id1/pak0.pak : gfx.wad Console initialized. UDP Initialized Exe: 16:49:53 Nov 22 1996 8.0 megabyte heap PackFile: ./id1/pak0.pak : gfx/palette.lmp PackFile: ./id1/pak0.pak : gfx/colormap.lmp 600k surface cache VID: shared memory id=196608, addr=0x11000000 VID: shared memory id=65537, addr=0x11010000 writable code 803dc94-803e114 Sound Initialization writable code 80398a4-8039dca writable code 803c497-803c77f PackFile: ./id1/pak0.pak : gfx/conback.lmp Sorry but your soundcard can't do this writable code 80398a4-8039dca S_Init: SNDDMA_Init failed. ========Quake Initialized========= [....] What's a poor boy to do? Stephen From owner-freebsd-multimedia Sun Aug 17 02:56:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20228 for multimedia-outgoing; Sun, 17 Aug 1997 02:56:54 -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 CAA20210; Sun, 17 Aug 1997 02:56:47 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA04178; Sun, 17 Aug 1997 19:26:17 +0930 (CST) From: Michael Smith Message-Id: <199708170956.TAA04178@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708170614.XAA01038@rah.star-gate.com> from Amancio Hasty at "Aug 16, 97 11:14:15 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 17 Aug 1997 19:26:17 +0930 (CST) Cc: mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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: > > Next release of the sound driver will not use isa_dmastatus from isa.c > rather I will duplicate the functionality in the sound driver. Am I the only person that thinks that this is unbelievably stupid? All of a sudden, the sound drivers are the only kernel subsystem that need PnP support, and now ISA DMA support too? Please spare a few seconds thought for the integrity of the system as a whole, rather than as a vehicle for your pet projects... > 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 Sun Aug 17 05:29:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA25395 for multimedia-outgoing; Sun, 17 Aug 1997 05:29:58 -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 FAA25370; Sun, 17 Aug 1997 05:29:49 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA09146; Sun, 17 Aug 1997 13:21:31 +0200 From: Luigi Rizzo Message-Id: <199708171121.NAA09146@labinfo.iet.unipi.it> Subject: Re: Problem with my Wincast, fxtv To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 17 Aug 1997 13:21:30 +0200 (MET DST) Cc: hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708170956.TAA04178@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 17, 97 07:25:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Amancio Hasty stands accused of saying: > > > > Next release of the sound driver will not use isa_dmastatus from isa.c > > rather I will duplicate the functionality in the sound driver. > > Am I the only person that thinks that this is unbelievably stupid? > > All of a sudden, the sound drivers are the only kernel subsystem that > need PnP support, and now ISA DMA support too? Please spare a few > seconds thought for the integrity of the system as a whole, rather > than as a vehicle for your pet projects... I think amancio has to fight with backward compatibility, that's why he wants to ship a standalone driver (guspnpXX.tgz) with all the pieces he needs. BUt of course, in the long term, Mike is right. Cheers Luigi From owner-freebsd-multimedia Sun Aug 17 05:59:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26309 for multimedia-outgoing; Sun, 17 Aug 1997 05:59:44 -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 FAA26302; Sun, 17 Aug 1997 05:59:40 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA09197; Sun, 17 Aug 1997 13:51:33 +0200 From: Luigi Rizzo Message-Id: <199708171151.NAA09197@labinfo.iet.unipi.it> Subject: Re: 2.2.5 To: jkh@time.cdrom.com Date: Sun, 17 Aug 1997 13:51:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [Bcc to -committers and -multimedia] > Subject: any plans for soundriver or bktr? since amancio and I have been working a lot on both bktr and audio in the last months I feel entitled to comment on this. * bktr: there are several, slightly different versions of the code, all of them pretty robust, tested and supported. [there are minor differences in the versions, e.g. I have rewritten the code for the dma engine, someone else might have added some ioctls, etc., but basically they all work fine] Since the driver was not there before, it works quite well, and is well supported, I'd strongly suggest to include one driver (ask amancio which ones he feels more comfortable with) in 2.2.5, just do not put it into the generic kernel (and the reason is not stability, the reason is that attaching the card eats a lot of memory for the frame buffer). Also we should make a port of fxtv, and update vic drivers. (also, fxtv is probably a small program; does people agree that for each driver there ought to be, in the standard distribution, at least one small program to test the driver ? If this is the case, fxtv could go into /usr/bin) * sounddriver here things are messy: the current driver (3.0) is not well supported; amancio has put a lot of work in a 3.5 derivative, and works with many more cards than the 3.0 I think. Applications should work at least as with the past driver. My brand new driver only does pcm right now, although I have it working in full duplex with vat, nas, and with most if not all half-duplex apps, including rplay and timidity [the latter converts a midi file to pcm data, so you basically do not need opl3/opl4 support, if you have some cpu cycles to spare]. In 1 month I don't think I have the time to make it support all the boards I would like to. So my suggestion is: - ask amancio if he feels like replacing the current sound driver with his version of guspnpXX, which has basically the same features (and probably fewer bugs) than the currently committed one; - put my driver (and guxpnpXX as well, if amancio does not feel like replacing the current code for 2.2.5) in the "experimental" part of the tree. 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 Sun Aug 17 10:13:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09893 for multimedia-outgoing; Sun, 17 Aug 1997 10:13:18 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09888 for ; Sun, 17 Aug 1997 10:13:16 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.6/8.8.6) id MAA25980; Sun, 17 Aug 1997 12:13:05 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma025973; Sun, 17 Aug 97 12:12:54 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id MAA10721; Sun, 17 Aug 1997 12:12:54 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sun, 17 Aug 1997 12:12:54 -0500 (CDT) From: Kyle Mestery To: Amancio Hasty cc: Kenneth Merry , Steve Passe , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708170603.XAA00801@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 Sat, 16 Aug 1997, Amancio Hasty wrote: > Hi, > > Can someone verify the patch? > Because I am preparing a new bt848 driver release.n > no major changes however this version has support for BSDI and improved > YUV support for vic. My version has been out for at least a couple > of months and it time to check it in. > > > Tnks, > Amancio > Well, I just installed the stuff that Kenneth sent. The result was that some channels PARTLY came in (5,6,14), but all others were snowey. This makes me believe taht I do not have a hrc cable system. It still doesnt make sense according to what Steve said though. THe channel sets were 2-6,7-13,14-99. It is strange that with irc cable I can recieve 2-6, 14-20, and like the upper 90s. Doesn't quite add up. Also, I just tried another brand new kernel for xquake sound and I get the same message: isa_dmastatus: channel 5 not active I tried a kernel from Monday, and it works fine. I even recompiled the linux lkm and reloaded it to see if that was what was causing the problem. Nothing. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Sun Aug 17 11:13:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13343 for multimedia-outgoing; Sun, 17 Aug 1997 11:13:44 -0700 (PDT) Received: from emout01.mail.aol.com (emout01.mx.aol.com [198.81.11.92]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA13338 for ; Sun, 17 Aug 1997 11:13:42 -0700 (PDT) From: StevenR362@aol.com Received: (from root@localhost) by emout01.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id OAA01468; Sun, 17 Aug 1997 14:13:08 -0400 (EDT) Date: Sun, 17 Aug 1997 14:13:08 -0400 (EDT) Message-ID: <970817141305_-352888999@emout01.mail.aol.com> To: luigi@labinfo.iet.unipi.it cc: multimedia@freebsd.org Subject: Re: snd970814.tgz Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I gave your recent sound driver a spin and ran into some minor problems with it on current. 1. The linker set "pnpdevice_set" failed to link. I believe due to the lack of a tentative definition. I solved this by removing extern from the declaration in pnp.h. 2. In sound.c, the prototype for "pcmdriver" appears after it is referenced. I solved this by moving the prototype earlier in the file. 3. In ad1848.c, there is no visible function pointer declaration for pcmintr. I solved this by adding a function prototype for pcmintr at the top of the file. Now my remaining problems were strictly hardware related. I have a clone card that claims to be sound blaster 16pnp compatible. It is an Avance Asound 100. The pnp info is CSN 1 Vendor ID: ALS0001 [0x01009305] Serial 0x01000000 I don't know what chipset it uses as the main chip is covered by a sticker that says only AVANCE. Nor does my motherboard have a pnp bios. I could get the device partially initialized by having Win95's pnp init it and then soft booting into FreeBSD. Windows 95 configures it with the following ports and interupts. 0x0220 irq 5 dma 5 0x0388 0x0330 irq 9 dma 1 Your driver will recognize it as an sb16 but cat'ing an .au file to /dev/audio just results in a 1 second noise that sounds like a hard tap on a microphone. Putting the vendor id in as an OPTI in ad1848.c results in a lockup of the machine with a bunch of "calcru: negative time -24xx seconds" messages. Putting the vendor id in as a CS42xx gives the following probe messages after soft booting from windows. Probing for PnP devices: CSN 1 Vendor ID: ALS0001 [0x01009305] Serial 0x01000000 port 0x0220 0x0000 0x0000 0x0000 irq 5:0 drq 5:1 mss_attach 1 at 0x 21c irq 5 dma 5:1 flags 0x 10011 dev 3 reg 4 old 0xff new 0x64 dev 4 reg 6 old 0xff new 0x4b dev 5 reg 26 old 0xff new 0x72 dev 6 reg 18 old 0xff new 0x6d dev 7 reg 0 old 0xff new 0xff dev 8 reg 2 old 0xff new 0x64 dev 9 reg 13 old 0xff new 0xff dev 12 reg 0 old 0xff new 0xf9 ... pcm0 at 0xffff irq 5 drq 5 mem 0x 0 flags 0x 11 en 1 confl 0 mss_probe: no address supplied, try default 0x0530 I/O address inactive (ff), try pseudo_mss sb_probe: no address supplied, try defaults (0x220,0x240) pcm0 at 0x220 irq 5 drq 5 flags 0x11 on isa device combination doesn't support shared irq5 intr_connect(irq5) failed, result=-1 I am going to try guspnp15.tgz next and see if that handles it better. But I thought you should get a little feedback on clone cards with your driver. Steve From owner-freebsd-multimedia Sun Aug 17 11:20:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13718 for multimedia-outgoing; Sun, 17 Aug 1997 11:20:13 -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 LAA13700 for ; Sun, 17 Aug 1997 11:20:06 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id MAA07175; Sun, 17 Aug 1997 12:19:55 -0600 (MDT) Message-Id: <199708171819.MAA07175@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Kyle Mestery cc: Amancio Hasty , Kenneth Merry , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Sun, 17 Aug 1997 12:12:54 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 12:19:55 -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Well, if your feeling adverturous perhaps you should write a simple channel scanner. its something the driver could use. b4 doing that, try turning on AFC (auto freq control) I think fxtv has a menu item for that, but if not, use ioctl TVTUNER_SETAFC. this will cause the tuner code to adjust the selected frequency within a +-5 mHz range while polling the hardware for a "centered" signal. --- if that doesn't help a crude userland auto scan would be something like: ******************** THE FOLLOWING IS ALL THEORY *********************** #define AFC_BITS 0x07 #define AFC_FREQ_MINUS_125 0x00 #define AFC_FREQ_MINUS_62 0x01 #define AFC_FREQ_CENTERED 0x02 #define AFC_FREQ_PLUS_62 0x03 #define AFC_FREQ_PLUS_125 0x04 #define BOTTOM (unsigned long)(55.25 * 16) #define TOP (unsigned long)(655.25 * 16) int afcon = 1; unsigned long freq, freq2, status; int fd; fd = open( ... ); if ( ioctl( fd, TVTUNER_SETAFC, &afcon ) < 0 ) { ERROR; } for ( freq = BOTTOM; freq < TOP; freq += (6.0 * 16) ) { printf( "\ntrying freq: %f", (double)((double)freq / 16.0) ); if ( ioctl( fd, TVTUNER_SETFREQ, &freq ) < 0 ) { ERROR; } if ( ioctl( fd, TVTUNER_GETFREQ, &freq2 ) < 0 ) { ERROR; } if ( ioctl( fd, TVTUNER_GETSTATUS, &status ) < 0 ) { ERROR; } if ( !(status & 0x40) ) { printf( ", no lock (?)\n" ); sleep( 1 ); continue; } /** XXX not sure about the / 16 */ printf( "\nafc picked freq: %f", (double)((double)freq2 / 16.0) ); printf( ", hit return to continue..." ); gets(); } -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Aug 17 11:44:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15066 for multimedia-outgoing; Sun, 17 Aug 1997 11:44:34 -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 LAA15033; Sun, 17 Aug 1997 11:44:25 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id LAA06486; Sun, 17 Aug 1997 11:44:02 -0700 (PDT) Message-Id: <199708171844.LAA06486@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: msmith@atrad.adelaide.edu.au (Michael Smith), mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Sun, 17 Aug 1997 13:21:30 +0200." <199708171121.NAA09146@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 11:44:01 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just ignore Michael's posting -- it says nothing . Anyone with a little intellingence can discern from my posting that I am *very* upset with isa_dmastatus. Amancio >From The Desk Of Luigi Rizzo : > > Amancio Hasty stands accused of saying: > > > > > > Next release of the sound driver will not use isa_dmastatus from isa.c > > > rather I will duplicate the functionality in the sound driver. > > > > Am I the only person that thinks that this is unbelievably stupid? > > > > All of a sudden, the sound drivers are the only kernel subsystem that > > need PnP support, and now ISA DMA support too? Please spare a few > > seconds thought for the integrity of the system as a whole, rather > > than as a vehicle for your pet projects... > > I think amancio has to fight with backward compatibility, that's > why he wants to ship a standalone driver (guspnpXX.tgz) with all the > pieces he needs. BUt of course, in the long term, Mike is right. > > Cheers > Luigi From owner-freebsd-multimedia Sun Aug 17 13:14:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19145 for multimedia-outgoing; Sun, 17 Aug 1997 13:14:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19120; Sun, 17 Aug 1997 13:14:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07305; Sun, 17 Aug 1997 13:06:20 -0700 From: Terry Lambert Message-Id: <199708172006.NAA07305@phaeton.artisoft.com> Subject: Re: Problem with my Wincast, fxtv To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 17 Aug 1997 13:06:20 -0700 (MST) Cc: hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708170956.TAA04178@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 17, 97 07:26:17 pm X-Mailer: ELM [version 2.4 PL24] 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 > > Next release of the sound driver will not use isa_dmastatus from isa.c > > rather I will duplicate the functionality in the sound driver. > > Am I the only person that thinks that this is unbelievably stupid? I don't want to get into a huge argument about this, but... Not to put too fine a point on it, but Amancio stated what his requirements were, and why, and why the current isa_dmastatus code was logically combining multiple things which he needed to be discrete, but which the other drivers using isa_dmastatus didn't care whether they were discrete or not. In other words, there's a historical lumping that occurred without consideration for the needs of the sound drivers, and rather than acknowledging this and correcting the granularity of the implementation, there is general defense of the status quo for no apparent reason other than "it is the status quo, and it's less work". Basically, "code inertia". > All of a sudden, the sound drivers are the only kernel subsystem that > need PnP support, and now ISA DMA support too? Please spare a few > seconds thought for the integrity of the system as a whole, rather > than as a vehicle for your pet projects... I think he has, in both cases, and I think he has found the current framework lacking in light of the integrity of the system as a whole, and currently only useful as a vehicle for the pet projects of people other than himself. The Sword of Damocles is a two-edged blade, and two-edged blades cut both ways... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-multimedia Sun Aug 17 14:12:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22520 for multimedia-outgoing; Sun, 17 Aug 1997 14:12:24 -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 OAA22512 for ; Sun, 17 Aug 1997 14:12:21 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA09360; Sun, 17 Aug 1997 22:04:22 +0200 From: Luigi Rizzo Message-Id: <199708172004.WAA09360@labinfo.iet.unipi.it> Subject: Re: snd970814.tgz To: StevenR362@aol.com Date: Sun, 17 Aug 1997 22:04:22 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <970817141305_-352888999@emout01.mail.aol.com> from "StevenR362@aol.com" at Aug 17, 97 02:12:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I gave your recent sound driver a spin and ran into some minor problems > with it on current. > > 1. The linker set "pnpdevice_set" failed to link. I believe due to the > lack of a tentative definition. I solved this by removing extern from the ... I will check this. Everybody is having this problem and I am not, so there must be something missing in the documentation, since the code I distributed is a verbatim copy of mine! As for the SB16 probing etc. I will add the ID and try to write a suitable PnP device entry. Unfortunately I don't have a SB16 here (although the OPT931 is supposed to emulate SB4.4 so that might work), and the SB16 code has not been tested yet. > pcm0 at 0x220 irq 5 drq 5 flags 0x11 on isa > device combination doesn't support shared irq5 > intr_connect(irq5) failed, result=-1 actually, the two error messages are produced by the standard code, and mean that there is some other active device at irq5, so you should check your config file to remove the conflict. That might also explain why the SB16 code does not work as expected. I also not that it is curious that a SB16 clone only uses one 16-bit DMA channel, it probably uses two, DMA1 for 8-bit transfers, DMA5 for 16-bit transfers. > I am going to try guspnp15.tgz next and see if that handles it better. But > I thought you should get a little feedback on clone cards with your driver. Yes thanks, I appreciate it. Cheers Luigi From owner-freebsd-multimedia Sun Aug 17 14:13:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22589 for multimedia-outgoing; Sun, 17 Aug 1997 14:13: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 OAA22584 for ; Sun, 17 Aug 1997 14:13:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA00830 for ; Sun, 17 Aug 1997 14:13:30 -0700 (PDT) Message-Id: <199708172113.OAA00830@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: ftp://rah.star-gate.com/pub/guspnp16.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 14:13:29 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This release has only change: isa_dmastatus has been incorporated in to the sound driver due to a recent checkin into current which breaks the sound driver and the -current hackers don't feel like backing out their change. The sound driver now uses snd_isa_dmastatus. Amancio From owner-freebsd-multimedia Sun Aug 17 14:34:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24385 for multimedia-outgoing; Sun, 17 Aug 1997 14:34:30 -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 OAA24362; Sun, 17 Aug 1997 14:34:25 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA00938; Sun, 17 Aug 1997 14:33:48 -0700 (PDT) Message-Id: <199708172133.OAA00938@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: msmith@atrad.adelaide.edu.au (Michael Smith), mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Sun, 17 Aug 1997 13:21:30 +0200." <199708171121.NAA09146@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 14:33:48 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > Amancio Hasty stands accused of saying: > > > > > > Next release of the sound driver will not use isa_dmastatus from isa.c > > > rather I will duplicate the functionality in the sound driver. > > > > Am I the only person that thinks that this is unbelievably stupid? > > > > All of a sudden, the sound drivers are the only kernel subsystem that > > need PnP support, and now ISA DMA support too? Please spare a few > > seconds thought for the integrity of the system as a whole, rather > > than as a vehicle for your pet projects... > > I think amancio has to fight with backward compatibility, that's > why he wants to ship a standalone driver (guspnpXX.tgz) with all the > pieces he needs. BUt of course, in the long term, Mike is right. > > Cheers > Luigi Well, it has been over a year since Sujal Patel put out his PnP patches which we can use for the sound driver as well as other devices. In this case no one has taken the incentive to push the technology. Few hackers express any interest at all on PnP at the time that Sujal and I where working on the PnP code. Nevertheless , we are thinking about the rest of the system and Luigi is leading the effort to iron out the PnP interface. As for ISA DMA support, the sound drivers from day one have used the isa dma subsystem. In order to support linux applications such as xquake and for improved sound support we were forced to add isa_dmastatus which Luigi was kind to provide. The contributed code naturally didn't break the sound driver functionality however the version that made into current did. At the very least someone should have consulted someone in the multimedia group to see if this was okay to change . As part of the guspnp sound driver release , the linux emulation has been modified to support the sound driver 3.5 ioctl. I can't check that version in because the changes are specific to support the sound driver 3.5 ioctl interface which is not present in FreeBSD.XXXX sound driver release. Amancio From owner-freebsd-multimedia Sun Aug 17 16:36:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA03547 for multimedia-outgoing; Sun, 17 Aug 1997 16:36:09 -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 QAA03312; Sun, 17 Aug 1997 16:30:42 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id IAA07931; Mon, 18 Aug 1997 08:48:12 +0930 (CST) From: Michael Smith Message-Id: <199708172318.IAA07931@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708171844.LAA06486@rah.star-gate.com> from Amancio Hasty at "Aug 17, 97 11:44:01 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 08:48:11 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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: > > Just ignore Michael's posting -- it says nothing . On the contrary, it says a great deal, as does your "just ignore him and he'll go away" handwave. > Anyone with a little intellingence can discern from my posting that > I am *very* upset with isa_dmastatus. No shit. I'm not taking you to task one way or another for that; eventually you and Luigi will talk it over and come to a reasonable solution, and until then I'll do exactly nothing. isa_dmastatus is there at the explicit request of the audio weenie faction, right where it belongs. If you don't _like_ it, then a) you should have said so back when it was being discussed b) you should be proposing a useful fix that doesn't screw the rest of the DMA consumers just because you don't like the API. Saying "I don't like the bus support, so I'll go write it all again from scratch" is really quite counterproductive. It virtually guarantees that, when the bus support is changed next time, you're going to scream three times as loudly. How's about you get with the plan now, and perhaps benefit from some teamwork? -- ]] 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 Sun Aug 17 16:37:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA03601 for multimedia-outgoing; Sun, 17 Aug 1997 16:37:40 -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 QAA03577; Sun, 17 Aug 1997 16:37:28 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA07992; Mon, 18 Aug 1997 09:01:21 +0930 (CST) From: Michael Smith Message-Id: <199708172331.JAA07992@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708172006.NAA07305@phaeton.artisoft.com> from Terry Lambert at "Aug 17, 97 01:06:20 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 18 Aug 1997 09:01:21 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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 Terry Lambert stands accused of saying: > > > Next release of the sound driver will not use isa_dmastatus from isa.c > > > rather I will duplicate the functionality in the sound driver. > > > > Am I the only person that thinks that this is unbelievably stupid? > > I don't want to get into a huge argument about this, but... Me neither, although Amancio appears to have come to the discussion with an enormous slice of Idaho's finest perched beside his ear, so it's being a bit hard to achieve a middle ground. > Not to put too fine a point on it, but Amancio stated what his > requirements were, and why, and why the current isa_dmastatus > code was logically combining multiple things which he needed to > be discrete, but which the other drivers using isa_dmastatus > didn't care whether they were discrete or not. Fair enough. This is different from his ransom note of last week, and likely of next week as well. Note that, in contrast, Luigi Rizzo, who appears to be working with Amancio and that camp, is quite happy with the original code (and actually proposed it in the first place). > In other words, there's a historical lumping that occurred without > consideration for the needs of the sound drivers, and rather than > acknowledging this and correcting the granularity of the implementation, > there is general defense of the status quo for no apparent reason other > than "it is the status quo, and it's less work". If this was all it was, I would happily consider helping with a remodelling of the DMA support, subject to the ISA gods and the desires of the sound crew, to help come up with a better interface. But for this to be worthwhile, we need a consistent set of requirements. Signals from the sound camp say that Luigi's code is the future of sound support as we know it, and as such I've been following his requirements (albeit lagging a little). OTOH, general consensus is that Amancio's work is a QnD designed to get _something_ working now, so to me it makes little sense to try to track. If we can see some consensus from the consumers, perhaps? -- ]] 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 Sun Aug 17 16:47:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04047 for multimedia-outgoing; Sun, 17 Aug 1997 16:47:53 -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 QAA04022; Sun, 17 Aug 1997 16:47:24 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA08025; Mon, 18 Aug 1997 09:11:01 +0930 (CST) From: Michael Smith Message-Id: <199708172341.JAA08025@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708172133.OAA00938@rah.star-gate.com> from Amancio Hasty at "Aug 17, 97 02:33:48 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 09:11:00 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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: > > Well, it has been over a year since Sujal Patel put out his PnP patches > which we can use for the sound driver as well as other devices. In this > case no one has taken the incentive to push the technology. Few This is because Sujal was "just going to finish his exams", and most of us have been off paying the rent. (standard excuse) 8) > As for ISA DMA support, the sound drivers from day one have used the isa dma > subsystem. In order to support linux applications such as xquake > and for improved sound support we were forced to add isa_dmastatus > which Luigi was kind to provide. The contributed code naturally > didn't break the sound driver functionality however the version > that made into current did. The version that made it into current _was_ the version Luigi and I discussed at notinconsiderable length. I never got any impression that anything was wrong with it, until I read your (totally unreasoned and unjustified) demand that part of the (originally proposed and unchanged) function should be removed. >From my reading, that fragment of code imposed some basic, harmless, sanity checking on the use of the function. Luigi wouldn't have put it there if he didn't feel that it belonged there. You and he have been working together, supposedly. I have heard nothing from him on this subject, but in the meantime you've gathered up your skirts and flounced off. > At the very least someone should > have consulted someone in the multimedia group to see if this > was okay to change . Huh? Change _what_? > As part of the guspnp sound driver release , the linux emulation > has been modified to support the sound driver 3.5 ioctl. I can't > check that version in because the changes are specific to support > the sound driver 3.5 ioctl interface which is not present in FreeBSD.XXXX > sound driver release. This is an issue with finding someone with an adequately stable personality to maintain the sound drivers in -current and -stable. I would love to have your work integrated, believe me; I get no satisfaction whatsoever from seeing code just lying to rot. -- ]] 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 Sun Aug 17 17:23:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06380 for multimedia-outgoing; Sun, 17 Aug 1997 17:23:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA06358; Sun, 17 Aug 1997 17:23:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA11907; Sun, 17 Aug 1997 17:14:43 -0700 From: Terry Lambert Message-Id: <199708180014.RAA11907@phaeton.artisoft.com> Subject: Re: Problem with my Wincast, fxtv To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 17 Aug 1997 17:14:43 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708172331.JAA07992@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 18, 97 09:01:21 am X-Mailer: ELM [version 2.4 PL24] 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 > OTOH, general consensus > is that Amancio's work is a QnD designed to get _something_ working > now, so to me it makes little sense to try to track. Hmmm. If this is true, and it's intended *solely* as a QnD, then why net let him have his own isa_dmastatus()? It doesn't hurt anything, and it's not something that will live on in infamy. I think maybe this whole thing got blown out of proportion in the posting by... (uh-oh 8-)) complaining about the seperate isa_dmastatus(). The issue of PnP (admittedly, he didn't raise that one in this particular case, so it's kind of off-topic) is still hotly debateable, I suppose (not something I'm going to debate late on Sunday, though...). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-multimedia Sun Aug 17 18:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA08944 for multimedia-outgoing; Sun, 17 Aug 1997 18:13:47 -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 SAA08922; Sun, 17 Aug 1997 18:13:36 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA08329; Mon, 18 Aug 1997 10:39:58 +0930 (CST) From: Michael Smith Message-Id: <199708180109.KAA08329@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708180014.RAA11907@phaeton.artisoft.com> from Terry Lambert at "Aug 17, 97 05:14:43 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 18 Aug 1997 10:39:57 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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 Terry Lambert stands accused of saying: > > OTOH, general consensus > > is that Amancio's work is a QnD designed to get _something_ working > > now, so to me it makes little sense to try to track. > > Hmmm. If this is true, and it's intended *solely* as a QnD, > then why net let him have his own isa_dmastatus()? It doesn't > hurt anything, and it's not something that will live on in > infamy. I was asking myself this in the shower this morning. Ultimately, there are three reasons that the idea reeks to me : - Idealogically : there should not be a need for a private function that screws with the DMA hardware. If the current feature set is broken, then that needs to be addressed. In this case, if Amancio and Luigi sit down and thrash out the issue together, I'm sure a sensible compromise will result. - Selfishly : having two separate functions is likely to raise more debugging/support work. - Pragmatically : it is likely the Amancio's code will (given that it works right now and nothing else comes close) spend quite a lot of time as "the" sound driver. As such, we're going to be looking at a legacy condition sometime down the track where it is expected that the sound driver be allowed to frotz with the DMA hardware, and that is IMHO not a desirable position at all. > The issue of PnP (admittedly, he didn't raise that one in this > particular case, so it's kind of off-topic) is still hotly > debateable, I suppose (not something I'm going to debate late > on Sunday, though...). I'd prefer not to debate it either. I think that it's sufficiently separate that when the time comes it can be relocated without adversely affecting anything at all. I merely resent the effort that's being put into standalone PnP-for-sound-cards-only work where the same effort could be better spent on a generalised push. > Terry Lambert -- ]] 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 Sun Aug 17 18:25:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09655 for multimedia-outgoing; Sun, 17 Aug 1997 18:25: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 SAA09620; Sun, 17 Aug 1997 18:25:38 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA02184; Sun, 17 Aug 1997 18:24:06 -0700 (PDT) Message-Id: <199708180124.SAA02184@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: terry@lambert.org (Terry Lambert), mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 09:01:21 +0930." <199708172331.JAA07992@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 18:24:05 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If this was all it was, I would happily consider helping with a > remodelling of the DMA support, subject to the ISA gods and the > desires of the sound crew, to help come up with a better interface. So there is a dim light of hope, Cool 8) > But for this to be worthwhile, we need a consistent set of > requirements. Signals from the sound camp say that Luigi's code is the > future of sound support as we know it, and as such I've been following > his requirements (albeit lagging a little). OTOH, general consensus > is that Amancio's work is a QnD designed to get _something_ working > now, so to me it makes little sense to try to track. > > If we can see some consensus from the consumers, perhaps? What needs to be track is Luigi's effort and not mine. The guspnp driver is meant as a stop gap while Luigi and the rest of the sound crew manages to finish the next generation sound driver. The guspnp series of sound driver is based upon the linux sound driver 3.5 however no one in the multimedia camp feels like supporting the linux sound driver due to its complexity and Luigi has volunteered to rewrite the sound driver. The linux sound driver 3.5 compatibility is desired because there are Linux applications such as xquake which use it. With respect to the now infamous isa_dmastatus and me going totally ballistic with the one on -current is that I was presented with a slightly different version for review which didn't have the "sanity" checks . We are trying are hardest not to interfere with the normal course of development on -current. Michael's offer to help consider our requirements is a step in the right direction and again the requirements should be from Luigi's sound driver effort. The next major issue with respect to the sound drivers is the inclusion of PnP support. Perhaps we will be able to work together... Amancio From owner-freebsd-multimedia Sun Aug 17 18:45:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10795 for multimedia-outgoing; Sun, 17 Aug 1997 18:45: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 SAA10775; Sun, 17 Aug 1997 18:45:38 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA02281; Sun, 17 Aug 1997 18:44:23 -0700 (PDT) Message-Id: <199708180144.SAA02281@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: terry@lambert.org (Terry Lambert), freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 10:39:57 +0930." <199708180109.KAA08329@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 18:44:22 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Smith : > I'd prefer not to debate it either. I think that it's sufficiently > separate that when the time comes it can be relocated without > adversely affecting anything at all. I merely resent the effort > that's being put into standalone PnP-for-sound-cards-only work where > the same effort could be better spent on a generalised push. > As far as I know Luigi's PnP efforts are not tied to the sound driver and we are using the sound driver as a testbed for PnP support. Given that Luigi's sound driver is coming along nicely, the issue of PnP will be arriving on this forum shortly and from a sound driver perspective it is a *primary* requirement . Amancio From owner-freebsd-multimedia Sun Aug 17 19:03:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12076 for multimedia-outgoing; Sun, 17 Aug 1997 19:03:31 -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 TAA12053; Sun, 17 Aug 1997 19:03:20 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA02325; Sun, 17 Aug 1997 19:01:55 -0700 (PDT) Message-Id: <199708180201.TAA02325@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 11:03:24 +0930." <199708180133.LAA08460@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 19:01:55 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Smith : > Ah, the light dawns. How about the next isa_dma* function Luigi has > requested? Is the sanity checking in general a major problem from your > point of view? Hi , Part of my problem (Yeah I know I have many faults 8) ) is that I have been *very* busy with the guspnp driver and the latest -current induced bug found in the bktr driver which I admit was my fault for not tracking the PCI interface --- We were really hammering out the Bt848 driver this summer and must say that I am really please with the progress and general acceptance of the driver in the multimedia group. Trust me , the communication and coordination efforts from the multimedia group will improve. >Ah, the light dawns. How about the next isa_dma* function Luigi has >requested? Is the sanity checking in general a major problem from your >point of view? My right eye begings to nervously twitch ... Just joking . I have no idea what Luigi wants to do next in the way of dma interface so him and I will have to "sit" down and iron out the functionality . I will let Luigi post the outcome of our discussion . Cheers, Amancio From owner-freebsd-multimedia Sun Aug 17 19:23:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13063 for multimedia-outgoing; Sun, 17 Aug 1997 19:23:12 -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 TAA13034; Sun, 17 Aug 1997 19:22:56 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA08460; Mon, 18 Aug 1997 11:03:24 +0930 (CST) From: Michael Smith Message-Id: <199708180133.LAA08460@genesis.atrad.adelaide.edu.au> Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708180124.SAA02184@rah.star-gate.com> from Amancio Hasty at "Aug 17, 97 06:24:05 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 11:03:24 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@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: > > > > If we can see some consensus from the consumers, perhaps? > > What needs to be track is Luigi's effort and not mine. OK. This is worth knowing. > to rewrite the sound driver. The linux sound driver 3.5 compatibility > is desired because there are Linux applications such as xquake which use it. Gotcha. > With respect to the now infamous isa_dmastatus and me going totally > ballistic with the one on -current is that I was presented with > a slightly different version for review which didn't have the > "sanity" checks . Ah, the light dawns. How about the next isa_dma* function Luigi has requested? Is the sanity checking in general a major problem from your point of view? > The next major issue with respect to the sound drivers is the > inclusion of PnP support. Perhaps we will be able to work > together... I think we would all like that very much 8) -- ]] 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 Sun Aug 17 19:46:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA14601 for multimedia-outgoing; Sun, 17 Aug 1997 19:46:10 -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 TAA14581; Sun, 17 Aug 1997 19:46:05 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id UAA09140; Sun, 17 Aug 1997 20:45:00 -0600 (MDT) Message-Id: <199708180245.UAA09140@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Michael Smith cc: terry@lambert.org (Terry Lambert), hasty@rah.star-gate.com, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 10:39:57 +0930." <199708180109.KAA08329@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 20:45:00 -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > Hmmm. If this is true, and it's intended *solely* as a QnD, > > then why net let him have his own isa_dmastatus()? It doesn't > > hurt anything, and it's not something that will live on in > > infamy. > ... > - Idealogically : there should not be a need for a private function > that screws with the DMA hardware. If the current feature set is > ... > time as "the" sound driver. As such, we're going to be looking at a > legacy condition sometime down the track where it is expected that the > sound driver be allowed to frotz with the DMA hardware, and that is I really don't want to get into this debate, but I think its important that people realize that the days of different pieces of code accessing common hardware are over. As SMP is brought into more and more of the kernel this becomes unacceptable. Areas such as the DMA hardware will have to be encapsolated into "critical regions". No one will be allowed to have private code to access these sorts of things, not even for short testing periods. A rather large part of my work in the coming days will involve finding such areas and eliminating them, please don't create any more! -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Aug 17 20:42:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA17881 for multimedia-outgoing; Sun, 17 Aug 1997 20:42:27 -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 UAA17861; Sun, 17 Aug 1997 20:42:13 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA09705; Mon, 18 Aug 1997 04:34:19 +0200 From: Luigi Rizzo Message-Id: <199708180234.EAA09705@labinfo.iet.unipi.it> Subject: isa_dmastatus To: smp@csn.net (Steve Passe), luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 18 Aug 1997 04:34:18 +0200 (MET DST) Cc: multimedia@freebsd.org, hackers@freebsd.org In-Reply-To: <199708180245.UAA09140@Ilsa.StevesCafe.com> from "Steve Passe" at Aug 17, 97 08:44:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Feeling much involved with this issue... I fully second Steve's opinion and with the same motivations: > people realize that the days of different pieces of code accessing common > hardware are over. As SMP is brought into more and more of the kernel this > becomes unacceptable. Areas such as the DMA hardware will have to be > encapsolated into "critical regions". No one will be allowed to have private > code to access these sorts of things, not even for short testing periods. this said, and since I cannot track very easily -current and amancio's work, I cannot say from here what in the committed isa_dmastatus conflicts with guxpnpXX. I saw once a comment related to the voxware code not following the proper sequence of calls to the dma functions thus having problems with checks for dma_inuse and dma_busy. Having been there I have the feeling that it would be a pain in the neck to make the voxware code behave properly, and the easiest workaround is to disable such checks. My code does not have these problems but I had the advantage of starting from scratch, so I decided to put the checks in as an additional safety mechanism, and since they did not harm for me. Pragmatically, I suggest that at least temporarily the isa_dmastatus be made to work for guspnpXX. After all the sound driver (guspnpXX, or mine) is the only part of the system using it at the moment, I don't think Amancio is asking for changes to the interface of the function, and disabling some checks does not change the function's behaviour when invoked in the correct way. 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 Sun Aug 17 20:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA18305 for multimedia-outgoing; Sun, 17 Aug 1997 20:51:03 -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 UAA18285; Sun, 17 Aug 1997 20:50:56 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA09720; Mon, 18 Aug 1997 04:41:34 +0200 From: Luigi Rizzo Message-Id: <199708180241.EAA09720@labinfo.iet.unipi.it> Subject: Re: Problem with my Wincast, fxtv To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 04:41:33 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708180201.TAA02325@rah.star-gate.com> from "Amancio Hasty" at Aug 17, 97 07:01:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Ah, the light dawns. How about the next isa_dma* function Luigi has > >requested? Is the sanity checking in general a major problem from your > >point of view? > > My right eye begings to nervously twitch ... Just joking . > > I have no idea what Luigi wants to do next in the way of dma interface > so him and I will have to "sit" down and iron out the functionality . > I will let Luigi post the outcome of our discussion . There is not much to discuss, basically I have proposed a new function, isa_dmastop(chan), which allows me to stop a DMA transfer. This _might_ be needed to implement functions such as PAUSE in a clean way (not sure the function is really necessary, since one can ni principle disable the DMA engine on the sound card and then do things as if the transfer had finished. But since I am not sure that all sound cards support disabling the DMA engine before a transfer is complete, I prefer to have an alternative way as well. The code bloat is minimum and the reason why I want it to be in isa.c rather than in the sound driver is precisely what Steve Passe said, avoid subsystem fiddle with the hardware in uncontrolled ways. Cheers Luigi From owner-freebsd-multimedia Sun Aug 17 21:02:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA18952 for multimedia-outgoing; Sun, 17 Aug 1997 21:02:39 -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 VAA18903; Sun, 17 Aug 1997 21:02:15 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA09746; Mon, 18 Aug 1997 04:52:56 +0200 From: Luigi Rizzo Message-Id: <199708180252.EAA09746@labinfo.iet.unipi.it> Subject: PnP configuration To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 04:52:55 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708180144.SAA02281@rah.star-gate.com> from "Amancio Hasty" at Aug 17, 97 06:44:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >From The Desk Of Michael Smith : > > I'd prefer not to debate it either. I think that it's sufficiently > > separate that when the time comes it can be relocated without > > adversely affecting anything at all. I merely resent the effort > > that's being put into standalone PnP-for-sound-cards-only work where > > the same effort could be better spent on a generalised push. > > > > As far as I know Luigi's PnP efforts are not tied to the sound > driver and we are using the sound driver as a testbed for PnP support. Right. People, if you have the time please read and comment the document on PnP configuration that is in my sound code snapshot http://www.iet.unipi.it/~luigi/snd970814.tgz (the file is sound/doc/pnp.ps.gz). I think this code could almost go into the source tree, with just a little more work (which I am doing at the moment). The PnP code does not harm if it finds a peripheral which is not supported, and it works if a peripheral is supported (yes it assumes a working PnP bios, but that problem will be overocme soon with a manual override mechanism). 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 Sun Aug 17 21:06:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA19308 for multimedia-outgoing; Sun, 17 Aug 1997 21:06:36 -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 VAA19275; Sun, 17 Aug 1997 21:06:24 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA03040; Sun, 17 Aug 1997 21:05:12 -0700 (PDT) Message-Id: <199708180405.VAA03040@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 04:41:33 +0200." <199708180241.EAA09720@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 21:05:12 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please, post proposed changes to the multimedia mailing first so at the very least the multimedia group can present a unified consesus agreement . Thank You, Amancio >From The Desk Of Luigi Rizzo : > > >Ah, the light dawns. How about the next isa_dma* function Luigi has > > >requested? Is the sanity checking in general a major problem from your > > >point of view? > > > > My right eye begings to nervously twitch ... Just joking . > > > > I have no idea what Luigi wants to do next in the way of dma interface > > so him and I will have to "sit" down and iron out the functionality . > > I will let Luigi post the outcome of our discussion . > > There is not much to discuss, basically I have proposed a new > function, isa_dmastop(chan), which allows me to stop a DMA transfer. > This _might_ be needed to implement functions such as PAUSE in a > clean way (not sure the function is really necessary, since one > can ni principle disable the DMA engine on the sound card and then > do things as if the transfer had finished. But since I am not sure > that all sound cards support disabling the DMA engine before a > transfer is complete, I prefer to have an alternative way as well. > > The code bloat is minimum and the reason why I want it to be in isa.c > rather than in the sound driver is precisely what Steve Passe said, > avoid subsystem fiddle with the hardware in uncontrolled ways. > > Cheers > Luigi From owner-freebsd-multimedia Mon Aug 18 00:29:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03735 for multimedia-outgoing; Mon, 18 Aug 1997 00:29:48 -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 AAA03704; Mon, 18 Aug 1997 00:29:37 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00439; Mon, 18 Aug 1997 00:23:44 -0700 (PDT) Message-Id: <199708180723.AAA00439@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: smp@csn.net (Steve Passe), multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: isa_dmastatus In-reply-to: Your message of "Mon, 18 Aug 1997 04:34:18 +0200." <199708180234.EAA09705@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 00:23:44 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lets see, If a driver uses auto dma, it generally calls isa_dmastart once. isa_dmastart sets the busy flag: from isa_dmastart: dma_busy |= (1 << chan); When we get a dma interrupt from the device, if I call isa_dmadone to clear the busy flag it does not mean that I am done using the buffer and I can't call isa_dmastart because the dma processes is still active. So if we wish to support auto dma and use the existing dma interface in isa.c then I suggest that we add a simple check in the isa dma routine to bypass the busy flag check when we are using auto dma. What does this mean in an SMP environment I have no idea because when a driver requests auto dma in essence he is requesting exclusive access of the dma channel. Please let me know if my explanation is not clear and if there are any intentions to support auto dma in the isa.c / *dma* routines. Thank you, Amancio >From The Desk Of Luigi Rizzo : > Feeling much involved with this issue... I fully second Steve's opinion > and with the same motivations: > > > people realize that the days of different pieces of code accessing common > > hardware are over. As SMP is brought into more and more of the kernel this > > becomes unacceptable. Areas such as the DMA hardware will have to be > > encapsolated into "critical regions". No one will be allowed to have priva te > > code to access these sorts of things, not even for short testing periods. > > this said, and since I cannot track very easily -current and > amancio's work, I cannot say from here what in the committed > isa_dmastatus conflicts with guxpnpXX. I saw once a comment related > to the voxware code not following the proper sequence of calls to > the dma functions thus having problems with checks for dma_inuse > and dma_busy. Having been there I have the feeling that it would > be a pain in the neck to make the voxware code behave properly, > and the easiest workaround is to disable such checks. > > My code does not have these problems but I had the advantage of > starting from scratch, so I decided to put the checks in as an > additional safety mechanism, and since they did not harm for me. > > Pragmatically, I suggest that at least temporarily the isa_dmastatus > be made to work for guspnpXX. After all the sound driver (guspnpXX, or > mine) is the only part of the system using it at the moment, I don't > think Amancio is asking for changes to the interface of the function, > and disabling some checks does not change the function's behaviour when > invoked in the correct way. > > 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 Mon Aug 18 01:07:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA06126 for multimedia-outgoing; Mon, 18 Aug 1997 01:07:18 -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 BAA06113 for ; Mon, 18 Aug 1997 01:07:14 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id BAA01015; Mon, 18 Aug 1997 01:05:54 -0700 (PDT) Message-Id: <199708180805.BAA01015@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: Kenneth Merry , mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Sun, 17 Aug 1997 00:39:36 MDT." <199708170639.AAA04736@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 01:05:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So whats the latest on trying to check in the bt848 driver? We really need to check in that version and the reason that it was not checked in earlier was due to a pci interface bug. I realized that we are slightly out of sync and this is an attempt to sync up the driver . On a different related topic, I am not even interested in attempting to support FreeBSD 2.2;however , if anyone wants to include the driver thats fine with me. The vic module which works with that release has already been candidly accepted by Steve Macanne. Amancio >From The Desk Of Steve Passe : > Hi, > > > except that I have new bt848 driver release: > > > > ftp://rah.star-gate.com/pub/bt848.tar.gz > > ... > > Can someone please check in the driver, the vic module I will > > submit to Steve Macanne. > > have all the various versions been merged in this (Randall's etc.)? > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > From owner-freebsd-multimedia Mon Aug 18 04:52:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16202 for multimedia-outgoing; Mon, 18 Aug 1997 04:52:56 -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 EAA16174; Mon, 18 Aug 1997 04:52:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA10169; Mon, 18 Aug 1997 12:41:43 +0200 From: Luigi Rizzo Message-Id: <199708181041.MAA10169@labinfo.iet.unipi.it> Subject: Re: Problem with my Wincast, fxtv To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 12:41:43 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199708180405.VAA03040@rah.star-gate.com> from "Amancio Hasty" at Aug 17, 97 09:04:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Please, post proposed changes to the multimedia mailing first so at > the very least the multimedia group can present a unified consesus > agreement . the code is in the README file of my last snap (and I thought I also posted it explicitly, if I didn't it was just by mistake). At any rate the code is as follows: /* * this stops the dma channel and returns the residual count * derived calling isa_dmastatus */ int isa_dmastop(int chan) { if (dma_inuse & (1 << chan) == 0) printf("isa_dmastop: channel %d not acquired\n", chan); if (dma_busy & (1 << chan) == 0) printf("isa_dmastop: channel %d not acquired\n", chan); if ((chan & 4) == 0) outb(DMA1_SMSK, (chan & 3) | 4 /* disable mask */); else outb(DMA2_SMSK, (chan & 3) | 4 /* disable mask */); return isa_dmastatus(chan); } I am not at all concerned on the presence of the checks in the first two lines (since if the channel is already disable then there is no problem anyways). CHeers Luigi From owner-freebsd-multimedia Mon Aug 18 04:54:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16278 for multimedia-outgoing; Mon, 18 Aug 1997 04:54:38 -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 EAA16038 for ; Mon, 18 Aug 1997 04:50:17 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA10154; Mon, 18 Aug 1997 12:37:00 +0200 From: Luigi Rizzo Message-Id: <199708181037.MAA10154@labinfo.iet.unipi.it> Subject: Re: Problem with my Wincast, fxtv To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 12:37:00 +0200 (MET DST) Cc: smp@csn.net, ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU In-Reply-To: <199708180805.BAA01015@rah.star-gate.com> from "Amancio Hasty" at Aug 18, 97 01:05:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On a different related topic, I am not even interested in attempting > to support FreeBSD 2.2;however , if anyone wants to include the > driver thats fine with me. it basically works out of the box on 2.2 so what is the problem ? Cheers Luigi From owner-freebsd-multimedia Mon Aug 18 05:00:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16783 for multimedia-outgoing; Mon, 18 Aug 1997 05:00:44 -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 FAA16735; Mon, 18 Aug 1997 05:00:30 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA10185; Mon, 18 Aug 1997 12:51:31 +0200 From: Luigi Rizzo Message-Id: <199708181051.MAA10185@labinfo.iet.unipi.it> Subject: Re: isa_dmastatus To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 18 Aug 1997 12:51:31 +0200 (MET DST) Cc: smp@csn.net, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199708180723.AAA00439@rah.star-gate.com> from "Amancio Hasty" at Aug 18, 97 00:23:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Lets see, > > If a driver uses auto dma, it generally calls isa_dmastart once. > isa_dmastart sets the busy flag: > > from isa_dmastart: > dma_busy |= (1 << chan); > > When we get a dma interrupt from the device, if I call isa_dmadone to > clear the busy flag it does not mean that I am done using the > buffer and I can't call isa_dmastart because the dma processes > is still active. > > So if we wish to support auto dma and use the existing dma interface > in isa.c then I suggest that we add a simple check in the isa > dma routine to bypass the busy flag check when we are using > auto dma. What does this mean in an SMP environment I have no right. > idea because when a driver requests auto dma in essence he is > requesting exclusive access of the dma channel. In fact I doubt ISA DMA channels can be shared since from the hw point of view they work as IRQ lines (i.e. active high). It is true that some peripherals have sw-programmable DMA lines (and IRQ as well) so in principle one could deactivate (i.e. put in Hi-Z) the DMA line and let someone else use it, but I doubt any of our driver does that right now. As for isa_dmadone, I am under the impression that the function is overloaded right now, because it serves to call the bounce-buffer code when necessary, and not just to mark the DMA channel as idle. Moreover there are bigger problems with DMA in automode since when you do a write using bounce buffers you need to invoke isa_dmastart every time, not just the first one. So in the end, I think that our isa_dma routines probably do not work with auto mode _and_ bounce buffers, indipendently of the checks on the dma_busy/dma_inuse flags. We can temporarily bypass the problem by making the DMA routines fail if auto mode is requested and a bounce buffer needs to be used for the channel. 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 Mon Aug 18 06:09:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20762 for multimedia-outgoing; Mon, 18 Aug 1997 06:09:45 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA20748 for ; Mon, 18 Aug 1997 06:09:35 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA30852; Mon, 18 Aug 1997 15:09:33 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma018641; Mon Aug 18 15:09:10 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA13986; Mon, 18 Aug 1997 15:09:09 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA26422; Mon, 18 Aug 97 15:09:09 +0200 From: Udo Wolter Message-Id: <9708181309.AA26422@merlin.ukrv.de> Subject: Re: snd970814.tgz To: multimedia@FreeBSD.ORG Date: Mon, 18 Aug 1997 15:09:08 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL31 (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 ! I tried the sound-patch (snd970814.tgz) with no success. I'm using a Toshiba Tecra 510CDT Notebook which should have a CS4232 (Win95 says so). This card is in a double mode from the BIOS. It uses only one IRQ (normally IRQ 5) for both WSS (I think it's the same as MSS) and SBPro. I can choose between different DMA-Channels for recording & playing audio or simply using 1 channel for both. The WSS is configured at 0x534, the SBPro is configured at 0x220, both have IRQ 5. When I'm using the line: device pcm0 at isa ? port ? tty irq 5 drq 1 flags 0 vector pcmintr the card comes up as SBPro. I can't play anything with it. I tried to play MPEG-Audio with 16 bit with no success. After this I tried to change them via sox to 8 bit but the same result: just a low continuing toot-tone. When I'm using the line: device pcm0 at isa ? port 0x534 tty irq 5 drq 1 flags 0 vector pcmintr the system hangs at boot time. It probes the pcm device but then just hangs. I also tried device pcm0 at isa ? port 0x534 tty irq 5 drq 1 flags 0x13 vector pcmintr It doesn't hang but after probing it goes on with the message: pcm0 not found at 0x534 By the way, the probing message seems also very strange: pcm0 at 0x 534 irq 5 drq 1 mem 0x 0 flag s 0x 13 en 1 confl 0 So, what can I do to play MPEG-Audio with 16 bit directly on this card ? Or is it impossible with this code ? Thanx & Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://low-tech.home.ml.org !!! From owner-freebsd-multimedia Mon Aug 18 09:31:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00868 for multimedia-outgoing; Mon, 18 Aug 1997 09:31: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 JAA00851; Mon, 18 Aug 1997 09:30:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04190; Mon, 18 Aug 1997 09:30:20 -0700 (PDT) Message-Id: <199708181630.JAA04190@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: smp@csn.net, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: isa_dmastatus In-reply-to: Your message of "Mon, 18 Aug 1997 12:51:31 +0200." <199708181051.MAA10185@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 09:30:20 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > Lets see, > > > > If a driver uses auto dma, it generally calls isa_dmastart once. > > isa_dmastart sets the busy flag: > > > > from isa_dmastart: > > dma_busy |= (1 << chan); > > > > When we get a dma interrupt from the device, if I call isa_dmadone to > > clear the busy flag it does not mean that I am done using the > > buffer and I can't call isa_dmastart because the dma processes > > is still active. > > > > So if we wish to support auto dma and use the existing dma interface > > in isa.c then I suggest that we add a simple check in the isa > > dma routine to bypass the busy flag check when we are using > > auto dma. What does this mean in an SMP environment I have no > > right. > > > idea because when a driver requests auto dma in essence he is > > requesting exclusive access of the dma channel. > > In fact I doubt ISA DMA channels can be shared since from the hw point > of view they work as IRQ lines (i.e. active high). It is true that some > peripherals have sw-programmable DMA lines (and IRQ as well) so in > principle one could deactivate (i.e. put in Hi-Z) the DMA line and let > someone else use it, but I doubt any of our driver does that right now. > > As for isa_dmadone, I am under the impression that the function is > overloaded right now, because it serves to call the bounce-buffer code > when necessary, and not just to mark the DMA channel as idle. > > Moreover there are bigger problems with DMA in automode since when you > do a write using bounce buffers you need to invoke isa_dmastart every > time, not just the first one. > > So in the end, I think that our isa_dma routines probably do not work > with auto mode _and_ bounce buffers, indipendently of the checks on the > dma_busy/dma_inuse flags. > > We can temporarily bypass the problem by making the DMA routines fail > if auto mode is requested and a bounce buffer needs to be used for the > channel. Your analisys is good. Whats left now, provided that the rest of the team agrees on your proposed solution, is who is going to write the code and when? And Please post the revised code for peer review. Thank You, Amancio From owner-freebsd-multimedia Mon Aug 18 09:50:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02229 for multimedia-outgoing; Mon, 18 Aug 1997 09:50:12 -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 JAA02220 for ; Mon, 18 Aug 1997 09:50:06 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04284; Mon, 18 Aug 1997 09:49:40 -0700 (PDT) Message-Id: <199708181649.JAA04284@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: smp@csn.net, ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 12:37:00 +0200." <199708181037.MAA10154@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 09:49:40 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I see support as a slight issue . For example, the PCI interface on -current is supposed to have a new addition to enable/disable a device such function as far as I am concern is not planned for FreeBSD 2.2. What is good about the driver is that it does not use too many kernel interfaces thus lessing our exposure to support problems. At any rate, I don't have a FreeBSD 2.2 system so someone is going to have to integrate it on my behalf. To be honest , right now I am more concern with checking in the more recent version to -current than checking in the driver to FreeBSD 2.2 . The most recent version of the driver is at: ftp://rah.star-gate.com/pub/bt848.tar.gz Amancio >From The Desk Of Luigi Rizzo : > > On a different related topic, I am not even interested in attempting > > to support FreeBSD 2.2;however , if anyone wants to include the > > driver thats fine with me. > > it basically works out of the box on 2.2 so what is the problem ? > > Cheers > Luigi From owner-freebsd-multimedia Mon Aug 18 10:03:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03246 for multimedia-outgoing; Mon, 18 Aug 1997 10:03:17 -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 KAA03236 for ; Mon, 18 Aug 1997 10:03:11 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id LAA11692; Mon, 18 Aug 1997 11:02:46 -0600 (MDT) Message-Id: <199708181702.LAA11692@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Amancio Hasty cc: Luigi Rizzo , ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 09:49:40 PDT." <199708181649.JAA04284@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 11:02:46 -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, The various versions need to be merged, so the question is what is the proper way of doing this: commit ftp://rah.star-gate.com/pub/bt848.tar.gz then let people produce patches against that. or merge the various versions b4 committing anything. not having followed it in quite awhile I have no opinion. I guess everyone with a private version should coordinate on this issue. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Aug 18 10:09:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03640 for multimedia-outgoing; Mon, 18 Aug 1997 10:09: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 KAA03634 for ; Mon, 18 Aug 1997 10:09:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id KAA04408; Mon, 18 Aug 1997 10:09:02 -0700 (PDT) Message-Id: <199708181709.KAA04408@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: Luigi Rizzo , ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 11:02:46 MDT." <199708181702.LAA11692@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 10:09:02 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Again and I saying it because I pretty much know what is out there we are better off for the now to commit the version on my ftp site. Regards, Amancio >From The Desk Of Steve Passe : > Hi, > > The various versions need to be merged, so the question is what is the proper > way of doing this: > > commit ftp://rah.star-gate.com/pub/bt848.tar.gz then let people produce > patches against that. > > or merge the various versions b4 committing anything. > > not having followed it in quite awhile I have no opinion. I guess everyone > with a private version should coordinate on this issue. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > From owner-freebsd-multimedia Mon Aug 18 18:30:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00563 for multimedia-outgoing; Mon, 18 Aug 1997 18:30:41 -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 SAA00548; Mon, 18 Aug 1997 18:30:33 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA15154; Tue, 19 Aug 1997 10:57:59 +0930 (CST) From: Michael Smith Message-Id: <199708190127.KAA15154@genesis.atrad.adelaide.edu.au> Subject: Re: isa_dmastatus In-Reply-To: <199708180723.AAA00439@rah.star-gate.com> from Amancio Hasty at "Aug 18, 97 00:23:44 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 19 Aug 1997 10:57:59 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, smp@csn.net, multimedia@FreeBSD.ORG, hackers@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: > > When we get a dma interrupt from the device, if I call isa_dmadone to > clear the busy flag it does not mean that I am done using the > buffer and I can't call isa_dmastart because the dma processes > is still active. OK. > So if we wish to support auto dma and use the existing dma interface > in isa.c then I suggest that we add a simple check in the isa > dma routine to bypass the busy flag check when we are using > auto dma. What does this mean in an SMP environment I have no > idea because when a driver requests auto dma in essence he is > requesting exclusive access of the dma channel. It sounds like you're just adding hairs to an existing wart. This may well be the most expedient way to go in the short term though. > Please let me know if my explanation is not clear and if there > are any intentions to support auto dma in the isa.c / *dma* routines. It sounds to me as though there is a need for a couple of different levels of access to the DMA support. At the bottom, we need some primitives : isa_dmaacquire - obtain a DMA channel isa_dmarelease - release a DMA channel isa_dmastart - start a DMA transfer isa_dmastop - stop a DMA transfer isa_dmastatus - query DMA status which provide hands-on access to the DMA hardware. Above these, it seems that DMA consumers would benefit from isa_dmatransact - start one-shot DMA transaction isa_dmatransstatus - query/complete DMA transaction where the first would take assorted parameters (address, port, direction, channel etc.), and then use the primitives to obtain the channel and start the transaction, and the second would allow for polling the status of a DMA transaction (instead of sleeping for it to finish, etg.). For auto-DMA operation, you would acquire the DMA channel, and then use the other isa_dma* functions until done, at which point you would release the channel again. It seems to me that this is the critical point; the current mixing of the acquire/release with the start/done functionality is breaking your use of auto DMA, correct? -- ]] 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 Mon Aug 18 18:41:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01063 for multimedia-outgoing; Mon, 18 Aug 1997 18:41: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 SAA01034; Mon, 18 Aug 1997 18:41:18 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA06127; Mon, 18 Aug 1997 18:41:02 -0700 (PDT) Message-Id: <199708190141.SAA06127@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: luigi@labinfo.iet.unipi.it, smp@csn.net, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: isa_dmastatus In-reply-to: Your message of "Tue, 19 Aug 1997 10:57:59 +0930." <199708190127.KAA15154@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 18:41:02 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Smith : > Amancio Hasty stands accused of saying: > > > > When we get a dma interrupt from the device, if I call isa_dmadone to > > clear the busy flag it does not mean that I am done using the > > buffer and I can't call isa_dmastart because the dma processes > > is still active. > > OK. > > > So if we wish to support auto dma and use the existing dma interface > > in isa.c then I suggest that we add a simple check in the isa > > dma routine to bypass the busy flag check when we are using > > auto dma. What does this mean in an SMP environment I have no > > idea because when a driver requests auto dma in essence he is > > requesting exclusive access of the dma channel. > > It sounds like you're just adding hairs to an existing wart. This may > well be the most expedient way to go in the short term though. > > > Please let me know if my explanation is not clear and if there > > are any intentions to support auto dma in the isa.c / *dma* routines. > > It sounds to me as though there is a need for a couple of different > levels of access to the DMA support. At the bottom, we need some > primitives : > > isa_dmaacquire - obtain a DMA channel > isa_dmarelease - release a DMA channel > isa_dmastart - start a DMA transfer > isa_dmastop - stop a DMA transfer > isa_dmastatus - query DMA status > > which provide hands-on access to the DMA hardware. Above these, it seems > that DMA consumers would benefit from > > isa_dmatransact - start one-shot DMA transaction > isa_dmatransstatus - query/complete DMA transaction > > where the first would take assorted parameters (address, port, direction, > channel etc.), and then use the primitives to obtain the channel and start > the transaction, and the second would allow for polling the status of a > DMA transaction (instead of sleeping for it to finish, etg.). > > For auto-DMA operation, you would acquire the DMA channel, and then > use the other isa_dma* functions until done, at which point you would > release the channel again. It seems to me that this is the critical > point; the current mixing of the acquire/release with the start/done > functionality is breaking your use of auto DMA, correct? This is correct. there is no mechanism for me to use auto dma with isa_dmadone, isa_dmastatus or isa_dmastop . I can only call isa_dmadone when the driver is done using the dma channel. However, I do need to use isa_dmastatus and possibly isa_dmastop while I am doing auto dma. Amancio From owner-freebsd-multimedia Mon Aug 18 20:55:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06741 for multimedia-outgoing; Mon, 18 Aug 1997 20:55:11 -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 UAA06736 for ; Mon, 18 Aug 1997 20:55:09 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA00271 for ; Mon, 18 Aug 1997 20:55:07 -0700 (PDT) Message-Id: <199708190355.UAA00271@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: We Need a Committer For the Multimedia Projects Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 20:55:07 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Waiting on the wings is the latest bt848 driver: ftp://rah.star-gate.com/pub/bt848.tar.gz That release is not really optional . Till the driver gets checked in I will be happy to redirect users to my ftp site. Tnks, Amancio From owner-freebsd-multimedia Tue Aug 19 00:00:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA16541 for multimedia-outgoing; Tue, 19 Aug 1997 00:00:32 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA16529 for ; Tue, 19 Aug 1997 00:00:25 -0700 (PDT) Message-Id: <199708190700.AAA16529@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 5493; Tue, 19 Aug 97 00:01:11 PST Date: Tue, 19 Aug 97 00:00 PDT To: multimedia@FREEBSD.ORG From: Denis DeLaRoca Subject: Re: FreeBSD 3.0 -current Bt848 Video Capture and Sound Driver Release Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 17 Aug 1997 15:37:42 -0700, Amancio Hasty said: > > The Bt848 chipset is known to work with Pentium / Triton II and Pentium > Pro / Natoma. Other chipset combinations have proven to be problematic. > > With at least a Pentium / Triton II you can display 640x480x32 at 30 > fps on a decent video card such as matrox millenium (vram) or > an S3 968 with VRAM. dram based video cards work okay however they tend not > to have the necessary bandwith for full resolution video playback. Humm? I looked at the project's web pages but I don't find a list of what chipset combinations have proven problemmatic. So let me ask about what motherboards can folks report as working fine. How about the Intel Triton 430TX/430HX/430VX motherboards? How about the Pentium II motherboards? Is it just a question of performance to achieve 30fps where the above problems appear? -- Denis From owner-freebsd-multimedia Tue Aug 19 04:17:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28415 for multimedia-outgoing; Tue, 19 Aug 1997 04:17:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA28405; Tue, 19 Aug 1997 04:17:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA08058; Tue, 19 Aug 1997 21:10:41 +1000 Date: Tue, 19 Aug 1997 21:10:41 +1000 From: Bruce Evans Message-Id: <199708191110.VAA08058@godzilla.zeta.org.au> To: hasty@rah.star-gate.com, luigi@labinfo.iet.unipi.it Subject: Re: Problem with my Wincast, fxtv Cc: current@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, mestery@winternet.com, msmith@atrad.adelaide.edu.au, terry@lambert.org Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >the code is in the README file of my last snap (and I thought I also >posted it explicitly, if I didn't it was just by mistake). > >At any rate the code is as follows: > >/* > * this stops the dma channel and returns the residual count > * derived calling isa_dmastatus > */ >int isa_dmastop(int chan) >{ > if (dma_inuse & (1 << chan) == 0) ( ) > printf("isa_dmastop: channel %d not acquired\n", chan); > if (dma_busy & (1 << chan) == 0) ( ) > printf("isa_dmastop: channel %d not acquired\n", chan); This is missing necessary parentheses, like the original committed version. Bruce From owner-freebsd-multimedia Tue Aug 19 04:55:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA00512 for multimedia-outgoing; Tue, 19 Aug 1997 04:55:08 -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 EAA00487; Tue, 19 Aug 1997 04:54:26 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA11374; Tue, 19 Aug 1997 12:46:01 +0200 From: Luigi Rizzo Message-Id: <199708191046.MAA11374@labinfo.iet.unipi.it> Subject: Re: isa_dmastatus To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 19 Aug 1997 12:46:01 +0200 (MET DST) Cc: smp@csn.net, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199708181630.JAA04190@rah.star-gate.com> from "Amancio Hasty" at Aug 18, 97 09:30:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > So in the end, I think that our isa_dma routines probably do not work > > with auto mode _and_ bounce buffers, indipendently of the checks on the > > dma_busy/dma_inuse flags. > > > > We can temporarily bypass the problem by making the DMA routines fail > > if auto mode is requested and a bounce buffer needs to be used for the > > channel. > > Your analisys is good. Whats left now, provided that the rest of the > team agrees on your proposed solution, is who is going to write > the code and when? since I am not using auto dma I won't be able to test anything... amancio can you volunteer on writing the code ? I won't be able to do that before the beginning of september. Cheers Luigi From owner-freebsd-multimedia Tue Aug 19 04:59:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA00702 for multimedia-outgoing; Tue, 19 Aug 1997 04:59:17 -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 EAA00697 for ; Tue, 19 Aug 1997 04:59:13 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA11386; Tue, 19 Aug 1997 12:51:16 +0200 From: Luigi Rizzo Message-Id: <199708191051.MAA11386@labinfo.iet.unipi.it> Subject: Re: snd970814.tgz To: uwp@ukrv.de (Udo Wolter) Date: Tue, 19 Aug 1997 12:51:16 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <9708181309.AA26422@merlin.ukrv.de> from "Udo Wolter" at Aug 18, 97 03:08:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I tried the sound-patch (snd970814.tgz) with no success. I'm using a > Toshiba Tecra 510CDT Notebook which should have a CS4232 (Win95 says so). since I have one cs4232 and have developed the code on it, I can assure you that it works. Have you built a kernel with PnP support putting "controller pnp0" in your code ? In this case the card should come up as a WSS and can be used as /dev/audio1. Please send me the output of "dmesg" (plain text please) to see what's going on. 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 Aug 19 05:03:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA00890 for multimedia-outgoing; Tue, 19 Aug 1997 05:03:52 -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 FAA00885 for ; Tue, 19 Aug 1997 05:03:46 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA11396; Tue, 19 Aug 1997 12:55:19 +0200 From: Luigi Rizzo Message-Id: <199708191055.MAA11396@labinfo.iet.unipi.it> Subject: Re: Problem with my Wincast, fxtv To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 19 Aug 1997 12:55:18 +0200 (MET DST) Cc: smp@csn.net, ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU In-Reply-To: <199708181649.JAA04284@rah.star-gate.com> from "Amancio Hasty" at Aug 18, 97 09:49:21 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I see support as a slight issue . For example, the PCI interface on > -current is supposed to have a new addition to enable/disable a > device such function as far as I am concern is not planned for > FreeBSD 2.2. > > What is good about the driver is that it does not use too many > kernel interfaces thus lessing our exposure to support problems. > > At any rate, I don't have a FreeBSD 2.2 system so someone is > going to have to integrate it on my behalf. since I am running 2.2 (and generally run a -stable release) I can volunteer for that. Cheers Luigi From owner-freebsd-multimedia Tue Aug 19 05:35:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA02401 for multimedia-outgoing; Tue, 19 Aug 1997 05:35:08 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA02393 for ; Tue, 19 Aug 1997 05:35:02 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA22271; Tue, 19 Aug 1997 14:34:57 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma025771; Tue Aug 19 14:34:46 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA26144; Tue, 19 Aug 1997 14:34:46 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA29235; Tue, 19 Aug 97 14:34:45 +0200 From: Udo Wolter Message-Id: <9708191234.AA29235@merlin.ukrv.de> Subject: Re: snd970814.tgz In-Reply-To: <199708191051.MAA11386@labinfo.iet.unipi.it> from Luigi Rizzo at "Aug 19, 97 12:51:16 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 19 Aug 1997 14:34:45 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (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 > > I tried the sound-patch (snd970814.tgz) with no success. I'm using a > > Toshiba Tecra 510CDT Notebook which should have a CS4232 (Win95 says so). > since I have one cs4232 and have developed the code on it, I can assure > you that it works. I hope that it is this card, because the Win95 sound drivers base on it. > Have you built a kernel with PnP support putting "controller pnp0" in > your code ? In this case the card should come up as a WSS and can be > used as /dev/audio1. Yes, I've done it, but it hasn't come up with it. > Please send me the output of "dmesg" (plain text please) to see what's > going on. Sorry, dmesg runs full. But here's what /var/log/messages said (seems to be the same as dmesg): Aug 18 14:30:45 low-tech /kernel: pcm0 at 0x 220 irq 5 drq 1 mem 0x 0 flag s 0x 0 en 1 confl 0 Aug 18 14:30:45 low-tech /kernel: MSS: Can't use IRQ5 with a 8 bit card/slot Aug 18 14:30:45 low-tech /kernel: pcm0 at 0x220 irq 5 drq 1 on isa This is the output for running it as SB Pro. But when I tried to kick it to MSS, I got this (only when the system didn't hang up during probing): Aug 18 14:16:38 low-tech /kernel: pcm0 at 0x 534 irq 5 drq 1 mem 0x 0 flag s 0x 13 en 1 confl 0 Aug 18 14:16:38 low-tech /kernel: pcm0 not found at 0x534 Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://low-tech.home.ml.org !!! From owner-freebsd-multimedia Tue Aug 19 09:59:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18919 for multimedia-outgoing; Tue, 19 Aug 1997 09:59:20 -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 JAA18914 for ; Tue, 19 Aug 1997 09:59:16 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04210; Tue, 19 Aug 1997 09:57:38 -0700 (PDT) Message-Id: <199708191657.JAA04210@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: smp@csn.net, ken@gt.ed.net, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, sklower@CS.Berkeley.EDU Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Tue, 19 Aug 1997 12:55:18 +0200." <199708191055.MAA11396@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Aug 1997 09:57:38 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Fine , The tar ball is at: ftp://rah.star-gate.com/pub/bt848.tar.gz *Please* if you make any chances let me first before it hits -current Tnks, Amancio >From The Desk Of Luigi Rizzo : > > I see support as a slight issue . For example, the PCI interface on > > -current is supposed to have a new addition to enable/disable a > > device such function as far as I am concern is not planned for > > FreeBSD 2.2. > > > > What is good about the driver is that it does not use too many > > kernel interfaces thus lessing our exposure to support problems. > > > > At any rate, I don't have a FreeBSD 2.2 system so someone is > > going to have to integrate it on my behalf. > > since I am running 2.2 (and generally run a -stable release) I can > volunteer for that. > > Cheers > Luigi From owner-freebsd-multimedia Tue Aug 19 13:58:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04988 for multimedia-outgoing; Tue, 19 Aug 1997 13:58:58 -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 NAA04974 for ; Tue, 19 Aug 1997 13:58:51 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA11909; Tue, 19 Aug 1997 21:51:22 +0200 From: Luigi Rizzo Message-Id: <199708191951.VAA11909@labinfo.iet.unipi.it> Subject: Re: snd970814.tgz To: uwp@ukrv.de (Udo Wolter) Date: Tue, 19 Aug 1997 21:51:21 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <9708191234.AA29235@merlin.ukrv.de> from "Udo Wolter" at Aug 19, 97 02:34:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Sorry, dmesg runs full. But here's what /var/log/messages said (seems to be > the same as dmesg): > > Aug 18 14:30:45 low-tech /kernel: pcm0 at 0x 220 irq 5 drq 1 mem 0x 0 flag > s 0x 0 en 1 confl 0 I need a few lines before when it probes the PnP devices, sorry. Can you run pnpinfo and send me the output ? Otherwise I don't know what the PnP ID of your card is, and I cannot make it recongnized. > But when I tried to kick it to MSS, I got this (only when the system didn't > hang up during probing): > > Aug 18 14:16:38 low-tech /kernel: pcm0 at 0x 534 irq 5 drq 1 mem 0x 0 flag at the very least you have to put 0x530 as the base address (old WSS/MSS cards had 4 io ports to configure the IRQ and DMA, followed by the codec at 0x534. For historical reasons one has to put 0x530 in the driver... I know it is a big source of confusion, I'll try to make the probe code smarter. Cheers Luigi From owner-freebsd-multimedia Tue Aug 19 15:14:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09357 for multimedia-outgoing; Tue, 19 Aug 1997 15:14:03 -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 PAA09348 for ; Tue, 19 Aug 1997 15:13:55 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.7/8.8.3) id MAA11549 for multimedia@freebsd.org; Tue, 19 Aug 1997 12:13:49 -1000 (HST) Date: Tue, 19 Aug 1997 12:13:49 -1000 (HST) From: David Langford Message-Id: <199708192213.MAA11549@caliban.dihelix.com> To: multimedia@freebsd.org Subject: Sound card with multiple inputs? Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone know if there is a sound card out there that has multiple channels for input. I have a need for recording stereo audio from multiple source and I was hoping to see if a could find a multichannel card instead of multiple cards. Output isnt needed. Thanks, -David Langford langfod@dihelix.com From owner-freebsd-multimedia Tue Aug 19 21:45:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28387 for multimedia-outgoing; Tue, 19 Aug 1997 21:45:39 -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 VAA28378 for ; Tue, 19 Aug 1997 21:45:34 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA12535; Wed, 20 Aug 1997 05:37:57 +0200 From: Luigi Rizzo Message-Id: <199708200337.FAA12535@labinfo.iet.unipi.it> Subject: Re: Sound card with multiple inputs? To: langfod@dihelix.com (David Langford) Date: Wed, 20 Aug 1997 05:37:57 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199708192213.MAA11549@caliban.dihelix.com> from "David Langford" at Aug 19, 97 12:13:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Anyone know if there is a sound card out there that has > multiple channels for input. > > I have a need for recording stereo audio from multiple source > and I was hoping to see if a could find a multichannel card > instead of multiple cards. I am not aware of such a beast. However, if that matters, my new driver should support multiple audio boards, so if you do not need too many different channels, then you could put 2-3 cards in your system (the limit is the number of available dma channels and IRQ lines). Cheers Luigi From owner-freebsd-multimedia Tue Aug 19 21:47:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA28543 for multimedia-outgoing; Tue, 19 Aug 1997 21:47:56 -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 VAA28533 for ; Tue, 19 Aug 1997 21:47:49 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA12548; Wed, 20 Aug 1997 05:40:20 +0200 From: Luigi Rizzo Message-Id: <199708200340.FAA12548@labinfo.iet.unipi.it> Subject: [bt848] comments and diffs To: multimedia@freebsd.org Date: Wed, 20 Aug 1997 05:40:19 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At the end of this message you can find the diffs between Amancio's latest bt848 driver, and my version of the code. I have tried to merge into my version all the new code, including bsdi support. The remaining differences can be classified as follows: 1. minor code cleanups: * added some #define for BT848 bitfields; * removed the definition of METPRI, now is BKTRPRI; * removed dead code related to the use of bt_enable_cnt; * added several comments in the code; * moved code common to FreeBSD and bsdi out of conditional blocks (e.g. BKTRPRI 2. minor improvements with no impact on the rest of the code: * added two ioctl() calls (BT848_SLNOTCH,BT848_GLNOTCH) to set/get the value of the luma notch register (ioctl_bt848.h, brooktree848.c); * in the definition of SYNC_LEVEL, I do not use BT848_ADC_CRUSH, and I suggest to remove it. This bit enables a mechanism which reduces video gain in case of overflows, but does not increase it when the signal is low. With this mechanism and weak signals (e.g. some of those coming from the antenna), when the Bt848 loses sync the chip might erroneously think that the gain is too hign (because it samples the signal in some wrong place instead of next to the sync pulse) and reduces the gain, falling into an avalanche effect which I and someone else noticed which makes the image completely disappear. Without this bit set, the device behaves well with weak and well-behaved signals, and at most saturates with out-of-spec (too strong) video signals. * initialization of the frame buffer is done using the real size rather than 640*480*4 ; * unless there is some backward compatibility issue, write() to the device should return EINVAL or ENXIO, not 0; 3. the use of a couple of macros (I2 and I5) to make the DMA program more readable. This way each line corresponds to one DMA instruction, and the code is more compact, easier to read and less error-prone. 4. a major rewrite of the DMA code: * all capture routines have been rewritten following the specification given below; the only exception is the clip code which is still unchanged (hence not working for me). * I have some (untested) code to support read() from the device; 5. some local code used for testing purposes: * two formats have been defined, SECAM625 and TTXT625, used by some experimental code to do software decoding of teletext pages (this code is available from my home page); code for setting these two formats has been added; * my code defaults to western europe tv channels. Items 1,2 and 3 (this requires some work on Amancio's size...) in my opinion deserve inclusion in the -current driver, and they have no impact on the rest of the code. Item #5 obviously should not be included. About item #4: while I suggest _not_ to adopt my code in the -current driver (because it still does not have adequate support for clipping), I would urge Amancio and other interested to review the DMA code in the future. One (the biggest) problem I had with the previous driver is that there is no spec on how the driver is expected to behave. E.g.: 1.* when capturing full frames, should we get the odd field first, followed by the even one (I do believe this is the way to do, reading some CCIR documents the odd field is always mentioned as the first one in a frame), the even field first, or whatever we find first (the latter is _very_ tricky to program since the dma program waits for a specific field); 2.* when capturing single fields, do we return only one field per frame (i.e. have a max of 25/30 fields per second) or, if the user asks for more, we return both even and odd fields ? The latter is also tricky since we need a different DMA program than the one which only returns all even (or all odd) fields; it is also a problem for applications because the fields have a slight vertical offset, and any application trying to do compression on subsequent frames will be negatively affected by this offset. Of course one could say that if the user asks for something the hardware can deliver, why not support it... 3.* related to the above, what is the max value we can use in the "fps" call when operating in field (as opposed to full frame) mode ? Do we limit to 25/30 or go up to 50/60 ? And how does the hardware support this (do you remember, the data sheets were a bit unclear on this...). With Amancio's driver (at least april's version, but I don't think it has changed much in this respect) I could not find an answer to the above questions which could be made consistent with the code's behaviour. Especially, the problem was with field capture modes. In writing my code I made the following assumptions: 1. odd field followed by the even field; 2. only one field per frame is returned; 3. as a consequence, fps argument can be at most 25/30 and the code is mostly consistent with the assumptions. The are only two problems with my new dma code: * the fps stuff is not working well since I did not find the time to experiment all the possible interpretations of the manpage; but it will just take a few days to fix this; * I have not rewritten the program which does clipping, hence it does not work for me. There are several reasons for that, the main ones being that a) I have no use for them, and b) I am not too satisfied with the way clip regions are passed to the kernel. But since Amancio has some working code and I don't even have a detailed proposal, I'll shut up on this issue... This said, both Amancio's and my version of the driver work satisfactorily in most cases (i.e. for tv/fxtv and vic, is anyone using the driver for other applications ?). But I am strongly convinced that we should aim at making the driver behave consistently with some specification which a) can be applied to other video drivers as well, and b) can be used by application writers as a reference for what the driver should do, as opposed to writing the application by trial and error (a procedure which produces unreliable and hard to maintain code). The following things ought to be done (and Amancio is the candidate for these changes): * there is some code depending on BROOKTREE_IRQ being defined. Someone some time ago told me that similar code (in the meteor driver) might not even work. I suggest it to remove it from both drivers. * Probably the initial comment from Amancio can be moved to the revision history. * Would it be possible to have just a single copy of the copyright messages, including proper credits for Amancio, Mark and Jim ? The diffs between Amancio's (---) and my driver (+++) follow: Cheers Luigi begin 664 bt848diffs.gz M'XL("!YP^C,"`V$`[#MK=QK'DI]'OZ+BG#@@D#0/GL)V@B4LLT;``K*=N^3, M&9@1FF-@R,R@1R+GMV]5=<^#IV3G?KA[SF)+H.FNZNIZ5W5CN]?7<+0N-PZGYBBL%"K'-W"R?_S@Z.CH"13*.]^%2^L!=`/4 M\JE>.2T60*M6RP>Y7.XI_,HGQQ;`%80Y5=53K2R`?_T5CC1#S9<@1V\5^/77 M`_C1=J[=N:,,/@ZNVHV>V6\,ZN_.%+/9^93Y^?[G/!2-/+CS,*LH)X<0+OTY MX#AX\Q,/&7)X$F.`",-%C*$G,112&/Y8.O[#.HJ#7$3&VP%NPNRWVIW!V?LT M%<44CL`)8;J<63#WPO$-88C@0S+ROX2^XYB^,XFT9N-QK"P;(TI_B9)83@"EJQ9/ MB\9IP5C3D4T84@V"T56",?!_(5$-73-(->A-6]$-R=1F>V"^NT2V7BA*1GOU M2LT>,%>0K8IR:N@UYJVF5O+XJYK75`M_1LQ=>KT=?.KTSB$S6;B>:<\L$W4V M6Q,@8P*Q<;J#/]=;!'I^63?/!BVSV]*-0;>`!*BO7I6R!+V86G/+UR#TW'T7O%9Z$H&A(P)C%P)#WXM`B[=?^([M:_'N"]^Q M>RW9?.%[-J\E>R]\Q]X_Q%O7!;0U_D+6^)R=?X@WOA6V\@1LM.VMP/MW_2'9 M]%9HL6?8#MUK]L_,1EM0KF5W37O7?->)IT5V^7;0ZK0O(./J8].VPK3!:2H: MG*;E-4W''X,(V.J@/(^]!\65<=JGI)^ON:CTT*:/,LI;?=0*T*J3*JJGNI&* M7^42QR]\J[*/VO-"Q^3X_G(1@AO,?P[!=J;NK>,[=AZLN4TNW.'?Y*8/0%$4 MA#FK=\U^LWW1:@3HWZT0KCT?.N?G9J?=^@TG.U,[.*:`I1UKE6--48HG>N6D M6B;8Z=*=N+^Z3GB\G+L+]]@-#W("Z\R:/\#XQII/G("B!(D5%KXW\:U9`)GQ MU+'FRT4`3CC.'N0.1$R$']UKE#:8YCODS=O^N6D*%E383VN5B`4_RCP`7B`W MCV]>X!-GCO+$H)8&EI$6(UT.`UH3-X-,H!@V=^[#:#'?PB<^C+WY]3)`QAP? M'\/4KY;5BJX2W`F3!3\(-;0S*?Q9>'R$3/OMAT$/WH`*+U]"NWO6I,]9L1U) MYBL6O(5[/[YY(T)/`?608D^A@@&`-W4`X$XJ!-;TSGH(0*V! M9PD@`++"](TPJ./+?W3ASZ/10Q]PYW+GA#?0[K9-&IR7$ M[\Z#T%\B%F\>'`LD@FA%65FY1MM!H1VAT&8.YB8/2,C4&ULA:2]J)SJ!6)=8 MM$_..H;W:`;H>;X<'\"*]R&'TNUU+LQZJ]4Y0W^"CA&Z]8L&&L6_&B1&%E>Y MD-=T%!>]&T('6>-2_JG7Z:`B-!HQIK4G)F'MKV-/G"A.W2K;W%:[@%CB+&S, M=LP08K_R/R"T\O?:)H%F^^HR,PO]K)+)$"PQ*X?SK>=29!G,VF ME7`GI?%25^WF('./J6<&?\-+4._5ZY0KOVRV,4N])P+NXTB#[]Q M1XI]:_+*JQNAQ\%RM#J2(A^&@M2JRJ3R&_OQ0QC-=_6KUL`\>]]N84$#V61S:T.* M?#?;];=G_4&B@+OF?6I<]3K=1J+Q;)RTI8*JT9;H3=-6\N=WG=YE?8`:WZM? M]LWVH']6U(N@4O#Z"_!C'G0]#X4*1F6H;@8 M2Z_1;_0^-L[A41D>'&U;@J(%#:ZOSP@'ZP244^M+K:/-E"H%VDRI4I9&A.AD M`9K)<-`\S*H4Y+ZB_N]*"7*)(DNT9;5(:#'F1SQ:FE-O/E&4Z^6\MB,S.5J- M6O`:XR1"LDM]G7:IY!E^9RP*TI.A/^'-:^&AL_"7H$!7\UH124"!ZJJ4$^=T M+PGAT9O%S4-@CJS`@:Q`A93A,N@:34I=T$];=H8=)&8@YEGG\K+>/C?[@_K@ MJH_2N4"HG."Q@^X&`^4=1>PIB53L(>`A;JF`%5!@GUGH;-W0);?#HE#BU>Y\ M-W3V+9<'HN\177N:?4E$;/;^FXOG:]^;\<*$UITL,1O#]``SM:G#HE(H>5-$ MGP)3C:0A09Z3TA;(V![2CBR]\_PO@/DK9@'P"P,1R:A-INO_L9M56.0W>KVK M[D!R:?76=>D)!_LD^1_M`:WYP"H1'ILRUX]!,W M87ZRA_,7>=(-TJ(\9*+M4?R\OL[BDX@(^017B2PA4GR.CBO4,ZL1J^@T80PB MB23%!-)A3TE=?&\9DL;$RC"S%I1GBAW&62=202GG898?Y>'EW`E-=V8%7VC/ MNT,T&T)5HUR_7*U("V>;@=$2HQU:&)#!X/9'?SJ^AR9OV;:/^0F-Y]=3,&:P M0I"OX3;TR((R^!=9`@^P75U/K4F`$T1;"R74'-1;F)NA)XN>U:\&G0,> MHYH)7W+LO/%136;V+MYJI5J"G)H^E(*B,[%LE.1K>%?'F%KCG59+Y&UR58P3 M:/G2XE$`#_/QC>_-O24JN+5`W^;`#!7]6(P3YYDE:?)?0D92<-9I#YKMA"+R MKO5NEK@6U4%D29A1-$[YK_'2]YUYB&G]G4@W(%@N%IX?@K&R?'`*GFW+A,3! M!$5\9!PXD.-'K#)3:XQ;S=!LKA[QMQ^$V6.HH^-9^E@5S-ANYUX:0&!R7"[& M&%FG1XBS:.5+1()LO'41K*1"IJARQH090!86[IAH#&#A^(PB<-#PL.`=+4/A M%0C:=_Y8NK@3=AN1%J,]A=YD,G58W7&+.(.LS9HY@ABT1`C=F2.J9V_NB$8I M-0X<8EJZQ&"*",];;DHS@CJY4:0FP-4IGJ*^ M!5A)C6_6Y"W%2S6Z^:[9:)WWS]41.`TNL=8_3_5 MVP.:*S144\L<%S6UJLOFN<(!XNC-[<@UJ:UC4JT0A[ZU,=N9RB$*EL)B96TK M?J1,'%>);Z"D]@$']Q#8C+3YS@,"FTHL",.W:O M/1/]FN<'Z8@M;'7;<]:'P)2V8(M!YHZNZLP=75?C;"0N7&-3"T(7`Q+JV@B# MW(U#G3"9P:/R'T35&T8)U,!;DWHVMWD0A3(L70\.\9>H>ER/Q(6IO5@=5ZW2 MZD:XT6"\=`9%.CA;`G2VFS@RU&1F%D8J"S^8Z1ZDL*;.6)K&D MUJ4/KY'IO)>Y)^R3_#W:8*KBSPCRKBW,'-!IK&^Q<]FXI+4%ZXPJ%2S(.RPX M=%TJ=MJ^7L/?L4>M=]FT$I_*1L+6)C(QI*M/Q5OL+SEQX7HN4IN,"(214^9V M&\TW2($J"UCCU@92F&)M.QUI/%HW60ETMY0)";U`G`%OC>MB;K[B'@1 M+LFNPF#J.(LD;L=LP>H[#R_$_E_D0(1FY/!*ULC^V6/FP)@2];W.RMY#>W5OG7Q'ST05_(#'/KO?!T"$2IBD+]='-> M]%I-!]?"[=\1(B1$!MK'W:BBEP1">FM[UI5*3GMFQR.5D9<2&W\N]&-L(`*8 M5GY[?O&^^30"3$^GU@,%M_OR]=/31ZGI>NU)INX59]1!V8=&2#GW##%3Y^3_ MI?R?)V79T7J&D,FNUZ4:E6"G:2?Q#4+DE'>MG)/)0+&DBF2@I):B:P"*LB,L MB%.S9P4&:H)Q/OD-88\#0^Y)P-TA192&`OKER^@3%LZ-7J,_J/<&V:A"H'@C M#D40XHZ*&IM.#.FB2)QZB%2+#VH(0N:&$#:CO8YU`QVT.]T*V??6B<#_7B)[/Q$6G42Y^H,G0<&!K&;U@MN!$H:]$M*5F<\;-(]$OB>,XKCKUH5I6BWHE?6?)"<=P!`;5DZXD)7+5:<[;E(IBJ2$G`E3"()$:J&5L_#J%12! M%57N/EZ5/;EZ[Z@KP][^X03Z,>;!#OB-"9&+7-G>16I[DVW;2^\)MTBWPB"# M?G-C-T#$9NE(KIA=6Y'+'*$&:ET M$WU/O2QI`1#3EK0Q][C6BHL#'4 MB8;.UH:ZGS]&0^K:$!UPRR%M;:B?#.FK1[TKQ*-(%QATVTY_9")?P@J*2GMP9N:T]106`:R1,_M MY",!3DF5;`+,0P%&#Z$3;`*E.1#!AA,+:FM/1OCD:PJXR,!8#^03[P7;W>N'=YP2B:O;X%;.XAS:I.P,"!_ MF'NV(_VG8519$PMT=56+KX7)HU!YR$#5-KVB:S81><%BZH;;"+OUICAOZH`X M_83#>)LI:@$3I15\^.<_12C/.N4L;^&(8T`Q:>'>.U.3IW)223-3B$4S^!!" MC"Y.:(K&H(`<>].`#XQRWPYUD/N+G$=$$Z6(>?ZMDX`HR\X(Z@_3!&*RP#>* M9'3LMIH#B(YX=:-H\!FO7M"K=)N(4R*BBQLKKZ7IU>(;?E^!&CC1J%I3J)?& M(X>9F)%9UL"89?`HYN/[^GTN,C(=GV\ANR:RA*>0[H"5=P^1)0G$#Z]C9YJE M='*3Y(S@+-KFX8H0N,@2NUQY#KG7^Y:7O4=QEH(9S32>3PUG^I?FZ5_Q:?PF M'#6;J7@2B^%?I!")$,N8L!1(B)3";`I1'!U$#_3H+.$K:NX>!N\1E^0\PK.S MW,(".`$]^VP1[L$@.+)'B-N53TH2YZQ)C#!N"G$W!2#.(+Z?3_C^[^&3_A_/ M*'F)M"BN)1:J)=+*6!GCU/X6JZ;7H-56GWOIYZ2:ZYU['#,XL!/#C?CJB!O` MA&];S#'_6VG^BZR7;(JFY3S6I\?":90X*:27L3ZIBH/F"+@ M=7?'"\1Q=/(_OG<78#@Q=+KTL*$<"SH4K@$;#.Z3.4[;I.L#<,KY'5,E MZ@H^7II9H=C_:O8B4U>R+9F)X:>H1)&B?P*]G4*?H]PMC33)]A*T>7%P((DG MI'EY'CZWW3%?.$K70UNH5FM\@Z1]U6H!?\V&:T[IL]EE$V>)SHPKIKO(S`PQ M]23F=1:?YG)"QF0>@LN;(A(RK6AYO4(R+29WM,3A/*YADML0F+@^UKA5*3<' MM[Y4O1V\?Z0*2V32D1CX4U2[U39!MS'@:.L*_W5UV552*VQ!EGBF^*+,BCT) MMYD6["K%HB9($9R/3H8B("(B#91_>DT0+4V1U`H39=;J:ZSUGF"MML98-:&S M\X\9^V]B9LS`31*WLO(?L,_X9^Q+W,,WL&\'\U@AQA+_*JX]?/1LV]S@Y196 M;CB>=69NH2*?N/8]BV97>I;*U^A;`D6ME&2&3S!]JRM^ M%J\W5&NO`UY_K3O0;_&@3[O08J$JOO52HJ]BR4/?KU&LWLZB_1S:KI?L+Y^C MEMNU=BI@XR+1_?+95/R,6?HVO(]%-I/6;:@_+VRC"RLN% MT9VE/M]7HLL\T45`FC_R4"VH:?@2#2$/JW?WHJ\DI+Z"=$`K\"4P6C4CVAD+ M_`EE:X`+:2*GXN[8*=464I'R?!^YDSE\S"A7J,)'` M=H\:J\#R9O=:Y9]D8YPC"UIE2WX%/D)PF.2:@OQ*@8X/D?Y",=;MZ*30FWH^ MY(A2W,F+NHBC`]ZA`_[B@:,US;UT0:NANID<(JD#:>@32W MEZ`8"4\_U+-[BI#O*4%*JI'75*I!_K>Z*^MMXP;"SYM?P:)H8%M:9P_)NI"' M5+8;%TG=VLY#$12"CE5BP)84'4Y<(/^]G!F>>U*RDJ`!DMC+8SD\AIR/,]^> MG$3UEO0P+JS&UC?"[9+:5&2Y\-G$'RH]<$2"]':R278T`U+'E,R&Z7:T&ZD= M#WYSWO(R^['41:G'J6[++197E6,U-NI!SWH96U"/`,XEKL01YS!C"[J6/JX+ MS*$O MC_"4@D8OM8);O"%#/TB^BI1O.<\FL-O,4;EX-U7XGDLQ>1JD,XB?8\SYRICS MW8TYRS;:IQ&WFZWA:QO`EP)%*8'F[@+M[?#_9&EJ6FFH*9=2%[6J26!C$=(^ M>TC9D)&54S8@)R)!Z'Z]H M^1OJ[$,R`S34#!M2_8_;H#3,X9A5F5;A;56Y7 MF*EXN^+]><#4Z8?&>C;_C$XL$$IC."DX#;=>S#7/:2$P)EV=;Y!HY\9=,'Q[>LJ^#/D,YU[SB5GL7JSK?;%Z'VG2N5>9^7-39AO]]X'_O M-@]U(*CA&W61U9WS>L/JKI6DULEE`RP0`^025N9]LDZX.;ZX_3*]7P^P=V9# M;NTMIL)=[;E(6H-I]UYH?'J&C!HY1VLYK-_@9%T0_L/2\`*T3OYYR4@8(VT[ MP]P5?_`<005BPLI%#B1%V!,AAV(P1?E5HOL\>+,'(H0O@HC_3A-Y7<)ZJV&! M-LE@-;Z;SQ?:X?YR<-U_<\FU4?_5;WWDE8)(W?LA&WX8BRAZ(UP+KEG+:Z#; M.WU7NQH/[Y+!QUO('WP9!\0OA^Z)DOIM\5ML!AO``3].2_8TOI2O>[-M4@?SZL#$-J@Z=1*G+2JN499[5@.4D M,&*QTE)PY2LBC4QB!^BVR>T*.XD0M_%\N4PH3G&9W,\?AG?62.4#=/DPE%^" M6N$&;R`^Z,>7!_J4(D=,0D@CF>J+.18AA;"!O+R`W1[,WA_9 M61\@ZV:1:2QE7EJ9>78Z;M@6B)`)2U`Z1N*"0D!Z%/(Y]OAQI7""%8)J>X/42%!P M4Y0'@S0`A(:.E-U5I6^CTW?"Z>Q66J7%Q.+GJ]L\(%7[#BP`0Q3F\_(Q,\+-&"MF/])CYANB>XN*ADT:7P8HFC,\`]7H,//41\@,( MB/\.5_[H]$(,R/0\(EXGO73R0#X,8%1*IQSG$V0^43M$DN>H'2G:,^U%:H?9 MFU'FO(W2[TIP,0);#6`CIQ@K^"G00AP0;G&G@-F-`D8431P.SZ1`C+ES%DN(@8>NXMW>7KZ_:6+0Y*NT93DKM6C M5B83$3-BS\\NGD5T^GDJK- M,2JI!@2UZXGL>KZ:HU3(_:69'9@;YY@8O":%2W<@4BZPL/7U)!G;@3?3!02[ M3!>"<&\`-ZF'>$:SBY`D1P=V3GZ`Y140C7@\-08!\Q/Q_^74A_'+.<(5LD<0]F7Q9)..UO`]4P;B;@0ANA9NF MU6>^->`0'C#]&.[KS-S/:E7948_F77/![5;V9DO>:1W3-WMZ2'R,=X/BPHR_ M9ZH9#^,@CDC()$\];SP6A]H,)L">/5A5;<^D%WA'7X5VQM<2LF1HJXQ8]@84<*%P:!Q^)V)_#X$'L7Y^=7 M9W_1O:_-1W%Y?@ZWC(("I0LWXG&R6\T7R_A_>A="XDT[=0_:-`U[E<2?@ MU4!]YZ_Z-Y=7AW4O@&M?KNQ%ID8K/(Z:Z4R41N]+I?%I[U8:FIDI*_LK;-4I M+A^SANTX6XV1WBFMZL2JJM5\0E5-,VL[*JA)IA\W2ZJ*S:J:\7%KYZI8\SMIHEPM87E5H5=73,#YFZ:;\*F@OG_^W`QG"5` M!+/D9Y`QV*[]C\/9C&O0KOC>01A@I#3_H:$S02EX7/X,-K@UXN;:\GL MC+LF/(0&#?IG0)E]=MJE#QZH[QW"*"B+DI\)$H.5]E*G2T6?+BH@Y*;V!&5=3CV@>^K+!9](\V7J$D?R.#&E*1AL\7_ B\XV4/C>%^LRY8U[?/KE?JJIP[)9:+;];_@/)IJ`*@G$``$D? ` end From owner-freebsd-multimedia Wed Aug 20 00:25:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05475 for multimedia-outgoing; Wed, 20 Aug 1997 00:25:33 -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 AAA05470 for ; Wed, 20 Aug 1997 00:25:29 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA02369; Wed, 20 Aug 1997 00:24:27 -0700 (PDT) Message-Id: <199708200724.AAA02369@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: [bt848] comments and diffs In-reply-to: Your message of "Wed, 20 Aug 1997 05:40:19 +0200." <199708200340.FAA12548@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Aug 1997 00:24:27 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Guys, 1.* when capturing full frames, should we get the odd field > first, followed by the even one (I do believe this is the way to > do, reading some CCIR documents the odd field is always mentioned > as the first one in a frame), the even field first, or whatever > we find first (the latter is _very_ tricky to program since the > dma program waits for a specific field); When capturing full frames the ODD field is first. >2.* when capturing single fields, do we return only one field per > frame (i.e. have a max of 25/30 fields per second) or, if the > user asks for more, we return both even and odd fields ? The > latter is also tricky since we need a different DMA program than > the one which only returns all even (or all odd) fields; it is > also a problem for applications because the fields have a slight > vertical offset, and any application trying to do compression on > subsequent frames will be negatively affected by this offset. Of > course one could say that if the user asks for something the > hardware can deliver, why not support it... Typically , if the user wants single fields they want ODD or EVEN and not both . They may be some exotic application which can benefit from a mixture of odd / even ,.e.g., 30 ODD fields and 10 EVEN fields but I doubt it. Sure if anyone wants to implement no problem with me provided that it does not break the rest of the functionality in the driver. >* I have not rewritten the program which does clipping, hence it does > not work for me. There are several reasons for that, the main ones > being that a) I have no use for them, and b) I am not too satisfied with > the way clip regions are passed to the kernel. But since Amancio has > some working code and I don't even have a detailed proposal, I'll > shut up on this issue... The clipping code was designed for simplicity sake from the users's perspective . That aside no one has a expressed a dire need for clipping . To my knowledege the only application which I know of today which can benefit from clipping is fxtv . Randall said that he was going to use clipping : "when the leaves turn this year" so we shall see. My point is this it takes a considerable amount of effort to support something like clipping and we can support multiple schemes however there should be at least a genuine justification or desire to use such functionality. In this respect perhaps we should poll the BSDI and Linux community since the driver now works on their platform -- who knows may be we can even port a cool video app from their camp (BSDI / Linux). Let me say this another way, it is important to keep the same video interface in Linux, BSDI and FreeBSD for the purpose of hopefully making video apps portable. One way of accomplishing this is by getting them involve in the development of the driver. It also increases our support coverage so if anyone feels like dropping out or is tied up hopefully one the video experts can take over. >using the driver for other applications ?). But I am strongly >convinced that we should aim at making the driver behave consistently >with some specification which a) can be applied to other video >drivers as well, and b) can be used by application writers as a >reference for what the driver should do, as opposed to writing the What we should have is a C/C++ interface to which developers can code to and isolate them from the ioctl interface. Most OSes have such video API. If we decide to go this route it will be nice to be compliant to a well known interface : SGI, HP , or SUN . >* there is some code depending on BROOKTREE_IRQ being defined. > Someone some time ago told me that similar code (in the meteor > driver) might not even work. I suggest it to remove it from both > drivers. This code works and I recently used it -- that is assigning an IRQ to the driver . Try it out. --- Now has anyone managed to try out Luigi's diffs? Last but not least probably what the driver *really* needs is a good user manual . Any volunteers? Tnks, Amancio From owner-freebsd-multimedia Wed Aug 20 01:59:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09878 for multimedia-outgoing; Wed, 20 Aug 1997 01:59:05 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09872 for ; Wed, 20 Aug 1997 01:59:02 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA30755; Wed, 20 Aug 1997 10:34:58 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma030756; Wed Aug 20 10:34:24 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA03633; Wed, 20 Aug 1997 10:34:16 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA01648; Wed, 20 Aug 97 10:34:16 +0200 From: Udo Wolter Message-Id: <9708200834.AA01648@merlin.ukrv.de> Subject: Re: snd970814.tgz In-Reply-To: <199708191951.VAA11909@labinfo.iet.unipi.it> from Luigi Rizzo at "Aug 19, 97 09:51:21 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 20 Aug 1997 10:34:15 +0200 (MET DST) Cc: multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > > Sorry, dmesg runs full. But here's what /var/log/messages said (seems to be > > the same as dmesg): > > > > Aug 18 14:30:45 low-tech /kernel: pcm0 at 0x 220 irq 5 drq 1 mem 0x 0 flag > > s 0x 0 en 1 confl 0 > > I need a few lines before when it probes the PnP devices, sorry. Can > you run pnpinfo and send me the output ? Otherwise I don't know what > the PnP ID of your card is, and I cannot make it recongnized. /var/log/messages: Aug 18 13:44:36 low-tech /kernel: Probing for PnP devices: Aug 18 13:44:36 low-tech /kernel: No Plug-n-Play devices were found pnpinfo: Checking for Plug-n-Play devices... Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 No Plug-n-Play devices were found Maybe it's another kind of card ? Don't forget that it's a notebook. Notebooks are often very strange...:-( > > But when I tried to kick it to MSS, I got this (only when the system didn't > > hang up during probing): > > > > Aug 18 14:16:38 low-tech /kernel: pcm0 at 0x 534 irq 5 drq 1 mem 0x 0 flag > > at the very least you have to put 0x530 as the base address (old > WSS/MSS cards had 4 io ports to configure the IRQ and DMA, followed by > the codec at 0x534. For historical reasons one has to put 0x530 in the > driver... I know it is a big source of confusion, I'll try to make the > probe code smarter. Ok. I can try this too. Thanx & Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://LOW-TECH.home.ml.org !!! From owner-freebsd-multimedia Wed Aug 20 02:20:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10809 for multimedia-outgoing; Wed, 20 Aug 1997 02:20:18 -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 CAA10795 for ; Wed, 20 Aug 1997 02:20:09 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA07416; Wed, 20 Aug 1997 02:19:58 -0700 (PDT) Message-Id: <199708200919.CAA07416@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: David Langford cc: multimedia@FreeBSD.ORG Subject: Re: Sound card with multiple inputs? In-reply-to: Your message of "Tue, 19 Aug 1997 12:13:49 -1000." <199708192213.MAA11549@caliban.dihelix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Aug 1997 02:19:57 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, For NT there is the Antex StudioCard Pro PCI sound card it can handle up to 4 input channels. http://www.antex.com/avpro.html Cheers, Amancio >From The Desk Of David Langford : > > Anyone know if there is a sound card out there that has > multiple channels for input. > > I have a need for recording stereo audio from multiple source > and I was hoping to see if a could find a multichannel card > instead of multiple cards. > > Output isnt needed. > > Thanks, > > -David Langford > langfod@dihelix.com From owner-freebsd-multimedia Wed Aug 20 04:30:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16182 for multimedia-outgoing; Wed, 20 Aug 1997 04:30:22 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA16172 for ; Wed, 20 Aug 1997 04:30:14 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA32342; Wed, 20 Aug 1997 13:30:09 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma032581; Wed Aug 20 13:30:09 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA05294; Wed, 20 Aug 1997 13:30:08 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA03639; Wed, 20 Aug 97 13:30:08 +0200 From: Udo Wolter Message-Id: <9708201130.AA03639@merlin.ukrv.de> Subject: Re: snd970814.tgz In-Reply-To: <9708200834.AA01648@merlin.ukrv.de> from Udo Wolter at "Aug 20, 97 10:34:15 am" To: uwp@ukrv.de (Udo Wolter) Date: Wed, 20 Aug 1997 13:30:08 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (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 > > at the very least you have to put 0x530 as the base address (old > > WSS/MSS cards had 4 io ports to configure the IRQ and DMA, followed by > > the codec at 0x534. For historical reasons one has to put 0x530 in the > > driver... I know it is a big source of confusion, I'll try to make the > > probe code smarter. > > Ok. I can try this too. Hangs up after probing. No change indeed. Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://LOW-TECH.home.ml.org !!! From owner-freebsd-multimedia Wed Aug 20 04:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16976 for multimedia-outgoing; Wed, 20 Aug 1997 04:51:08 -0700 (PDT) Received: from mailbox.uq.edu.au (zzshocki.slip.cc.uq.edu.au [130.102.221.173]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16971 for ; Wed, 20 Aug 1997 04:51:01 -0700 (PDT) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by mailbox.uq.edu.au (8.8.7/8.6.12) with ESMTP id VAA00407 for ; Wed, 20 Aug 1997 21:55:53 +1000 (EST) Message-Id: <199708201155.VAA00407@mailbox.uq.edu.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: Amancio's linux changes work with OSS! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Aug 1997 21:55:53 +1000 From: Stephen Hocking Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whilst hist guspnp15 does not allow me to have sound with quake, the OSS module that I have works fine with it. Now that I have a large amp and speakers with (relatively) decent bass, the neighbours have been getting frightened by all the screams and general mayhem coming from my place... Stephen From owner-freebsd-multimedia Wed Aug 20 21:08:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27819 for multimedia-outgoing; Wed, 20 Aug 1997 21:08:27 -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 VAA27813; Wed, 20 Aug 1997 21:08:17 -0700 (PDT) Received: from labs.usn.blaze.net.au (davidn@local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.7/8.8.5) with ESMTP id OAA00930; Thu, 21 Aug 1997 14:07:57 +1000 (EST) Message-Id: <199708210407.OAA00930@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: "Jonathan M. Bresler" , multimedia@hub.freebsd.org Subject: Re: xquake: runs or not? In-reply-to: Your message of "Tue, 12 Aug 1997 20:50:04 MST." <199708130350.UAA06767@rah.star-gate.com> 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: Thu, 21 Aug 1997 14:07:57 +1000 From: David Nugent Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You also have to download the dos/win95 version of quake and unzip it. > > This is a pointer to a linux quake page: > http://threewave.planetquake.com/linux/ > > You can get dos/win95 quake from: > ftp://ftp.idsoftware.com/idstuff/quake/quake106.zip Incidentally, the quakeserver port contains a target which shows how it can be "unziped" under UNIX, without having to run up DOS and use Id's installer. Regards, David From owner-freebsd-multimedia Thu Aug 21 09:55:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03383 for multimedia-outgoing; Thu, 21 Aug 1997 09:55:47 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03349 for ; Thu, 21 Aug 1997 09:55:32 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id LAA06436; Thu, 21 Aug 1997 11:55:27 -0500 (CDT) Date: Thu, 21 Aug 1997 11:55:27 -0500 (CDT) From: Mark Tinguely Message-Id: <199708211655.LAA06436@plains.NoDak.edu> To: freebsd-multimedia@freebsd.org, sales@omt.com Subject: Regard to phone call about FreeBSD drivers Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To: Mr Reddy OmniMedia Technology, Inc sales@omt.com From: Mark Tinguely NDSU Computer Science tinguely@plains.NoDak.edu CC: FreeBSD Multimedia Group freebsd-multimedia@freebsd.org Dear Mr. Reddy: This is in response to your phone message left on my voice mail August 20. I am summarizing the phone message to answer your questions, and to inform the FreeBSD mailing list members which are receiving a carbon copy of this mail. In the phone called you mentioned that OMT sells a "Meteor" capture card clone, that you sell other video products, that your company has a web page that displays the products (http://www.otm.com/), that you would be interested in FreeBSD drivers for some of your other products and finally that you are interested in information about the drivers for your literature. We, the FreeBSD multimedia group, have been aware of the Sequence P1S for over a year. I have your web page listed for the Sequence P1S and Talisman MPEG Decoder on a FreeBSD video capture web page (http://www.cs.ndsu.NoDak.edu/~tinguely/mbone-freebsd/video.html). The Meteor/Sequence P1S are good cards, but the Philips SAA7116, which is the digital video to PCI interface to these boards, causes an illegal PCI sequence when used with newer PCI buses. As a remedy, the FreeBSD people that wanted to use video capture devices with Pentium Pro computers developed drivers for adapters for the Brooktree BT484 chipset. I mention the above to illustrate that because FreeBSD multimedia development is done by volunteers, we usually choose products that will work on the latest equipment. If an adapter will not work with the current technology, I would not expect to get a driver written. I still mention the Sequence P1S, BUT I also list the limitation that can not work in the newer PCI buses. If Philips fixes the SAA7116, I will remove the listed limitation. The "meteor" driver source code is distributed with source code for FreeBSD. To enable the software, the user needs to edit the kernel configuration file and add: device meteor0 after compiling, installing and rebooting the kernel the capture card is ready to work. We include a few simple sample C programs that illustrate changing the camera input ports, and the different capturing modes. The, code necessary to use the meteor with the MBONE video conferencing tool, "vic", is included in the distributed sources for vic. New device drivers for FreeBSD is the hardest of your questions. The FreeBSD multimedia development group is a loosely organized group of collaborators. In general, a board is initially supported because the developer has a need for that category of board (video, audio, MPEG, etc). For example, I can see that a future need a *real time* MPEG I or MPEG II capture board will be in demand in the multimedia group when the price of the MPEG processing chip fall. I think there are a couple things that may help you get people in the FreeBSD multimedia group to support more of your products: 1) give free, or discount the price of a few boards. 2) we NEED documentation on the chipsets used and the operation of the boards. Matrox Meteor driver is the perfect example of getting NO information from a company (Matrox). The meteor driver exists only because of excellent documantation from Philips. 3) try to get a two or three people to take on a project instead of one person. we are doing these drivers for work or on our own time, but only as a part time basis. Having more than one person working on the driver helps fill in the gaps when others are swamped with their real work/life. Having more than one person is also great for motivation. 4) understand the volunteers generally support the latest and greatest hardware. Altruistically, we like to see more devices supported so that FreeBSD is used more, but we have only so much time. 5) if you are really, really, really want a board supported, you may be able to contract one of the FreeBSD users to do the work. Do so at your own risk. This letter is intended to be an introduction between the FreeBSD group and you, Mr Reddy. Hopefully, with this introduction we can establish a dialog that helps you get more driver support and helps us support multimedia devices. --mark tinguely. From owner-freebsd-multimedia Thu Aug 21 11:03:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08891 for multimedia-outgoing; Thu, 21 Aug 1997 11:03:52 -0700 (PDT) Received: from xcf.berkeley.edu (scam.XCF.Berkeley.EDU [128.32.43.201]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08875 for ; Thu, 21 Aug 1997 11:03:44 -0700 (PDT) From: grady@scam.XCF.Berkeley.EDU Message-Id: <199708211803.LAA08875@hub.freebsd.org> Received: (qmail 16004 invoked from network); 21 Aug 1997 17:55:54 -0000 Received: from localhost (HELO scam.XCF.Berkeley.EDU) (127.0.0.1) by localhost with SMTP; 21 Aug 1997 17:55:54 -0000 To: freebsd-multimedia@freebsd.org, freebsd-mobile@freebsd.org Subject: recommendation for FreeBSD laptop configuration for sound production? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <15999.872186153.1@scam.XCF.Berkeley.EDU> Date: Thu, 21 Aug 1997 10:55:54 -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am going to be buying a laptop soon. The main initial use of the machine will be to produce sound effects for improvised theatre performances, but I wouldn't mind having a generally cool system as well (perhaps also running W95 for gameplay during commutes). I've gotten some ways into writing sound effects program (in Modula-3), but decided to stop until I actually had a laptop (since it's kind of hard to lug my tower to each show). I've never bought a laptop before, and in particular, I don't know what the story is with respect to sound cards. Does anyone have a recommendation of a laptop that would have a decent-quality sound-card? I'm going to need to load samples from CD, so something with an appropriate digital input is important. Also, I have an external SCSI Jaz drive for my desktop system, and I would like to be able to connect it to the laptop, so SCSI would be good as well. Along with the card, I'll need more than a gig of disk (since the sound FX samples themselves will probably take around a gig, and I don't want to rely on the Jaz drive). Also, at some point I might want to connect an external controller (a large knob would be best) to some port. Generally speaking, I don't usually buy bleeding-edge stuff (because I'm too cheap); suggestions that might be just above the mid-point of the curve would be useful... BTW, I'm willing to run 3.0-current, assuming it's reasonably stable... I've heard it said that for laptops, it's a good idea to try one out before using, so I'll add that I live in the SF Bay Area, in case someone has a particulr store to recommend. (I will, of course, be releasing the software when its complete; I can't imagine many people are clambering for improvised SFX, though..) To summarize, I'm looking for recommendations for a laptop with: good sound card >1G disk SCSI reasonable # of external ports Thanks for any help! Steven From owner-freebsd-multimedia Thu Aug 21 12:19:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13505 for multimedia-outgoing; Thu, 21 Aug 1997 12:19:36 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA13494; Thu, 21 Aug 1997 12:19:30 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA05734; Thu, 21 Aug 1997 13:19:26 -0600 (MDT) Date: Thu, 21 Aug 1997 13:19:26 -0600 (MDT) Message-Id: <199708211919.NAA05734@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: grady@scam.xcf.berkeley.edu Cc: freebsd-multimedia@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: recommendation for FreeBSD laptop configuration for sound production? In-Reply-To: <199708211803.LAA08876@hub.freebsd.org> References: <199708211803.LAA08876@hub.freebsd.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > To summarize, I'm looking for recommendations for a laptop with: > > good sound card > >1G disk > SCSI > reasonable # of external ports I'm partial to these three manufacturers: 1) IBM - They are IMHO the best built laptops on the market. The 560E model would be my choice. Pros: * Well built * Good support * For the 560, it's light, and has the *best* keyboard I've seen on a laptop, and some FreeBSD hackers own them, so support exists. :) Cons: * Sometimes IBM tries to do things a bit different, but generally speaking they're pretty well supported in FreeBSD * Expensive 2) NEC - I have an older Versa that works great. Newer models are reported to also work great. Pros: * Use standard components. Nothing funky to cause you support grief. * Great performance. They almost always rate as one of the top 5 fastest notebooks in tests. Cons: * Expensive * Heavy 3) Digital (the HiNote Ultra II looks nice) Pros: * Use standard components. Nothing funky to cause you support grief. * People who own them love them. Cons: * I haven't heard from anyone lately who owns them, so I don't know well they work with newer FreeBSD kernels. (I don't suspect you'd have problems, but you never know...) * Digital isn't one of the 'big players', and haven't upgraded their laptop line in a while. Personally, if I had to buy a laptop *today*, I'd probably buy the IBM 560E ThinkPad. However, my second choice would be the DEC. I'm biased towards lighter boxes since I travel alot, and my box is a beast to lug around. (I had a Toshiba Libretto 50 for awhile, and although it is pretty light at 1.8lbs, the keyboard makes it useless for real work.) I'm in the market for a laptop now, but so far nothing has been *that* much better than my old P75 NEC that I want waste my laptop budget on a new one, so if anyone has any suggestions on a 'gotta have' laptop I'm all eyes/ears. As far as 'sound-cards' go, it appears that most of the newer laptops use sound-blaster clones, so I doubt you'd have any luck getting a laptop with a card that's any better/worse than it's competition. The biggest issues for laptops I see are: 1) Screen size 2) Disk size 3) Keyboard 4) Size 5) weight 6) Compatability/speed I'd stay away from the newer 'CardBus' machines, simply because I don't think there is any support in FreeBSD for them yet. (Someone correct me if I'm wrong, since I haven't done any laptop hacking in months.) Nate From owner-freebsd-multimedia Thu Aug 21 12:27:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14095 for multimedia-outgoing; Thu, 21 Aug 1997 12:27:04 -0700 (PDT) Received: from blizzard.wise.edt.ericsson.se (blizzard-ext.wise.edt.ericsson.se [194.237.142.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14065; Thu, 21 Aug 1997 12:26:53 -0700 (PDT) Received: from erlang (erlang.ericsson.se [147.214.36.16]) by blizzard.wise.edt.ericsson.se (8.7.5/8.7.3/glacier-0.9) with SMTP id VAA24114; Thu, 21 Aug 1997 21:22:57 +0200 (MET DST) Received: from townsend.ericsson.se by erlang (SMI-8.6/LME-2.2.4) id VAA19182; Thu, 21 Aug 1997 21:22:44 +0200 Received: from townsend by townsend.ericsson.se (SMI-8.6/client-1.5) id VAA20514; Thu, 21 Aug 1997 21:23:12 +0200 Message-Id: <199708211923.VAA20514@townsend.ericsson.se> To: grady@scam.XCF.Berkeley.EDU Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Cc: kent@erlang.ericsson.se Subject: Re: recommendation for FreeBSD laptop configuration for sound production? Reply-To: kent@erlang.ericsson.se In-Reply-To: Your message of "Thu, 21 Aug 1997 10:55:54 -0700" References: <199708211803.LAA08876@hub.freebsd.org> X-Mailer: Mew version 1.70 on Emacs 19.34.1 X-URL: http://www.ericsson.se/erlang Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 21 Aug 1997 21:23:12 +0200 From: Kent Boortz Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk grady@scam.XCF.Berkeley.EDU wrote: > To summarize, I'm looking for recommendations for a laptop with: > > good sound card > >1G disk > SCSI > reasonable # of external ports Make sure that the Laptop you buy is not only supported by a X server but that it supports it *well*. I have a Compaq LTE 5380 (great internal 1024x768 but unfortunately only 256 colors). The graphics chip, Cirrus 7548, is supported by XFree86 but it is not working ok on this laptop. /kgb From owner-freebsd-multimedia Thu Aug 21 13:05:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16475 for multimedia-outgoing; Thu, 21 Aug 1997 13:05:37 -0700 (PDT) Received: from uhf.wdc.net (uhf.wdc.net [198.147.74.44]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16454; Thu, 21 Aug 1997 13:05:27 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id QAA01789; Thu, 21 Aug 1997 16:10:21 -0400 (EDT) Date: Thu, 21 Aug 1997 16:10:20 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: freebsd-multimedia@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: recommendation for FreeBSD laptop configuration for sound production? In-Reply-To: <199708211919.NAA05734@rocky.mt.sri.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, 21 Aug 1997, Nate Williams wrote: > > To summarize, I'm looking for recommendations for a laptop with: > > > > good sound card Especially - is there one with a builtin full-duplex sound card? Have yet to find one. Bernie > From owner-freebsd-multimedia Thu Aug 21 14:49:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21347 for multimedia-outgoing; Thu, 21 Aug 1997 14:49:16 -0700 (PDT) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA21330; Thu, 21 Aug 1997 14:49:09 -0700 (PDT) Received: from cumulus by jli.com with uucp (Smail3.1.29.1 #3) id m0x1f5o-0002TOC; Thu, 21 Aug 97 14:48 PDT Message-Id: To: grady@scam.xcf.berkeley.edu To: Nate Williams Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: recommendation for FreeBSD laptop configuration for sound production? References: <199708211919.NAA05734@rocky.mt.sri.com> <199708211803.LAA08876@hub.freebsd.org> In-reply-to: Your message of Thu, 21 Aug 1997 13:19:26 MDT. <199708211919.NAA05734@rocky.mt.sri.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <851.872199366.1@cloud.rain.com> Date: Thu, 21 Aug 1997 14:36:07 -0700 From: Bill Trost Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: 3) Digital (the HiNote Ultra II looks nice) Yeah, they look *really* cool. However, I tried to buy one a month or two ago, and was told (by DEC, as I recall) that they have stopped making them and that production of the replacement, the HiNote Ultra 2000, had not yet started. So, you may be out of luck on that avenue. Pros: * Use standard components. Nothing funky to cause you support grief. I hope that stays true. Cons: Add "expensive" to this list -- the Ultra II was listing for over $4000 US when it was last for sale, as I recall. In the "lightweights" vein, has anyone had any experience with the Compaq Armada 41xx? It can be configured fairly light (although it is fairly big), and I found an X configuration for it for Linux, but haven't really had a chance to try it. From owner-freebsd-multimedia Thu Aug 21 15:28:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23521 for multimedia-outgoing; Thu, 21 Aug 1997 15:28:46 -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 PAA23511 for ; Thu, 21 Aug 1997 15:28:38 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA02389; Thu, 21 Aug 1997 15:28:35 -0700 (PDT) Message-Id: <199708212228.PAA02389@rah.star-gate.com> To: Mark Tinguely cc: freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers In-reply-to: Your message of "Thu, 21 Aug 1997 11:55:27 CDT." <199708211655.LAA06436@plains.NoDak.edu> Date: Thu, 21 Aug 1997 15:28:35 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Spoke briefly with Dr. Redi . Basically, I am going to meet him tomorrow and just chat a bit more. I have dealt with OmniMedia in the past . Briefly, cause I am still at wor, does anyone have any cool ideas for next generation audio/video hardware -- desired codecs, telephony support, full duplex audio. etc,... Cheers, Amancio >From The Desk Of Mark Tinguely : > > To: Mr Reddy > OmniMedia Technology, Inc > sales@omt.com > From: Mark Tinguely > NDSU Computer Science > tinguely@plains.NoDak.edu > CC: FreeBSD Multimedia Group > freebsd-multimedia@freebsd.org > > Dear Mr. Reddy: > > This is in response to your phone message left on my voice mail August 20. > I am summarizing the phone message to answer your questions, and to inform th e > FreeBSD mailing list members which are receiving a carbon copy of this mail. > > In the phone called you mentioned that OMT sells a "Meteor" capture card > clone, that you sell other video products, that your company has a web > page that displays the products (http://www.otm.com/), that you would > be interested in FreeBSD drivers for some of your other products and finally > that you are interested in information about the drivers for your literature. > > We, the FreeBSD multimedia group, have been aware of the Sequence P1S for ove r > a year. I have your web page listed for the Sequence P1S and Talisman > MPEG Decoder on a FreeBSD video capture web page > (http://www.cs.ndsu.NoDak.edu/~tinguely/mbone-freebsd/video.html). > > The Meteor/Sequence P1S are good cards, but the Philips SAA7116, which > is the digital video to PCI interface to these boards, causes an illegal > PCI sequence when used with newer PCI buses. As a remedy, the FreeBSD people > that wanted to use video capture devices with Pentium Pro computers developed > drivers for adapters for the Brooktree BT484 chipset. > > I mention the above to illustrate that because FreeBSD multimedia development > is done by volunteers, we usually choose products that will work on the lates t > equipment. If an adapter will not work with the current technology, I would > not expect to get a driver written. I still mention the Sequence P1S, BUT > I also list the limitation that can not work in the newer PCI buses. If > Philips fixes the SAA7116, I will remove the listed limitation. > > The "meteor" driver source code is distributed with source code for FreeBSD. > To enable the software, the user needs to edit the kernel configuration file > and add: > > device meteor0 > > after compiling, installing and rebooting the kernel the capture card is read y > to work. We include a few simple sample C programs that illustrate changing > the camera input ports, and the different capturing modes. The, code necessar y > to use the meteor with the MBONE video conferencing tool, "vic", is included > in the distributed sources for vic. > > New device drivers for FreeBSD is the hardest of your questions. The FreeBSD > multimedia development group is a loosely organized group of collaborators. > In general, a board is initially supported because the developer has a need f or > that category of board (video, audio, MPEG, etc). For example, I can see that > a future need a *real time* MPEG I or MPEG II capture board will be in demand > in the multimedia group when the price of the MPEG processing chip fall. > > I think there are a couple things that may help you get people in the FreeBSD > multimedia group to support more of your products: > > 1) give free, or discount the price of a few boards. > > 2) we NEED documentation on the chipsets used and the operation of the boards . > Matrox Meteor driver is the perfect example of getting NO information > from a company (Matrox). The meteor driver exists only because of excellen t > documantation from Philips. > > 3) try to get a two or three people to take on a project instead of one perso n. > we are doing these drivers for work or on our own time, but only as a > part time basis. Having more than one person working on the driver helps > fill in the gaps when others are swamped with their real work/life. Having > more than one person is also great for motivation. > > 4) understand the volunteers generally support the latest and greatest > hardware. Altruistically, we like to see more devices supported so that > FreeBSD is used more, but we have only so much time. > > 5) if you are really, really, really want a board supported, you may be able > to contract one of the FreeBSD users to do the work. Do so at your own > risk. > > This letter is intended to be an introduction between the FreeBSD group and > you, Mr Reddy. Hopefully, with this introduction we can establish a dialog > that helps you get more driver support and helps us support multimedia device s. > > --mark tinguely. From owner-freebsd-multimedia Thu Aug 21 15:37:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24091 for multimedia-outgoing; Thu, 21 Aug 1997 15:37:31 -0700 (PDT) Received: from osprey.grizzly.com (med.sc.scruznet.com [165.227.115.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24065; Thu, 21 Aug 1997 15:37:23 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.8.5/8.7.3) id PAA29388; Thu, 21 Aug 1997 15:38:22 -0700 (PDT) Date: Thu, 21 Aug 1997 15:38:22 -0700 (PDT) Message-Id: <199708212238.PAA29388@osprey.grizzly.com> From: Mark Diekhans To: nate@mt.sri.com CC: grady@scam.xcf.berkeley.edu, freebsd-multimedia@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-reply-to: <199708211919.NAA05734@rocky.mt.sri.com> (message from Nate Williams on Thu, 21 Aug 1997 13:19:26 -0600 (MDT)) Subject: Re: recommendation for FreeBSD laptop configuration for sound production? Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From: Nate Williams ... > I'm biased >towards lighter boxes since I travel alot, and my box is a beast to lug >around. ... >I'm in the market for a laptop now, but so far nothing has been *that* >much better than my old P75 NEC that I want waste my laptop budget on a >new one, so if anyone has any suggestions on a 'gotta have' laptop I'm >all eyes/ears. I have my eye on the new Tohsiba T300CT: marketing bs: http://www.toshiba.com/tais/csd/products/portable/portege/overview/index.htm specs: http://www.toshiba.com/tais/csd/products/pspecs2/index.htm I don't think its shipping yet; NECX doesn't have them in stock. P133MMX/32mb/PCI/1.51gb/1024x600active/ 24bit color, 3.8lbs! Now if it only had one of the sub 2.0 volt mobile pentiums, it would really be cool (pun intended). Personally, the only pointing device I like is the `eraser', so I haven't even considered the NECs. The HPs subnotebooks would be worth considering if they didn't have that *stupid* pop-out mouse. Mark From owner-freebsd-multimedia Thu Aug 21 16:19:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27399 for multimedia-outgoing; Thu, 21 Aug 1997 16:19:49 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27370; Thu, 21 Aug 1997 16:19:42 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA06598; Thu, 21 Aug 1997 17:19:28 -0600 (MDT) Date: Thu, 21 Aug 1997 17:19:28 -0600 (MDT) Message-Id: <199708212319.RAA06598@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mark Diekhans Cc: nate@mt.sri.com, grady@scam.xcf.berkeley.edu, freebsd-multimedia@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: recommendation for FreeBSD laptop configuration for sound production? In-Reply-To: <199708212238.PAA29388@osprey.grizzly.com> References: <199708211919.NAA05734@rocky.mt.sri.com> <199708212238.PAA29388@osprey.grizzly.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have my eye on the new Tohsiba T300CT: > > marketing bs: http://www.toshiba.com/tais/csd/products/portable/portege/overview/index.htm > > specs: http://www.toshiba.com/tais/csd/products/pspecs2/index.htm > > I don't think its shipping yet; NECX doesn't have them in stock. > > P133MMX/32mb/PCI/1.51gb/1024x600active/ 24bit color, 3.8lbs! Hmm, sounds pretty sexy. But, I'd be wary of them until I could sit down and type of the keyboard for awhile. Again, like I said to the other poster, the IBM/DEC units give you a big screen for almost the same weight (4.1lbs.) > Personally, the only pointing device I like is the `eraser', so I > haven't even considered the NECs. The HPs subnotebooks would be worth > considering if they didn't have that *stupid* pop-out mouse. I agree. My old box has a trackball (bleah!), and I've used the 'pads', and I hate them. That's another reason I like the IBM's. Nate From owner-freebsd-multimedia Thu Aug 21 17:17:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02812 for multimedia-outgoing; Thu, 21 Aug 1997 17:17:22 -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 RAA02806 for ; Thu, 21 Aug 1997 17:17:14 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 21 Aug 1997 20:16:43 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA08416; Thu, 21 Aug 97 20:16:42 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA24476; Thu, 21 Aug 1997 20:13:49 -0400 Message-Id: <19970821201349.13444@ct.picker.com> Date: Thu, 21 Aug 1997 20:13:49 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: mxaudio - MPEG Audio GUI Player Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This looks pretty cool: http://www.mpeg.org/xaudio/mxaudio/ Randall From owner-freebsd-multimedia Thu Aug 21 18:22:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06175 for multimedia-outgoing; Thu, 21 Aug 1997 18:22:09 -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 SAA06167 for ; Thu, 21 Aug 1997 18:22:04 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA00395; Thu, 21 Aug 1997 18:22:02 -0700 (PDT) Message-Id: <199708220122.SAA00395@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@FreeBSD.ORG cc: luigi@labinfo.iet.unipi.it Subject: [snd] For your review: isa.c Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 18:22:01 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The review is needed here first in order to pass the mods thru the freebsd gauntlet as a step to check in the sound driver. The mods are for FreeBSD -current and hopefully the mods will be apply to FreeBSD 2.2. Background: The sound driver 3.5 (guspnp series of sound drivers) uses auto dma to process audio streams. This saves time by not having to setup a dma channel for each dma transaction additionally it minimizes latency time . The need for this change arose from the sound driver support for xquake with respect to isa_dmastatus. For some reason Luigi check in a version of isa_dmastatus which checks for a busy flag when I requested for -current's isa_dmastatus to be revised objections were raised to eliminating the sanity checks from isa_dmastatus. I requested current's hackers to devise a suitable interface which I could use and no one so far has volunteer any code. For auto dma , isa_dmastart gets called once which right now it sets the busy flag however since I don't call isa_dmastart again to initiate a dma transfer I don't see the point of calling isa_dmadone . Currently, the sound drivers allocates memory below the 16MB memory region so we dont use bounce buffers. If we want to keep the sanity checks then I suggest to bracket at least the busy flag check by way of checking to see if the channel is operating in auto dma mode and I will be more than happy to modify the guspnp driver to call isa_dma_acquire , isa_dma_done, and isa_dma_release. One more thing, Luigi's latest incarnation of isa_dmastatus does not work with my guspnp so it will be nice if someone can shed some light into is the principal difference between current's isa_dmastatus and luigi's original isa_dmastatus. --- mods: static dma_auto_flag to determine when a dma channel is being used in auto dma mode. All routines which check the busy flag first check to see if the channel is auto mode if so it skips the busy flag. I put back Luigi's old isa_dmastatus since it works with my guspnp and for comparison purposes current's isa_dmastatus is included however is "ifdef out". I have modified the sound driver to reflect the changes in isa.c when we agree on a proper isa.c which we can use with the sound driver I will release both, the sound driver and isa.c Thank you, Amancio From owner-freebsd-multimedia Thu Aug 21 18:23:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06251 for multimedia-outgoing; Thu, 21 Aug 1997 18:23:25 -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 SAA06242 for ; Thu, 21 Aug 1997 18:23:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA00408; Thu, 21 Aug 1997 18:23:10 -0700 (PDT) Message-Id: <199708220123.SAA00408@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: luigi@labinfo.iet.unipi.it Subject: new isa.c Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_262108880" Date: Thu, 21 Aug 1997 18:23:09 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_262108880 Content-Type: text/plain; charset=us-ascii --==_Exmh_262108880 Content-Type: application/octet-stream ; name="isa.c" Content-Description: isa.c Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="isa.c" LyotCiAqIENvcHlyaWdodCAoYykgMTk5MSBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhLgogKiBBbGwgcmlnaHRzIHJlc2VydmVkLgogKgogKiBUaGlzIGNv ZGUgaXMgZGVyaXZlZCBmcm9tIHNvZnR3YXJlIGNvbnRyaWJ1dGVkIHRvIEJlcmtlbGV5IGJ5 CiAqIFdpbGxpYW0gSm9saXR6LgogKgogKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNv dXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25z CiAqIGFyZSBtZXQ6CiAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0 IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CiAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9m IGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KICogMi4gUmVkaXN0 cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5 cmlnaHQKICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQogKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBv dGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgogKiAzLiBB bGwgYWR2ZXJ0aXNpbmcgbWF0ZXJpYWxzIG1lbnRpb25pbmcgZmVhdHVyZXMgb3IgdXNlIG9m IHRoaXMgc29mdHdhcmUKICogICAgbXVzdCBkaXNwbGF5IHRoZSBmb2xsb3dpbmcgYWNrbm93 bGVkZ2VtZW50OgogKglUaGlzIHByb2R1Y3QgaW5jbHVkZXMgc29mdHdhcmUgZGV2ZWxvcGVk IGJ5IHRoZSBVbml2ZXJzaXR5IG9mCiAqCUNhbGlmb3JuaWEsIEJlcmtlbGV5IGFuZCBpdHMg Y29udHJpYnV0b3JzLgogKiA0LiBOZWl0aGVyIHRoZSBuYW1lIG9mIHRoZSBVbml2ZXJzaXR5 IG5vciB0aGUgbmFtZXMgb2YgaXRzIGNvbnRyaWJ1dG9ycwogKiAgICBtYXkgYmUgdXNlZCB0 byBlbmRvcnNlIG9yIHByb21vdGUgcHJvZHVjdHMgZGVyaXZlZCBmcm9tIHRoaXMgc29mdHdh cmUKICogICAgd2l0aG91dCBzcGVjaWZpYyBwcmlvciB3cml0dGVuIHBlcm1pc3Npb24uCiAq CiAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIFJFR0VOVFMgQU5EIENPTlRS SUJVVE9SUyBgYEFTIElTJycgQU5ECiAqIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFO VElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQogKiBJTVBMSUVEIFdB UlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VM QVIgUFVSUE9TRQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBS RUdFTlRTIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKICogRk9SIEFOWSBESVJFQ1QsIElO RElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJ QUwKICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVN RU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKICogT1IgU0VSVklDRVM7IExPU1MgT0YgVVNFLCBE QVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pCiAqIEhPV0VWRVIg Q0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05U UkFDVCwgU1RSSUNUCiAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VO Q0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKICogT1VUIE9GIFRIRSBVU0Ug T0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBP RgogKiBTVUNIIERBTUFHRS4KICoKICoJZnJvbTogQCgjKWlzYS5jCTcuMiAoQmVya2VsZXkp IDUvMTMvOTEKICoJJElkOiBpc2EuYyx2IDEuMTAwIDE5OTcvMDgvMTMgMDI6NDA6MDYgc3Rl dmUgRXhwICQKICovCgovKgogKiBjb2RlIHRvIG1hbmFnZSBBVCBidXMKICoKICogOTIvMDgv MTggIEZyYW5rIFAuIE1hY0xhY2hsYW4gKGZwbUBjcmFzaC5jdHMuY29tKToKICogRml4ZWQg dW5pbml0aWFsaXplZCB2YXJpYWJsZSBwcm9ibGVtIGFuZCBhZGRlZCBjb2RlIHRvIGRlYWwK ICogd2l0aCBETUEgcGFnZSBib3VuZGFyaWVzIGluIGlzYV9kbWFyYW5nZWNoZWNrKCkuICBG aXhlZCB3b3JkCiAqIG1vZGUgRE1BIGNvdW50IGNvbXB1dGlvbiBhbmQgcmVvcmdhbml6ZWQg RE1BIHNldHVwIGNvZGUgaW4KICogaXNhX2RtYXN0YXJ0KCkKICovCgojaW5jbHVkZSA8c3lz L3BhcmFtLmg+CiNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KI2luY2x1ZGUgPHN5cy9idWYuaD4K I2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4KI2luY2x1ZGUgPG1hY2hpbmUvaXBsLmg+CiNpbmNs dWRlIDxtYWNoaW5lL21kX3Zhci5oPgojaWZkZWYgQVBJQ19JTwojaW5jbHVkZSA8bWFjaGlu ZS9zbXAuaD4KI2luY2x1ZGUgPG1hY2hpbmUvYXBpYy5oPgojZW5kaWYgLyogQVBJQ19JTyAq LwojaW5jbHVkZSA8dm0vdm0uaD4KI2luY2x1ZGUgPHZtL3ZtX3BhcmFtLmg+CiNpbmNsdWRl IDx2bS9wbWFwLmg+CiNpbmNsdWRlIDxpMzg2L2lzYS9pc2FfZGV2aWNlLmg+CiNpbmNsdWRl IDxpMzg2L2lzYS9pbnRyX21hY2hkZXAuaD4KI2luY2x1ZGUgPGkzODYvaXNhL2lzYS5oPgoj aW5jbHVkZSA8aTM4Ni9pc2EvaWMvaTgyMzcuaD4KCiNpbmNsdWRlIDxzeXMvaW50ZXJydXB0 Lmg+CgovKgoqKiAgUmVnaXN0ZXIgZGVmaW5pdGlvbnMgZm9yIERNQSBjb250cm9sbGVyIDEg KGNoYW5uZWxzIDAuLjMpOgoqLwojZGVmaW5lCURNQTFfQ0hOKGMpCShJT19ETUExICsgMSoo MiooYykpKQkvKiBhZGRyIHJlZyBmb3IgY2hhbm5lbCBjICovCiNkZWZpbmUJRE1BMV9TTVNL CShJT19ETUExICsgMSoxMCkJLyogc2luZ2xlIG1hc2sgcmVnaXN0ZXIgKi8KI2RlZmluZQlE TUExX01PREUJKElPX0RNQTEgKyAxKjExKQkvKiBtb2RlIHJlZ2lzdGVyICovCiNkZWZpbmUJ RE1BMV9GRkMJKElPX0RNQTEgKyAxKjEyKQkvKiBjbGVhciBmaXJzdC9sYXN0IEZGICovCgov KgoqKiAgUmVnaXN0ZXIgZGVmaW5pdGlvbnMgZm9yIERNQSBjb250cm9sbGVyIDIgKGNoYW5u ZWxzIDQuLjcpOgoqLwojZGVmaW5lCURNQTJfQ0hOKGMpCShJT19ETUEyICsgMiooMiooYykp KQkvKiBhZGRyIHJlZyBmb3IgY2hhbm5lbCBjICovCiNkZWZpbmUJRE1BMl9TTVNLCShJT19E TUEyICsgMioxMCkJLyogc2luZ2xlIG1hc2sgcmVnaXN0ZXIgKi8KI2RlZmluZQlETUEyX01P REUJKElPX0RNQTIgKyAyKjExKQkvKiBtb2RlIHJlZ2lzdGVyICovCiNkZWZpbmUJRE1BMl9G RkMJKElPX0RNQTIgKyAyKjEyKQkvKiBjbGVhciBmaXJzdC9sYXN0IEZGICovCgpzdGF0aWMg dm9pZCBjb25maWdfaXNhZGV2IF9fUCgoc3RydWN0IGlzYV9kZXZpY2UgKmlzZHAsIHVfaW50 ICptcCkpOwpzdGF0aWMgdm9pZCBjb25maWdfaXNhZGV2X2MgX19QKChzdHJ1Y3QgaXNhX2Rl dmljZSAqaXNkcCwgdV9pbnQgKm1wLAoJCQkJIGludCByZWNvbmZpZykpOwpzdGF0aWMgdm9p ZCBjb25mbGljdCBfX1AoKHN0cnVjdCBpc2FfZGV2aWNlICpkdnAsIHN0cnVjdCBpc2FfZGV2 aWNlICp0bXBkdnAsCgkJCSAgaW50IGl0ZW0sIGNoYXIgY29uc3QgKndoYXRub3QsIGNoYXIg Y29uc3QgKnJlYXNvbiwKCQkJICBjaGFyIGNvbnN0ICpmb3JtYXQpKTsKc3RhdGljIGludCBo YXZlc2VlbiBfX1AoKHN0cnVjdCBpc2FfZGV2aWNlICpkdnAsIHN0cnVjdCBpc2FfZGV2aWNl ICp0bXBkdnAsCgkJCSB1X2ludCBjaGVja2JpdHMpKTsKc3RhdGljIGludCBpc2FfZG1hcmFu Z2VjaGVjayBfX1AoKGNhZGRyX3QgdmEsIHVfaW50IGxlbmd0aCwgaW50IGNoYW4pKTsKCi8q CiAqIHByaW50IGEgY29uZmxpY3QgbWVzc2FnZQogKi8Kc3RhdGljIHZvaWQKY29uZmxpY3Qo ZHZwLCB0bXBkdnAsIGl0ZW0sIHdoYXRub3QsIHJlYXNvbiwgZm9ybWF0KQoJc3RydWN0IGlz YV9kZXZpY2UJKmR2cDsKCXN0cnVjdCBpc2FfZGV2aWNlCSp0bXBkdnA7CglpbnQJCQlpdGVt OwoJY2hhciBjb25zdAkJKndoYXRub3Q7CgljaGFyIGNvbnN0CQkqcmVhc29uOwoJY2hhciBj b25zdAkJKmZvcm1hdDsKewoJcHJpbnRmKCIlcyVkIG5vdCAlc2VkIGR1ZSB0byAlcyBjb25m bGljdCB3aXRoICVzJWQgYXQgIiwKCQlkdnAtPmlkX2RyaXZlci0+bmFtZSwgZHZwLT5pZF91 bml0LCB3aGF0bm90LCByZWFzb24sCgkJdG1wZHZwLT5pZF9kcml2ZXItPm5hbWUsIHRtcGR2 cC0+aWRfdW5pdCk7CglwcmludGYoZm9ybWF0LCBpdGVtKTsKCXByaW50ZigiXG4iKTsKfQoK LyoKICogQ2hlY2sgdG8gc2VlIGlmIHRoaW5ncyBhcmUgYWxyZWFkeSBpbiB1c2UsIGxpa2Ug SVJRJ3MsIEkvTyBhZGRyZXNzZXMKICogYW5kIE1lbW9yeSBhZGRyZXNzZXMuCiAqLwpzdGF0 aWMgaW50CmhhdmVzZWVuKGR2cCwgdG1wZHZwLCBjaGVja2JpdHMpCglzdHJ1Y3QgaXNhX2Rl dmljZSAqZHZwOwoJc3RydWN0IGlzYV9kZXZpY2UgKnRtcGR2cDsKCXVfaW50CWNoZWNrYml0 czsKewoJLyoKCSAqIE9ubHkgY2hlY2sgYWdhaW5zdCBkZXZpY2VzIHRoYXQgaGF2ZSBhbHJl YWR5IGJlZW4gZm91bmQgYW5kIGFyZSBub3QKCSAqIHVuaWxhdGVyYWxseSBhbGxvd2VkIHRv IGNvbmZsaWN0IGFueXdheS4KCSAqLwoJaWYgKHRtcGR2cC0+aWRfYWxpdmUgJiYgIWR2cC0+ aWRfY29uZmxpY3RzKSB7CgkJY2hhciBjb25zdCAqd2hhdG5vdDsKCgkJd2hhdG5vdCA9IGNo ZWNrYml0cyAmIENDX0FUVEFDSCA/ICJhdHRhY2giIDogInByb2IiOwoJCS8qCgkJICogQ2hl Y2sgZm9yIEkvTyBhZGRyZXNzIGNvbmZsaWN0LiAgV2UgY2FuIG9ubHkgY2hlY2sgdGhlCgkJ ICogc3RhcnRpbmcgYWRkcmVzcyBvZiB0aGUgZGV2aWNlIGFnYWluc3QgdGhlIHJhbmdlIG9m IHRoZQoJCSAqIGRldmljZSB0aGF0IGhhcyBhbHJlYWR5IGJlZW4gcHJvYmVkIHNpbmNlIHdl IGRvIG5vdAoJCSAqIGtub3cgaG93IG1hbnkgSS9PIGFkZHJlc3NlcyB0aGlzIGRldmljZSB1 c2VzLgoJCSAqLwoJCWlmICgoY2hlY2tiaXRzICYgQ0NfSU9BRERSKSAmJiAodG1wZHZwLT5p ZF9hbGl2ZSAhPSAtMSkpIHsKCQkJaWYgKChkdnAtPmlkX2lvYmFzZSA+PSB0bXBkdnAtPmlk X2lvYmFzZSkgJiYKCQkJICAgIChkdnAtPmlkX2lvYmFzZSA8PQoJCQkJICAodG1wZHZwLT5p ZF9pb2Jhc2UgKyB0bXBkdnAtPmlkX2FsaXZlIC0gMSkpKSB7CgkJCQljb25mbGljdChkdnAs IHRtcGR2cCwgZHZwLT5pZF9pb2Jhc2UsIHdoYXRub3QsCgkJCQkJICJJL08gYWRkcmVzcyIs ICIweCV4Iik7CgkJCQlyZXR1cm4gMTsKCQkJfQoJCX0KCQkvKgoJCSAqIENoZWNrIGZvciBN ZW1vcnkgYWRkcmVzcyBjb25mbGljdC4gIFdlIGNhbiBjaGVjayBmb3IKCQkgKiByYW5nZSBv dmVybGFwLCBidXQgaXQgd2lsbCBub3QgY2F0Y2ggYWxsIGNhc2VzIHNpbmNlIHRoZQoJCSAq IGRyaXZlciBtYXkgYWRqdXN0IHRoZSBtc2l6ZSBwYXJhbWF0ZXIgZHVyaW5nIHByb2JlLCBm b3IKCQkgKiBub3cgd2UganVzdCBjaGVjayB0aGF0IHRoZSBzdGFydGluZyBhZGRyZXNzIGRv ZXMgbm90CgkJICogZmFsbCB3aXRoaW4gYW55IGFsbG9jYXRlZCByZWdpb24uCgkJICogWFhY IGNvdWxkIGFkZCBhIHNlY29uZCBjaGVjayBhZnRlciB0aGUgcHJvYmUgZm9yIG92ZXJsYXAs CgkJICogc2luY2UgYXQgdGhhdCB0aW1lIHdlIHdvdWxkIGtub3cgdGhlIGZ1bGwgcmFuZ2Uu CgkJICogWFhYIEtFUk5CQVNFIGlzIGEgaGFjaywgd2Ugc2hvdWxkIGhhdmUgdmFkZHIgaW4g dGhlIHRhYmxlIQoJCSAqLwoJCWlmICgoY2hlY2tiaXRzICYgQ0NfTUVNQUREUikgICYmIHRt cGR2cC0+aWRfbWFkZHIpIHsKCQkJaWYgKChLRVJOQkFTRSArIGR2cC0+aWRfbWFkZHIgPj0g dG1wZHZwLT5pZF9tYWRkcikgJiYKCQkJICAgIChLRVJOQkFTRSArIGR2cC0+aWRfbWFkZHIg PD0KCQkJICAgICAodG1wZHZwLT5pZF9tYWRkciArIHRtcGR2cC0+aWRfbXNpemUgLSAxKSkp IHsKCQkJCWNvbmZsaWN0KGR2cCwgdG1wZHZwLCAoaW50KWR2cC0+aWRfbWFkZHIsCgkJCQkJ IHdoYXRub3QsICJtYWRkciIsICIweCV4Iik7CgkJCQlyZXR1cm4gMTsKCQkJfQoJCX0KCQkv KgoJCSAqIENoZWNrIGZvciBJUlEgY29uZmxpY3RzLgoJCSAqLwoJCWlmICgoY2hlY2tiaXRz ICYgQ0NfSVJRKSAmJiB0bXBkdnAtPmlkX2lycSkgewoJCQlpZiAodG1wZHZwLT5pZF9pcnEg PT0gZHZwLT5pZF9pcnEpIHsKCQkJCWNvbmZsaWN0KGR2cCwgdG1wZHZwLCBmZnMoZHZwLT5p ZF9pcnEpIC0gMSwKCQkJCQkgd2hhdG5vdCwgImlycSIsICIlZCIpOwoJCQkJcmV0dXJuIDE7 CgkJCX0KCQl9CgkJLyoKCQkgKiBDaGVjayBmb3IgRFJRIGNvbmZsaWN0cy4KCQkgKi8KCQlp ZiAoKGNoZWNrYml0cyAmIENDX0RSUSApICYmICh0bXBkdnAtPmlkX2RycSAhPSAtMSkpIHsK CQkJaWYgKHRtcGR2cC0+aWRfZHJxID09IGR2cC0+aWRfZHJxKSB7CgkJCQljb25mbGljdChk dnAsIHRtcGR2cCwgZHZwLT5pZF9kcnEsIHdoYXRub3QsCgkJCQkJICJkcnEiLCAiJWQiKTsK CQkJCXJldHVybiAxOwoJCQl9CgkJfQoJfQoJcmV0dXJuIDA7Cn0KCiNpZmRlZiBSRVNPVVJD RV9DSEVDSwojaW5jbHVkZSA8c3lzL2RydnJlc291cmNlLmg+CgpzdGF0aWMgaW50CmNoZWNr b25lIChzdHJ1Y3QgaXNhX2RldmljZSAqZHZwLCBpbnQgdHlwZSwgYWRkcl90IGxvdywgYWRk cl90IGhpZ2gsIAoJICBjaGFyICpyZXNuYW1lLCBjaGFyICpyZXNmbXQsIGludCBhdHRhY2hp bmcpCnsKCWludCByZXN1bHQgPSAwOwoJaWYgKGJvb3R2ZXJib3NlKSB7CgkJaWYgKGxvdyA9 PSBoaWdoKQoJCQlwcmludGYoIlx0Y2hlY2sgJXM6IDB4JXhcbiIsIHJlc25hbWUsIGxvdyk7 CgkJZWxzZQoJCQlwcmludGYoIlx0Y2hlY2sgJXM6IDB4JXggdG8gMHgleFxuIiwgCgkJCSAg ICAgICByZXNuYW1lLCBsb3csIGhpZ2gpOwoJfQoJaWYgKHJlc291cmNlX2NoZWNrKHR5cGUs IFJFU0ZfTk9ORSwgbG93LCBoaWdoKSAhPSBOVUxMKSB7CgkJY2hhciAqd2hhdG5vdCA9IGF0 dGFjaGluZyA/ICJhdHRhY2giIDogInByb2IiOwoJCXN0YXRpYyBzdHJ1Y3QgaXNhX2Rldmlj ZSBkdW1teWRldjsKCQlzdGF0aWMgc3RydWN0IGlzYV9kcml2ZXIgZHVtbXlkcnY7CgkJc3Ry dWN0IGlzYV9kZXZpY2UgKnRtcGR2cCA9ICZkdW1teWRldjsKCgkJZHVtbXlkZXYuaWRfZHJp dmVyID0gJmR1bW15ZHJ2OwoJCWR1bW15ZGV2LmlkX3VuaXQgPSAwOwoJCWR1bW15ZHJ2Lm5h bWUgPSAicGNpIjsKCQljb25mbGljdChkdnAsIHRtcGR2cCwgbG93LCB3aGF0bm90LCByZXNu YW1lLCByZXNmbXQpOwoJCXJlc3VsdCA9IDE7Cgl9IGVsc2UgaWYgKGF0dGFjaGluZykgewoJ CWlmIChsb3cgPT0gaGlnaCkKCQkJcHJpbnRmKCJcdHJlZ2lzdGVyICVzOiAweCV4XG4iLCBy ZXNuYW1lLCBsb3cpOwoJCWVsc2UKCQkJcHJpbnRmKCJcdHJlZ2lzdGVyICVzOiAweCV4IHRv IDB4JXhcbiIsCgkJCSAgICAgICByZXNuYW1lLCBsb3csIGhpZ2gpOwoJCXJlc291cmNlX2Ns YWltKGR2cCwgdHlwZSwgUkVTRl9OT05FLCBsb3csIGhpZ2gpOwoJfQoJcmV0dXJuIChyZXN1 bHQpOwp9CgpzdGF0aWMgaW50IApjaGVja19wY2ljb25mbGljdChzdHJ1Y3QgaXNhX2Rldmlj ZSAqZHZwLCBpbnQgY2hlY2tiaXRzKQp7CglpbnQgcmVzdWx0ID0gMDsKCWludCBhdHRhY2hp bmcgPSAoY2hlY2tiaXRzICYgQ0NfQVRUQUNIKSAhPSAwOwoKCWlmIChjaGVja2JpdHMgJiBD Q19NRU1BRERSKSB7CgkJbG9uZyBtYWRkciA9IGR2cC0+aWRfbWFkZHI7CgkJbG9uZyBtc2l6 ZSA9IGR2cC0+aWRfbXNpemU7CgkJaWYgKG1zaXplID4gMCkgewoJCQlpZiAoY2hlY2tvbmUo ZHZwLCBSRVNUX01FTSwgbWFkZHIsIG1hZGRyICsgbXNpemUgLSAxLAoJCQkJICAgICAibWFk ZHIiLCAiMHgleCIsIGF0dGFjaGluZykgIT0gMCkgewoJCQkJcmVzdWx0ID0gMTsKCQkJCWF0 dGFjaGluZyA9IDA7CgkJCX0KCQl9Cgl9CglpZiAoY2hlY2tiaXRzICYgQ0NfSU9BRERSKSB7 CgkJdW5zaWduZWQgaW9iYXNlID0gZHZwLT5pZF9pb2Jhc2U7CgkJdW5zaWduZWQgaW9zaXpl ID0gZHZwLT5pZF9hbGl2ZTsKCQlpZiAoaW9zaXplID09IC0xKQoJCQlpb3NpemUgPSAxOyAv KiBYWFggY2FuJ3QgZG8gbXVjaCBhYm91dCB0aGlzIC4uLiAqLwoJCWlmIChpb3NpemUgPiAw KSB7CgkJCWlmIChjaGVja29uZShkdnAsIFJFU1RfUE9SVCwgaW9iYXNlLCBpb2Jhc2UgKyBp b3NpemUgLTEsCgkJCQkgICAgICJJL08gYWRkcmVzcyIsICIweCV4IiwgYXR0YWNoaW5nKSAh PSAwKSB7CgkJCQlyZXN1bHQgPSAxOwoJCQkJYXR0YWNoaW5nID0gMDsKCQkJfQoJCX0KCX0K CWlmIChjaGVja2JpdHMgJiBDQ19JUlEpIHsKCQlpbnQgaXJxID0gZmZzKGR2cC0+aWRfaXJx KSAtIDE7CgkJaWYgKGlycSA+PSAwKSB7CgkJCWlmIChjaGVja29uZShkdnAsIFJFU1RfSU5U LCBpcnEsIGlycSwgCgkJCQkgICAgICJpcnEiLCAiJWQiLCBhdHRhY2hpbmcpICE9IDApIHsK CQkJCXJlc3VsdCA9IDE7CgkJCQlhdHRhY2hpbmcgPSAwOwoJCQl9CgkJfQoJfQoJaWYgKGNo ZWNrYml0cyAmIENDX0RSUSkgewoJCWludCBkcnEgPSBkdnAtPmlkX2RycTsKCQlpZiAoZHJx ID49IDApIHsKCQkJaWYgKGNoZWNrb25lKGR2cCwgUkVTVF9ETUEsIGRycSwgZHJxLCAKCQkJ CSAgICAgImRycSIsICIlZCIsIGF0dGFjaGluZykgIT0gMCkgewoJCQkJcmVzdWx0ID0gMTsK CQkJCWF0dGFjaGluZyA9IDA7CgkJCX0KCQl9Cgl9CglpZiAocmVzdWx0ICE9IDApCgkJcmVz b3VyY2VfZnJlZSAoZHZwKTsKCXJldHVybiAocmVzdWx0KTsKfQojZW5kaWYgLyogUkVTT1VS Q0VfQ0hFQ0sgKi8KCi8qCiAqIFNlYXJjaCB0aHJvdWdoIGFsbCB0aGUgaXNhX2RldnRhYl8q IHRhYmxlcyBsb29raW5nIGZvciBhbnl0aGluZyB0aGF0CiAqIGNvbmZsaWN0cyB3aXRoIHRo ZSBjdXJyZW50IGRldmljZS4KICovCmludApoYXZlc2Vlbl9pc2FkZXYoZHZwLCBjaGVja2Jp dHMpCglzdHJ1Y3QgaXNhX2RldmljZSAqZHZwOwoJdV9pbnQJY2hlY2tiaXRzOwp7CglzdHJ1 Y3QgaXNhX2RldmljZSAqdG1wZHZwOwoJaW50CXN0YXR1cyA9IDA7CgoJZm9yICh0bXBkdnAg PSBpc2FfZGV2dGFiX3R0eTsgdG1wZHZwLT5pZF9kcml2ZXI7IHRtcGR2cCsrKSB7CgkJc3Rh dHVzIHw9IGhhdmVzZWVuKGR2cCwgdG1wZHZwLCBjaGVja2JpdHMpOwoJCWlmIChzdGF0dXMp CgkJCXJldHVybiBzdGF0dXM7Cgl9Cglmb3IgKHRtcGR2cCA9IGlzYV9kZXZ0YWJfYmlvOyB0 bXBkdnAtPmlkX2RyaXZlcjsgdG1wZHZwKyspIHsKCQlzdGF0dXMgfD0gaGF2ZXNlZW4oZHZw LCB0bXBkdnAsIGNoZWNrYml0cyk7CgkJaWYgKHN0YXR1cykKCQkJcmV0dXJuIHN0YXR1czsK CX0KCWZvciAodG1wZHZwID0gaXNhX2RldnRhYl9uZXQ7IHRtcGR2cC0+aWRfZHJpdmVyOyB0 bXBkdnArKykgewoJCXN0YXR1cyB8PSBoYXZlc2VlbihkdnAsIHRtcGR2cCwgY2hlY2tiaXRz KTsKCQlpZiAoc3RhdHVzKQoJCQlyZXR1cm4gc3RhdHVzOwoJfQoJZm9yICh0bXBkdnAgPSBp c2FfZGV2dGFiX251bGw7IHRtcGR2cC0+aWRfZHJpdmVyOyB0bXBkdnArKykgewoJCXN0YXR1 cyB8PSBoYXZlc2VlbihkdnAsIHRtcGR2cCwgY2hlY2tiaXRzKTsKCQlpZiAoc3RhdHVzKQoJ CQlyZXR1cm4gc3RhdHVzOwoJfQojaWZkZWYgUkVTT1VSQ0VfQ0hFQ0sKCWlmICghZHZwLT5p ZF9jb25mbGljdHMpIHsKCQlzdGF0dXMgPSBjaGVja19wY2ljb25mbGljdChkdnAsIGNoZWNr Yml0cyk7Cgl9IGVsc2UgaWYgKGJvb3R2ZXJib3NlKQoJCXByaW50ZigiXHRub3QgY2hlY2tp bmcgZm9yIHJlc291cmNlIGNvbmZsaWN0cyAuLi5cbiIpOwoJfQojZW5kaWYgLyogUkVTT1VS Q0VfQ0hFQ0sgKi8KCXJldHVybihzdGF0dXMpOwp9CgovKgogKiBDb25maWd1cmUgYWxsIElT QSBkZXZpY2VzCiAqLwp2b2lkCmlzYV9jb25maWd1cmUoKSB7CglzdHJ1Y3QgaXNhX2Rldmlj ZSAqZHZwOwoKCXNwbGhpZ2goKTsKCXByaW50ZigiUHJvYmluZyBmb3IgZGV2aWNlcyBvbiB0 aGUgSVNBIGJ1czpcbiIpOwoJLyogRmlyc3QgcHJvYmUgYWxsIHRoZSBzZW5zaXRpdmUgcHJv YmVzICovCglmb3IgKGR2cCA9IGlzYV9kZXZ0YWJfdHR5OyBkdnAtPmlkX2RyaXZlcjsgZHZw KyspCgkJaWYgKGR2cC0+aWRfZHJpdmVyLT5zZW5zaXRpdmVfaHcpCgkJCWNvbmZpZ19pc2Fk ZXYoZHZwLCAmdHR5X2ltYXNrKTsKCWZvciAoZHZwID0gaXNhX2RldnRhYl9iaW87IGR2cC0+ aWRfZHJpdmVyOyBkdnArKykKCQlpZiAoZHZwLT5pZF9kcml2ZXItPnNlbnNpdGl2ZV9odykK CQkJY29uZmlnX2lzYWRldihkdnAsICZiaW9faW1hc2spOwoJZm9yIChkdnAgPSBpc2FfZGV2 dGFiX25ldDsgZHZwLT5pZF9kcml2ZXI7IGR2cCsrKQoJCWlmIChkdnAtPmlkX2RyaXZlci0+ c2Vuc2l0aXZlX2h3KQoJCQljb25maWdfaXNhZGV2KGR2cCwgJm5ldF9pbWFzayk7Cglmb3Ig KGR2cCA9IGlzYV9kZXZ0YWJfbnVsbDsgZHZwLT5pZF9kcml2ZXI7IGR2cCsrKQoJCWlmIChk dnAtPmlkX2RyaXZlci0+c2Vuc2l0aXZlX2h3KQoJCQljb25maWdfaXNhZGV2KGR2cCwgKHVf aW50ICopTlVMTCk7CgoJLyogVGhlbiBhbGwgdGhlIGJhZCBvbmVzICovCglmb3IgKGR2cCA9 IGlzYV9kZXZ0YWJfdHR5OyBkdnAtPmlkX2RyaXZlcjsgZHZwKyspCgkJaWYgKCFkdnAtPmlk X2RyaXZlci0+c2Vuc2l0aXZlX2h3KQoJCQljb25maWdfaXNhZGV2KGR2cCwgJnR0eV9pbWFz ayk7Cglmb3IgKGR2cCA9IGlzYV9kZXZ0YWJfYmlvOyBkdnAtPmlkX2RyaXZlcjsgZHZwKysp CgkJaWYgKCFkdnAtPmlkX2RyaXZlci0+c2Vuc2l0aXZlX2h3KQoJCQljb25maWdfaXNhZGV2 KGR2cCwgJmJpb19pbWFzayk7Cglmb3IgKGR2cCA9IGlzYV9kZXZ0YWJfbmV0OyBkdnAtPmlk X2RyaXZlcjsgZHZwKyspCgkJaWYgKCFkdnAtPmlkX2RyaXZlci0+c2Vuc2l0aXZlX2h3KQoJ CQljb25maWdfaXNhZGV2KGR2cCwgJm5ldF9pbWFzayk7Cglmb3IgKGR2cCA9IGlzYV9kZXZ0 YWJfbnVsbDsgZHZwLT5pZF9kcml2ZXI7IGR2cCsrKQoJCWlmICghZHZwLT5pZF9kcml2ZXIt PnNlbnNpdGl2ZV9odykKCQkJY29uZmlnX2lzYWRldihkdnAsICh1X2ludCAqKU5VTEwpOwoK CWJpb19pbWFzayB8PSBTV0lfQ0xPQ0tfTUFTSzsKCW5ldF9pbWFzayB8PSBTV0lfTkVUX01B U0s7Cgl0dHlfaW1hc2sgfD0gU1dJX1RUWV9NQVNLOwoKLyoKICogWFhYIHdlIHNob3VsZCBy ZWFsbHkgYWRkIHRoZSB0dHkgZGV2aWNlIHRvIG5ldF9pbWFzayB3aGVuIHRoZSBsaW5lIGlz CiAqIHN3aXRjaGVkIHRvIFNMSVBESVNDLCBhbmQgdGhlbiByZW1vdmUgaXQgd2hlbiBpdCBp cyBzd2l0Y2hlZCBhd2F5IGZyb20KICogU0xJUERJU0MuICBObyBuZWVkIHRvIGJsb2NrIG91 dCBBTEwgdHR5cyBkdXJpbmcgYSBzcGxpbXAgd2hlbiBvbmx5IG9uZQogKiBvZiB0aGVtIGlz IHJ1bm5pbmcgc2xpcC4KICoKICogWFhYIGFjdHVhbGx5LCBibG9ja2luZyBhbGwgdHR5cyBk dXJpbmcgYSBzcGxpbXAgZG9lc24ndCBtYXR0ZXIgc28gbXVjaAogKiB3aXRoIHNpbyBiZWNh dXNlIHRoZSBzZXJpYWwgaW50ZXJydXB0IGxheWVyIGRvZXNuJ3QgdXNlIHR0eV9pbWFzay4g IE9ubHkKICogbm9uLXNlcmlhbCB0dHlzIHN1ZmZlci4gIEl0J3MgbW9yZSBzdHVwaWQgdGhh dCBBTEwgJ25ldCdzIGFyZSBibG9ja2VkCiAqIGR1cmluZyBzcGx0dHkuCiAqLwojaW5jbHVk ZSAic2wuaCIKI2lmIE5TTCA+IDAKCW5ldF9pbWFzayB8PSB0dHlfaW1hc2s7Cgl0dHlfaW1h c2sgPSBuZXRfaW1hc2s7CiNlbmRpZgoKCS8qIGJpb19pbWFzayB8PSB0dHlfaW1hc2sgOyAg Y2FuIHNvbWUgdHR5IGRldmljZXMgdXNlIGJ1ZmZlcnM/ICovCgoJaWYgKGJvb3R2ZXJib3Nl KQoJCXByaW50ZigiaW1hc2tzOiBiaW8gJXgsIHR0eSAleCwgbmV0ICV4XG4iLAoJCSAgICAg ICBiaW9faW1hc2ssIHR0eV9pbWFzaywgbmV0X2ltYXNrKTsKCgkvKgoJICogRmluaXNoIGlu aXRpYWxpemluZyBpbnRyX21hc2tbXS4gIE5vdGUgdGhhdCB0aGUgcGFydGx5CgkgKiBjb25z dHJ1Y3RlZCBtYXNrcyBhcmVuJ3QgYWN0dWFsbHkgdXNlZCBzaW5jZSB3ZSdyZSBhdCBzcGxo aWdoLgoJICogRm9yIGZ1bGx5IGR5bmFtaWMgaW5pdGlhbGl6YXRpb24sIHJlZ2lzdGVyX2lu dHIoKSBhbmQKCSAqIGljdV91bnNldCgpIHdpbGwgaGF2ZSB0byBhZGp1c3QgdGhlIG1hc2tz IGZvciBfYWxsXwoJICogaW50ZXJydXB0cyBhbmQgZm9yIHR0eV9pbWFzaywgZXRjLgoJICov Cglmb3IgKGR2cCA9IGlzYV9kZXZ0YWJfdHR5OyBkdnAtPmlkX2RyaXZlcjsgZHZwKyspCgkJ cmVnaXN0ZXJfaW1hc2soZHZwLCB0dHlfaW1hc2spOwoJZm9yIChkdnAgPSBpc2FfZGV2dGFi X2JpbzsgZHZwLT5pZF9kcml2ZXI7IGR2cCsrKQoJCXJlZ2lzdGVyX2ltYXNrKGR2cCwgYmlv X2ltYXNrKTsKCWZvciAoZHZwID0gaXNhX2RldnRhYl9uZXQ7IGR2cC0+aWRfZHJpdmVyOyBk dnArKykKCQlyZWdpc3Rlcl9pbWFzayhkdnAsIG5ldF9pbWFzayk7Cglmb3IgKGR2cCA9IGlz YV9kZXZ0YWJfbnVsbDsgZHZwLT5pZF9kcml2ZXI7IGR2cCsrKQoJCXJlZ2lzdGVyX2ltYXNr KGR2cCwgU1dJX0NMT0NLX01BU0spOwoJc3BsMCgpOwp9CgovKgogKiBDb25maWd1cmUgYW4g SVNBIGRldmljZS4KICovCgoKc3RhdGljIHZvaWQKY29uZmlnX2lzYWRldihpc2RwLCBtcCkK CXN0cnVjdCBpc2FfZGV2aWNlICppc2RwOwoJdV9pbnQgKm1wOwp7Cgljb25maWdfaXNhZGV2 X2MoaXNkcCwgbXAsIDApOwp9Cgp2b2lkCnJlY29uZmlnX2lzYWRldihpc2RwLCBtcCkKCXN0 cnVjdCBpc2FfZGV2aWNlICppc2RwOwoJdV9pbnQgKm1wOwp7Cgljb25maWdfaXNhZGV2X2Mo aXNkcCwgbXAsIDEpOwp9CgpzdGF0aWMgdm9pZApjb25maWdfaXNhZGV2X2MoaXNkcCwgbXAs IHJlY29uZmlnKQoJc3RydWN0IGlzYV9kZXZpY2UgKmlzZHA7Cgl1X2ludCAqbXA7CglpbnQg cmVjb25maWc7CnsKCXVfaW50IGNoZWNrYml0czsKCWludCBpZF9hbGl2ZTsKCWludCBsYXN0 X2FsaXZlOwoJc3RydWN0IGlzYV9kcml2ZXIgKmRwID0gaXNkcC0+aWRfZHJpdmVyOwoKCWlm ICghaXNkcC0+aWRfZW5hYmxlZCkgewoJCXByaW50ZigiJXMlZDogZGlzYWJsZWQsIG5vdCBw cm9iZWQuXG4iLAoJCQlkcC0+bmFtZSwgaXNkcC0+aWRfdW5pdCk7CgkJcmV0dXJuOwoJfQoJ Y2hlY2tiaXRzID0gQ0NfRFJRIHwgQ0NfSU9BRERSIHwgQ0NfTUVNQUREUjsKCWlmICghcmVj b25maWcgJiYgaGF2ZXNlZW5faXNhZGV2KGlzZHAsIGNoZWNrYml0cykpCgkJcmV0dXJuOwoJ aWYgKCFyZWNvbmZpZyAmJiBpc2RwLT5pZF9tYWRkcikgewoJCWlzZHAtPmlkX21hZGRyIC09 IElTQV9IT0xFX1NUQVJUOwoJCWlzZHAtPmlkX21hZGRyICs9IGF0ZGV2YmFzZTsKCX0KCWlm IChyZWNvbmZpZykgewoJCWxhc3RfYWxpdmUgPSBpc2RwLT5pZF9hbGl2ZTsKCQlpc2RwLT5p ZF9yZWNvbmZpZyA9IDE7Cgl9CgllbHNlIHsKCQlsYXN0X2FsaXZlID0gMDsKCQlpc2RwLT5p ZF9yZWNvbmZpZyA9IDA7Cgl9CglpZF9hbGl2ZSA9ICgqZHAtPnByb2JlKShpc2RwKTsKCWlm IChpZF9hbGl2ZSkgewoJCS8qCgkJICogT25seSBwcmludCB0aGUgSS9PIGFkZHJlc3MgcmFu Z2UgaWYgaWRfYWxpdmUgIT0gLTEKCQkgKiBSaWdodCBub3cgdGhpcyBpcyBhIHRlbXBvcmFy eSBmaXgganVzdCBmb3IgdGhlIG5ldwoJCSAqIE5QWCBjb2RlIHNvIHRoYXQgaWYgaXQgZmlu ZHMgYSA0ODYgdGhhdCBjYW4gdXNlIHRyYXAKCQkgKiAxNiBpdCB3aWxsIG5vdCByZXBvcnQg SS9PIGFkZHJlc3Nlcy4KCQkgKiBSb2QgR3JpbWVzIDA0LzI2Lzk0CgkJICovCgkJaWYgKCFp c2RwLT5pZF9yZWNvbmZpZykgewoJCQlwcmludGYoIiVzJWQiLCBkcC0+bmFtZSwgaXNkcC0+ aWRfdW5pdCk7CgkJCWlmIChpZF9hbGl2ZSAhPSAtMSkgewoJCQkJaWYgKGlzZHAtPmlkX2lv YmFzZSA9PSAtMSkKCQkJCQlwcmludGYoIiBhdCA/Iik7CgkJCQllbHNlIHsKCQkJCQlwcmlu dGYoIiBhdCAweCV4IiwgaXNkcC0+aWRfaW9iYXNlKTsKCQkJCQlpZiAoaXNkcC0+aWRfaW9i YXNlICsgaWRfYWxpdmUgLSAxICE9CgkJCQkJICAgIGlzZHAtPmlkX2lvYmFzZSkgewoJCQkJ CQlwcmludGYoIi0weCV4IiwKCQkJCQkJICAgICAgIGlzZHAtPmlkX2lvYmFzZSArIGlkX2Fs aXZlIC0gMSk7CgkJCQkJfQoJCQkJfQoJCQl9CgkJCWlmIChpc2RwLT5pZF9pcnEpCgkJCQlw cmludGYoIiBpcnEgJWQiLCBmZnMoaXNkcC0+aWRfaXJxKSAtIDEpOwoJCQlpZiAoaXNkcC0+ aWRfZHJxICE9IC0xKQoJCQkJcHJpbnRmKCIgZHJxICVkIiwgaXNkcC0+aWRfZHJxKTsKCQkJ aWYgKGlzZHAtPmlkX21hZGRyKQoJCQkJcHJpbnRmKCIgbWFkZHIgMHglbHgiLCBrdnRvcChp c2RwLT5pZF9tYWRkcikpOwoJCQlpZiAoaXNkcC0+aWRfbXNpemUpCgkJCQlwcmludGYoIiBt c2l6ZSAlZCIsIGlzZHAtPmlkX21zaXplKTsKCQkJaWYgKGlzZHAtPmlkX2ZsYWdzKQoJCQkJ cHJpbnRmKCIgZmxhZ3MgMHgleCIsIGlzZHAtPmlkX2ZsYWdzKTsKCQkJaWYgKGlzZHAtPmlk X2lvYmFzZSAmJiAhKGlzZHAtPmlkX2lvYmFzZSAmIDB4ZjMwMCkpIHsKCQkJCXByaW50Zigi IG9uIG1vdGhlcmJvYXJkIik7CgkJCX0gZWxzZSBpZiAoaXNkcC0+aWRfaW9iYXNlID49IDB4 MTAwMCAmJgoJCQkJICAgICEoaXNkcC0+aWRfaW9iYXNlICYgMHgzMDApKSB7CgkJCQlwcmlu dGYgKCIgb24gZWlzYSBzbG90ICVkIiwKCQkJCQlpc2RwLT5pZF9pb2Jhc2UgPj4gMTIpOwoJ CQl9IGVsc2UgewoJCQkJcHJpbnRmICgiIG9uIGlzYSIpOwoJCQl9CgkJCXByaW50ZigiXG4i KTsKCQkJLyoKCQkJICogQ2hlY2sgZm9yIGNvbmZsaWN0cyBhZ2Fpbi4gIFRoZSBkcml2ZXIg bWF5IGhhdmUKCQkJICogY2hhbmdlZCAqZHZwLiAgV2Ugc2hvdWxkIHdlYWtlbiB0aGUgZWFy bHkgY2hlY2sKCQkJICogc2luY2UgdGhlIGRyaXZlciBtYXkgaGF2ZSBiZWVuIGFibGUgdG8g Y2hhbmdlCgkJCSAqICpkdnAgdG8gYXZvaWQgY29uZmxpY3RzIGlmIGdpdmVuIGEgY2hhbmNl LiAgV2UKCQkJICogYWxyZWFkeSBza2lwIHRoZSBlYXJseSBjaGVjayBmb3IgSVJRcyBhbmQg Zm9yY2UKCQkJICogYSBjaGVjayBmb3IgSVJRcyBpbiB0aGUgbmV4dCBncm91cCBvZiBjaGVj a3MuCgkJCSAqLwoJCQljaGVja2JpdHMgfD0gQ0NfSVJROwoJCQlpZiAoaGF2ZXNlZW5faXNh ZGV2KGlzZHAsIGNoZWNrYml0cykpIHsKCQkJCXJldHVybjsKCQkJfQoJCQlpc2RwLT5pZF9h bGl2ZSA9IGlkX2FsaXZlOwoJCX0KCQkoKmRwLT5hdHRhY2gpKGlzZHApOwoJCWlmIChpc2Rw LT5pZF9pcnEpIHsKI2lmZGVmIEFQSUNfSU8KCQkJLyoKCQkJICogU29tZSBtb3RoZXJib2Fy ZHMgdXNlIHVwcGVyIElSUXMgZm9yIHRyYWRpdGlvbmFsCgkJCSAqIElTQSBJTlRlcnJ1cHQg c291cmNlcy4gIEluIHBhcnRpY3VsYXIgd2UgaGF2ZQoJCQkgKiBzZWVuIHRoZSBzZWNvbmRh cnkgSURFIGNvbm5lY3RlZCB0byBJUlEyMC4KCQkJICogVGhpcyBjb2RlIGRldGVjdHMgYW5k IGZpeGVzIHRoaXMgc2l0dWF0aW9uLgoJCQkgKi8KCQkJdV9pbnQJYXBpY19tYXNrOwoJCQlp bnQJcmlycTsKCgkJCWFwaWNfbWFzayA9IGlzYV9hcGljX21hc2soaXNkcC0+aWRfaXJxKTsK CQkJaWYgKGFwaWNfbWFzayAhPSBpc2RwLT5pZF9pcnEpIHsKCQkJCXJpcnEgPSBmZnMoaXNk cC0+aWRfaXJxKSAtIDE7CgkJCQlpc2RwLT5pZF9pcnEgPSBhcGljX21hc2s7CgkJCQl1bmRp cmVjdF9pc2FfaXJxKHJpcnEpOwkvKiBmcmVlIGZvciBJU0EgKi8KCQkJfQojZW5kaWYgLyog QVBJQ19JTyAqLwoJCQlyZWdpc3Rlcl9pbnRyKGZmcyhpc2RwLT5pZF9pcnEpIC0gMSwgaXNk cC0+aWRfaWQsCgkJCQkgICAgICBpc2RwLT5pZF9yaV9mbGFncywgaXNkcC0+aWRfaW50ciwK CQkJCSAgICAgIG1wLCBpc2RwLT5pZF91bml0KTsKCQl9Cgl9IGVsc2UgewoJCWlmIChpc2Rw LT5pZF9yZWNvbmZpZykgewoJCQkoKmRwLT5hdHRhY2gpKGlzZHApOyAvKiByZWNvbmZpZ3Vy YXRpb24gYXR0YWNoICovCgkJfQoJCWlmICghbGFzdF9hbGl2ZSkgewoJCQlpZiAoIWlzZHAt PmlkX3JlY29uZmlnKSB7CgkJCQlwcmludGYoIiVzJWQgbm90IGZvdW5kIiwKCQkJCSAgICAg ICBkcC0+bmFtZSwgaXNkcC0+aWRfdW5pdCk7CgkJCQlpZiAoaXNkcC0+aWRfaW9iYXNlICE9 IC0xKQoJCQkJCXByaW50ZigiIGF0IDB4JXgiLCBpc2RwLT5pZF9pb2Jhc2UpOwoJCQkJcHJp bnRmKCJcbiIpOwoJCQl9CgkJfQoJCWVsc2UgewojaWYgMAoJCQkvKiBUaGlzIGNvZGUgaGFz IG5vdCBiZWVuIHRlc3RlZC4uLi4gKi8KCQkJaWYgKGlzZHAtPmlkX2lycSkgewoJCQkJaWN1 X3Vuc2V0KGZmcyhpc2RwLT5pZF9pcnEpIC0gMSwKCQkJCQkJaXNkcC0+aWRfaW50cik7CgkJ CQlpZiAobXApCgkJCQkJSU5UUlVOTUFTSygqbXAsIGlzZHAtPmlkX2lycSk7CgkJCX0KI2Vs c2UKCQkJcHJpbnRmICgiaWN1X3Vuc2V0KCkgbm90IHN1cHBvcnRlZCBoZXJlIC4uLlxuIik7 CiNlbmRpZgoJCX0KCX0KfQoKc3RhdGljIGNhZGRyX3QJZG1hX2JvdW5jZWJ1Zls4XTsKc3Rh dGljIHVfaW50CWRtYV9ib3VuY2VidWZzaXplWzhdOwpzdGF0aWMgdV9pbnQ4X3QJZG1hX2Jv dW5jZWQgPSAwOwpzdGF0aWMgdV9pbnQ4X3QJZG1hX2J1c3kgPSAwOwkJLyogVXNlZCBpbiBp c2FfZG1hc3RhcnQoKSAqLwpzdGF0aWMgdV9pbnQ4X3QJZG1hX2ludXNlID0gMDsJCS8qIFVz ZXIgZm9yIGFjcXVpcmUvcmVsZWFzZSAqLwpzdGF0aWMgdV9pbnQ4X3QgZG1hX2F1dG9fbW9k ZSA9IDA7CgojZGVmaW5lIFZBTElEX0RNQV9NQVNLICg3KQoKLyogaGlnaCBieXRlIG9mIGFk ZHJlc3MgaXMgc3RvcmVkIGluIHRoaXMgcG9ydCBmb3IgaS10aCBkbWEgY2hhbm5lbCAqLwpz dGF0aWMgaW50IGRtYXBhZ2Vwb3J0WzhdID0geyAweDg3LCAweDgzLCAweDgxLCAweDgyLCAw eDhmLCAweDhiLCAweDg5LCAweDhhIH07CgovKgogKiBTZXR1cCBhIERNQSBjaGFubmVsJ3Mg Ym91bmNlIGJ1ZmZlci4KICovCnZvaWQKaXNhX2RtYWluaXQoY2hhbiwgYm91bmNlYnVmc2l6 ZSkKCWludCBjaGFuOwoJdV9pbnQgYm91bmNlYnVmc2l6ZTsKewoJdm9pZCAqYnVmOwoKI2lm ZGVmIERJQUdOT1NUSUMKCWlmIChjaGFuICYgflZBTElEX0RNQV9NQVNLKQoJCXBhbmljKCJp c2FfZG1haW5pdDogY2hhbm5lbCBvdXQgb2YgcmFuZ2UiKTsKCglpZiAoZG1hX2JvdW5jZWJ1 ZltjaGFuXSAhPSBOVUxMKQoJCXBhbmljKCJpc2FfZG1haW5pdDogaW1wb3NzaWJsZSByZXF1 ZXN0Iik7IAojZW5kaWYKCglkbWFfYm91bmNlYnVmc2l6ZVtjaGFuXSA9IGJvdW5jZWJ1ZnNp emU7CgoJLyogVHJ5IG1hbGxvYygpIGZpcnN0LiAgSXQgd29ya3MgYmV0dGVyIGlmIGl0IHdv cmtzLiAqLwoJYnVmID0gbWFsbG9jKGJvdW5jZWJ1ZnNpemUsIE1fREVWQlVGLCBNX05PV0FJ VCk7CglpZiAoYnVmICE9IE5VTEwpIHsKCQlpZiAoaXNhX2RtYXJhbmdlY2hlY2soYnVmLCBi b3VuY2VidWZzaXplLCBjaGFuKSA9PSAwKSB7CgkJCWRtYV9ib3VuY2VidWZbY2hhbl0gPSBi dWY7CgkJCXJldHVybjsKCQl9CgkJZnJlZShidWYsIE1fREVWQlVGKTsKCX0KCWJ1ZiA9IGNv bnRpZ21hbGxvYyhib3VuY2VidWZzaXplLCBNX0RFVkJVRiwgTV9OT1dBSVQsIDB1bCwgMHhm ZmZmZmZ1bCwKCQkJICAgMXVsLCBjaGFuICYgNCA/IDB4MjAwMDB1bCA6IDB4MTAwMDB1bCk7 CglpZiAoYnVmID09IE5VTEwpCgkJcHJpbnRmKCJpc2FfZG1haW5pdCglZCwgJWQpIGZhaWxl ZFxuIiwgY2hhbiwgYm91bmNlYnVmc2l6ZSk7CgllbHNlCgkJZG1hX2JvdW5jZWJ1ZltjaGFu XSA9IGJ1ZjsKfQoKLyoKICogUmVnaXN0ZXIgYSBETUEgY2hhbm5lbCdzIHVzYWdlLiAgVXN1 YWxseSBjYWxsZWQgZnJvbSBhIGRldmljZSBkcml2ZXIKICogaW4gb3BlbigpIG9yIGR1cmlu ZyBpdCdzIGluaXRpYWxpemF0aW9uLgogKi8KaW50CmlzYV9kbWFfYWNxdWlyZShjaGFuKQoJ aW50IGNoYW47CnsKI2lmZGVmIERJQUdOT1NUSUMKCWlmIChjaGFuICYgflZBTElEX0RNQV9N QVNLKQoJCXBhbmljKCJpc2FfZG1hX2FjcXVpcmU6IGNoYW5uZWwgb3V0IG9mIHJhbmdlIik7 CiNlbmRpZgoKCWlmIChkbWFfaW51c2UgJiAoMSA8PCBjaGFuKSkgewoJCXByaW50ZigiaXNh X2RtYV9hY3F1aXJlOiBjaGFubmVsICVkIGFscmVhZHkgaW4gdXNlXG4iLCBjaGFuKTsKCQly ZXR1cm4gKEVCVVNZKTsKCX0KCWRtYV9pbnVzZSB8PSAoMSA8PCBjaGFuKTsKCWRtYV9hdXRv X21vZGUgJj0gfigxIDw8IGNoYW4pOwoKCXJldHVybiAoMCk7Cn0KCi8qCiAqIFVucmVnaXN0 ZXIgYSBETUEgY2hhbm5lbCdzIHVzYWdlLiAgVXN1YWxseSBjYWxsZWQgZnJvbSBhIGRldmlj ZSBkcml2ZXIKICogZHVyaW5nIGNsb3NlKCkgb3IgZHVyaW5nIGl0J3Mgc2h1dGRvd24uCiAq Lwp2b2lkCmlzYV9kbWFfcmVsZWFzZShjaGFuKQoJaW50IGNoYW47CnsKI2lmZGVmIERJQUdO T1NUSUMKCWlmIChjaGFuICYgflZBTElEX0RNQV9NQVNLKQoJCXBhbmljKCJpc2FfZG1hX3Jl bGVhc2U6IGNoYW5uZWwgb3V0IG9mIHJhbmdlIik7CgoJaWYgKChkbWFfaW51c2UgJiAoMSA8 PCBjaGFuKSkgPT0gMCkKCQlwcmludGYoImlzYV9kbWFfcmVsZWFzZTogY2hhbm5lbCAlZCBu b3QgaW4gdXNlXG4iLCBjaGFuKTsKI2VuZGlmCgoJaWYgKGRtYV9idXN5ICYgKDEgPDwgY2hh bikpIHsKCQlkbWFfYnVzeSAmPSB+KDEgPDwgY2hhbik7CgkJLyogCgkJICogWFhYIFdlIHNo b3VsZCBhbHNvIGRvICJkbWFfYm91bmNlZCAmPSAoMSA8PCBjaGFuKTsiCgkJICogYmVjYXVz ZSB3ZSBhcmUgYWN0aW5nIG9uIGJlaGFsZiBvZiBpc2FfZG1hZG9uZSgpIHdoaWNoCgkJICog d2FzIG5vdCBjYWxsZWQgdG8gZW5kIHRoZSBsYXN0IERNQSBvcGVyYXRpb24uICBUaGlzIGRv ZXMKCQkgKiBub3QgbWF0dGVyIG5vdywgYnV0IGl0IG1heSBpbiB0aGUgZnV0dXJlLgoJCSAq LwoJfQoKCWRtYV9pbnVzZSAmPSB+KDEgPDwgY2hhbik7CglkbWFfYXV0b19tb2RlICY9IH4o MSA8PCBjaGFuKTsKfQoKLyoKICogaXNhX2RtYWNhc2NhZGUoKTogcHJvZ3JhbSA4MjM3IERN QSBjb250cm9sbGVyIGNoYW5uZWwgdG8gYWNjZXB0CiAqIGV4dGVybmFsIGRtYSBjb250cm9s IGJ5IGEgYm9hcmQuCiAqLwp2b2lkIGlzYV9kbWFjYXNjYWRlKGNoYW4pCglpbnQgY2hhbjsK ewojaWZkZWYgRElBR05PU1RJQwoJaWYgKGNoYW4gJiB+VkFMSURfRE1BX01BU0spCgkJcGFu aWMoImlzYV9kbWFjYXNjYWRlOiBjaGFubmVsIG91dCBvZiByYW5nZSIpOwojZW5kaWYKCgkv KiBzZXQgZG1hIGNoYW5uZWwgbW9kZSwgYW5kIHNldCBkbWEgY2hhbm5lbCBtb2RlICovCglp ZiAoKGNoYW4gJiA0KSA9PSAwKSB7CgkJb3V0YihETUExX01PREUsIERNQTM3TURfQ0FTQ0FE RSB8IGNoYW4pOwoJCW91dGIoRE1BMV9TTVNLLCBjaGFuKTsKCX0gZWxzZSB7CgkJb3V0YihE TUEyX01PREUsIERNQTM3TURfQ0FTQ0FERSB8IChjaGFuICYgMykpOwoJCW91dGIoRE1BMl9T TVNLLCBjaGFuICYgMyk7Cgl9Cn0KCi8qCiAqIGlzYV9kbWFzdGFydCgpOiBwcm9ncmFtIDgy MzcgRE1BIGNvbnRyb2xsZXIgY2hhbm5lbCwgYXZvaWQgcGFnZSBhbGlnbm1lbnQKICogcHJv YmxlbXMgYnkgdXNpbmcgYSBib3VuY2UgYnVmZmVyLgogKi8Kdm9pZCBpc2FfZG1hc3RhcnQo aW50IGZsYWdzLCBjYWRkcl90IGFkZHIsIHVfaW50IG5ieXRlcywgaW50IGNoYW4pCnsKCXZt X29mZnNldF90IHBoeXM7CglpbnQgd2Fwb3J0OwoJY2FkZHJfdCBuZXdhZGRyOwoKI2lmZGVm IERJQUdOT1NUSUMKCWlmIChjaGFuICYgflZBTElEX0RNQV9NQVNLKQoJCXBhbmljKCJpc2Ff ZG1hc3RhcnQ6IGNoYW5uZWwgb3V0IG9mIHJhbmdlIik7CgoJaWYgKChjaGFuIDwgNCAmJiBu Ynl0ZXMgPiAoMTw8MTYpKQoJICAgIHx8IChjaGFuID49IDQgJiYgKG5ieXRlcyA+ICgxPDwx NykgfHwgKHVfaW50KWFkZHIgJiAxKSkpCgkJcGFuaWMoImlzYV9kbWFzdGFydDogaW1wb3Nz aWJsZSByZXF1ZXN0Iik7CgoJaWYgKChkbWFfaW51c2UgJiAoMSA8PCBjaGFuKSkgPT0gMCkK CQlwcmludGYoImlzYV9kbWFzdGFydDogY2hhbm5lbCAlZCBub3QgYWNxdWlyZWRcbiIsIGNo YW4pOwojZW5kaWYKCiNpZiAwCgkvKgoJICogWFhYIFRoaXMgc2hvdWxkIGJlIGNoZWNrZWQs IGJ1dCBkcml2ZXJzIGxpa2UgYWQxODQ4IG9ubHkgY2FsbAoJICogaXNhX2RtYXN0YXJ0KCkg b25jZSBiZWNhdXNlIHRoZXkgdXNlIEF1dG8gRE1BIG1vZGUuICBJZiB3ZQoJICogbGVhdmUg dGhpcyBpbiwgZHJpdmVycyB0aGF0IGRvIHRoaXMgd2lsbCBwcmludCB0aGlzIGNvbnRpbnVv dXNseS4KCSAqLwoJaWYgKGRtYV9idXN5ICYgKDEgPDwgY2hhbikpCgkJcHJpbnRmKCJpc2Ff ZG1hc3RhcnQ6IGNoYW5uZWwgJWQgYnVzeVxuIiwgY2hhbik7CiNlbmRpZgoKCWRtYV9idXN5 IHw9ICgxIDw8IGNoYW4pOwoKCWlmIChpc2FfZG1hcmFuZ2VjaGVjayhhZGRyLCBuYnl0ZXMs IGNoYW4pKSB7CgkJaWYgKGRtYV9ib3VuY2VidWZbY2hhbl0gPT0gTlVMTAoJCSAgICB8fCBk bWFfYm91bmNlYnVmc2l6ZVtjaGFuXSA8IG5ieXRlcykKCQkJcGFuaWMoImlzYV9kbWFzdGFy dDogYmFkIGJvdW5jZSBidWZmZXIiKTsgCgkJZG1hX2JvdW5jZWQgfD0gKDEgPDwgY2hhbik7 CgkJbmV3YWRkciA9IGRtYV9ib3VuY2VidWZbY2hhbl07CgoJCS8qIGNvcHkgYm91bmNlIGJ1 ZmZlciBvbiB3cml0ZSAqLwoJCWlmICghKGZsYWdzICYgQl9SRUFEKSkKCQkJYmNvcHkoYWRk ciwgbmV3YWRkciwgbmJ5dGVzKTsKCQlhZGRyID0gbmV3YWRkcjsKCX0KCgkvKiB0cmFuc2xh dGUgdG8gcGh5c2ljYWwgKi8KCXBoeXMgPSBwbWFwX2V4dHJhY3QocG1hcF9rZXJuZWwoKSwg KHZtX29mZnNldF90KWFkZHIpOwoJaWYgKGZsYWdzICYgQl9SQVcpIHsKCSAgICBkbWFfYXV0 b19tb2RlIHw9ICgxIDw8IGNoYW4pOwoJfSBlbHNlIHsgCgkgICAgZG1hX2F1dG9fbW9kZSAm PSB+KDEgPDwgY2hhbik7Cgl9CgoJaWYgKChjaGFuICYgNCkgPT0gMCkgewoJCS8qCgkJICog UHJvZ3JhbSBvbmUgb2YgRE1BIGNoYW5uZWxzIDAuLjMuICBUaGVzZSBhcmUKCQkgKiBieXRl IG1vZGUgY2hhbm5lbHMuCgkJICovCgkJLyogc2V0IGRtYSBjaGFubmVsIG1vZGUsIGFuZCBy ZXNldCBhZGRyZXNzIGZmICovCgoJCS8qIElmIEJfUkFXIGZsYWcgaXMgc2V0LCB0aGVuIHVz ZSBhdXRvaW5pdGlhbGlzZSBtb2RlICovCgkJaWYgKGZsYWdzICYgQl9SQVcpIHsKCQkgIGlm IChmbGFncyAmIEJfUkVBRCkKCQkJb3V0YihETUExX01PREUsIERNQTM3TURfQVVUT3xETUEz N01EX1dSSVRFfGNoYW4pOwoJCSAgZWxzZQoJCQlvdXRiKERNQTFfTU9ERSwgRE1BMzdNRF9B VVRPfERNQTM3TURfUkVBRHxjaGFuKTsKCQl9CgkJZWxzZQoJCWlmIChmbGFncyAmIEJfUkVB RCkKCQkJb3V0YihETUExX01PREUsIERNQTM3TURfU0lOR0xFfERNQTM3TURfV1JJVEV8Y2hh bik7CgkJZWxzZQoJCQlvdXRiKERNQTFfTU9ERSwgRE1BMzdNRF9TSU5HTEV8RE1BMzdNRF9S RUFEfGNoYW4pOwoJCW91dGIoRE1BMV9GRkMsIDApOwoKCQkvKiBzZW5kIHN0YXJ0IGFkZHJl c3MgKi8KCQl3YXBvcnQgPSAgRE1BMV9DSE4oY2hhbik7CgkJb3V0Yih3YXBvcnQsIHBoeXMp OwoJCW91dGIod2Fwb3J0LCBwaHlzPj44KTsKCQlvdXRiKGRtYXBhZ2Vwb3J0W2NoYW5dLCBw aHlzPj4xNik7CgoJCS8qIHNlbmQgY291bnQgKi8KCQlvdXRiKHdhcG9ydCArIDEsIC0tbmJ5 dGVzKTsKCQlvdXRiKHdhcG9ydCArIDEsIG5ieXRlcz4+OCk7CgoJCS8qIHVubWFzayBjaGFu bmVsICovCgkJb3V0YihETUExX1NNU0ssIGNoYW4pOwoJfSBlbHNlIHsKCQkvKgoJCSAqIFBy b2dyYW0gb25lIG9mIERNQSBjaGFubmVscyA0Li43LiAgVGhlc2UgYXJlCgkJICogd29yZCBt b2RlIGNoYW5uZWxzLgoJCSAqLwoJCS8qIHNldCBkbWEgY2hhbm5lbCBtb2RlLCBhbmQgcmVz ZXQgYWRkcmVzcyBmZiAqLwoKCQkvKiBJZiBCX1JBVyBmbGFnIGlzIHNldCwgdGhlbiB1c2Ug YXV0b2luaXRpYWxpc2UgbW9kZSAqLwoJCWlmIChmbGFncyAmIEJfUkFXKSB7CgkJICBpZiAo ZmxhZ3MgJiBCX1JFQUQpCgkJCW91dGIoRE1BMl9NT0RFLCBETUEzN01EX0FVVE98RE1BMzdN RF9XUklURXwoY2hhbiYzKSk7CgkJICBlbHNlCgkJCW91dGIoRE1BMl9NT0RFLCBETUEzN01E X0FVVE98RE1BMzdNRF9SRUFEfChjaGFuJjMpKTsKCQl9CgkJZWxzZQoJCWlmIChmbGFncyAm IEJfUkVBRCkKCQkJb3V0YihETUEyX01PREUsIERNQTM3TURfU0lOR0xFfERNQTM3TURfV1JJ VEV8KGNoYW4mMykpOwoJCWVsc2UKCQkJb3V0YihETUEyX01PREUsIERNQTM3TURfU0lOR0xF fERNQTM3TURfUkVBRHwoY2hhbiYzKSk7CgkJb3V0YihETUEyX0ZGQywgMCk7CgoJCS8qIHNl bmQgc3RhcnQgYWRkcmVzcyAqLwoJCXdhcG9ydCA9IERNQTJfQ0hOKGNoYW4gLSA0KTsKCQlv dXRiKHdhcG9ydCwgcGh5cz4+MSk7CgkJb3V0Yih3YXBvcnQsIHBoeXM+PjkpOwoJCW91dGIo ZG1hcGFnZXBvcnRbY2hhbl0sIHBoeXM+PjE2KTsKCgkJLyogc2VuZCBjb3VudCAqLwoJCW5i eXRlcyA+Pj0gMTsKCQlvdXRiKHdhcG9ydCArIDIsIC0tbmJ5dGVzKTsKCQlvdXRiKHdhcG9y dCArIDIsIG5ieXRlcz4+OCk7CgoJCS8qIHVubWFzayBjaGFubmVsICovCgkJb3V0YihETUEy X1NNU0ssIGNoYW4gJiAzKTsKCX0KfQoKdm9pZCBpc2FfZG1hZG9uZShpbnQgZmxhZ3MsIGNh ZGRyX3QgYWRkciwgaW50IG5ieXRlcywgaW50IGNoYW4pCnsgIAojaWZkZWYgRElBR05PU1RJ QwoJaWYgKGNoYW4gJiB+VkFMSURfRE1BX01BU0spCgkJcGFuaWMoImlzYV9kbWFkb25lOiBj aGFubmVsIG91dCBvZiByYW5nZSIpOwoKCWlmICgoZG1hX2ludXNlICYgKDEgPDwgY2hhbikp ID09IDApCgkJcHJpbnRmKCJpc2FfZG1hZG9uZTogY2hhbm5lbCAlZCBub3QgYWNxdWlyZWRc biIsIGNoYW4pOwojZW5kaWYKCgoJLyoKCSAqIFhYWCBUaGlzIHNob3VsZCBiZSBjaGVja2Vk LCBidXQgZHJpdmVycyBsaWtlIGFkMTg0OCBvbmx5IGNhbGwKCSAqIGlzYV9kbWFzdGFydCgp IG9uY2UgYmVjYXVzZSB0aGV5IHVzZSBBdXRvIERNQSBtb2RlLiAgSWYgd2UKCSAqIGxlYXZl IHRoaXMgaW4sIGRyaXZlcnMgdGhhdCBkbyB0aGlzIHdpbGwgcHJpbnQgdGhpcyBjb250aW51 b3VzbHkuCgkgKi8KCWlmICgoKGRtYV9idXN5ICYgKDEgPDwgY2hhbikpID09IDApICYmIAoJ ICAgIChkbWFfYXV0b19tb2RlICYgKDEgPDwgY2hhbikpID09IDAgKQoJCXByaW50ZigiaXNh X2RtYWRvbmU6IGNoYW5uZWwgJWQgbm90IGJ1c3lcbiIsIGNoYW4pOwoKCglpZiAoZG1hX2Jv dW5jZWQgJiAoMSA8PCBjaGFuKSkgewoJCS8qIGNvcHkgYm91bmNlIGJ1ZmZlciBvbiByZWFk ICovCgkJaWYgKGZsYWdzICYgQl9SRUFEKQoJCQliY29weShkbWFfYm91bmNlYnVmW2NoYW5d LCBhZGRyLCBuYnl0ZXMpOwoKCQlkbWFfYm91bmNlZCAmPSB+KDEgPDwgY2hhbik7Cgl9Cglk bWFfYnVzeSAmPSB+KDEgPDwgY2hhbik7Cn0KCi8qCiAqIENoZWNrIGZvciBwcm9ibGVtcyB3 aXRoIHRoZSBhZGRyZXNzIHJhbmdlIG9mIGEgRE1BIHRyYW5zZmVyCiAqIChub24tY29udGln dW91cyBwaHlzaWNhbCBwYWdlcywgb3V0c2lkZSBvZiBidXMgYWRkcmVzcyBzcGFjZSwKICog Y3Jvc3NpbmcgRE1BIHBhZ2UgYm91bmRhcmllcykuCiAqIFJldHVybiB0cnVlIGlmIHNwZWNp YWwgaGFuZGxpbmcgbmVlZGVkLgogKi8KCnN0YXRpYyBpbnQKaXNhX2RtYXJhbmdlY2hlY2so Y2FkZHJfdCB2YSwgdV9pbnQgbGVuZ3RoLCBpbnQgY2hhbikgewoJdm1fb2Zmc2V0X3QgcGh5 cywgcHJpb3JwYWdlID0gMCwgZW5kdmE7Cgl1X2ludCBkbWFfcGdtc2sgPSAoY2hhbiAmIDQp ID8gIH4oMTI4KjEwMjQtMSkgOiB+KDY0KjEwMjQtMSk7CgoJZW5kdmEgPSAodm1fb2Zmc2V0 X3Qpcm91bmRfcGFnZSh2YSArIGxlbmd0aCk7Cglmb3IgKDsgdmEgPCAoY2FkZHJfdCkgZW5k dmEgOyB2YSArPSBQQUdFX1NJWkUpIHsKCQlwaHlzID0gdHJ1bmNfcGFnZShwbWFwX2V4dHJh Y3QocG1hcF9rZXJuZWwoKSwgKHZtX29mZnNldF90KXZhKSk7CiNkZWZpbmUgSVNBUkFNX0VO RAlSQU1fRU5ECgkJaWYgKHBoeXMgPT0gMCkKCQkJcGFuaWMoImlzYV9kbWFjaGVjazogbm8g cGh5c2ljYWwgcGFnZSBwcmVzZW50Iik7CgkJaWYgKHBoeXMgPj0gSVNBUkFNX0VORCkKCQkJ cmV0dXJuICgxKTsKCQlpZiAocHJpb3JwYWdlKSB7CgkJCWlmIChwcmlvcnBhZ2UgKyBQQUdF X1NJWkUgIT0gcGh5cykKCQkJCXJldHVybiAoMSk7CgkJCS8qIGNoZWNrIGlmIGNyb3NzaW5n IGEgRE1BIHBhZ2UgYm91bmRhcnkgKi8KCQkJaWYgKCgodV9pbnQpcHJpb3JwYWdlIF4gKHVf aW50KXBoeXMpICYgZG1hX3BnbXNrKQoJCQkJcmV0dXJuICgxKTsKCQl9CgkJcHJpb3JwYWdl ID0gcGh5czsKCX0KCXJldHVybiAoMCk7Cn0KCi8qCiAqIFF1ZXJ5IHRoZSBwcm9ncmVzcyBv ZiBhIHRyYW5zZmVyIG9uIGEgRE1BIGNoYW5uZWwuCiAqCiAqIFRvIGF2b2lkIGhhdmluZyB0 byBpbnRlcnJ1cHQgYSB0cmFuc2ZlciBpbiBwcm9ncmVzcywgd2Ugc2FtcGxlCiAqIGVhY2gg b2YgdGhlIGhpZ2ggYW5kIGxvdyBkYXRhYnl0ZXMgdHdpY2UsIGFuZCBhcHBseSB0aGUgZm9s bG93aW5nCiAqIGxvZ2ljIHRvIGRldGVybWluZSB0aGUgY29ycmVjdCBjb3VudC4KICoKICog UmVhZHMgYXJlIHBlcmZvcm1lZCB3aXRoIGludGVycnVwdHMgZGlzYWJsZWQsIHRodXMgaXQg aXMgdG8gYmUKICogZXhwZWN0ZWQgdGhhdCB0aGUgdGltZSBiZXR3ZWVuIHJlYWRzIGlzIHZl cnkgc21hbGwuICBBdCBtb3N0CiAqIG9uZSByb2xsb3ZlciBpbiB0aGUgbG93IGNvdW50IGJ5 dGUgY2FuIGJlIGV4cGVjdGVkIHdpdGhpbiB0aGUKICogZm91ciByZWFkcyB0aGF0IGFyZSBw ZXJmb3JtZWQuCiAqCiAqIFRoZXJlIGFyZSB0aHJlZSBnYXBzIGluIHdoaWNoIGEgcm9sbG92 ZXIgY2FuIG9jY3VyIDoKICoKICogLSByZWFkIGxvdzEKICogICAgICAgICAgICAgIGdhcDEK ICogLSByZWFkIGhpZ2gxCiAqICAgICAgICAgICAgICBnYXAyCiAqIC0gcmVhZCBsb3cyCiAq ICAgICAgICAgICAgICBnYXAzCiAqIC0gcmVhZCBoaWdoMgogKgogKiBJZiBhIHJvbGxvdmVy IG9jY3VycyBpbiBnYXAxIG9yIGdhcDIsIHRoZSBsb3cyIHZhbHVlIHdpbGwgYmUKICogZ3Jl YXRlciB0aGFuIHRoZSBsb3cxIHZhbHVlLiAgSW4gdGhpcyBjYXNlLCBsb3cyIGFuZCBoaWdo MiBhcmUgYQogKiBjb3JyZXNwb25kaW5nIHBhaXIuIAogKgogKiBJbiBhbnkgb3RoZXIgY2Fz ZSwgbG93MSBhbmQgaGlnaDEgY2FuIGJlIGNvbnNpZGVyZWQgdG8gYmUgY29ycmVjdC4KICoK ICogVGhlIGZ1bmN0aW9uIHJldHVybnMgdGhlIG51bWJlciBvZiBieXRlcyByZW1haW5pbmcg aW4gdGhlIHRyYW5zZmVyLAogKiBvciAtMSBpZiB0aGUgY2hhbm5lbCByZXF1ZXN0ZWQgaXMg bm90IGFjdGl2ZS4KICoKICovCiNpZiAwCmludAppc2FfZG1hc3RhdHVzKGludCBjaGFuKQp7 Cgl1X2xvbmcJY250ID0gMDsKCWludAlmZnBvcnQsIHdhcG9ydDsKCXVfbG9uZwlsb3cxLCBo aWdoMSwgbG93MiwgaGlnaDI7Cgl1X2xvbmcJZWY7CgoJLyogY2hhbm5lbCBhY3RpdmU/ICov CglpZiAoKGRtYV9pbnVzZSAmICgxIDw8IGNoYW4pKSA9PSAwKSB7CgkgICAgcHJpbnRmKCJp c2FfZG1hc3RhdHVzOiBjaGFubmVsICVkIG5vdCBhY3RpdmVcbiIsIGNoYW4pOwoJCQkJcmV0 dXJuKC0xKTsKCX0KCgkvKiBzdGlsbCBidXN5PyAqLwoJaWYgKChkbWFfYnVzeSAmICgxIDw8 IGNoYW4pKSA9PSAwKSB7CgkgICAgcmV0dXJuKDApOyAKCX0KCQoJaWYgKGNoYW4gPCA0KSB7 CQkJLyogbG93IERNQSBjb250cm9sbGVyICovCgkJZmZwb3J0ID0gRE1BMV9GRkM7CgkJd2Fw b3J0ID0gRE1BMV9DSE4oY2hhbikgKyAxOwoJfSBlbHNlIHsJCQkvKiBoaWdoIERNQSBjb250 cm9sbGVyICovCgkJZmZwb3J0ID0gRE1BMl9GRkM7CgkJd2Fwb3J0ID0gRE1BMl9DSE4oY2hh biAtIDQpICsgMjsKCX0KCglkaXNhYmxlX2ludHIoKTsJCQkvKiBubyBpbnRlcnJ1cHRzIE1y IEpvbmVzISAqLwoJb3V0YihmZnBvcnQsIDApOwkJLyogY2xlYXIgcmVnaXN0ZXIgTFNCIGZs aXBmbG9wICovCglsb3cxID0gaW5iKHdhcG9ydCk7CgloaWdoMSA9IGluYih3YXBvcnQpOwoJ b3V0YihmZnBvcnQsIDApOwkJLyogY2xlYXIgYWdhaW4gKi8KCWxvdzIgPSBpbmIod2Fwb3J0 KTsKCWhpZ2gyID0gaW5iKHdhcG9ydCk7CgllbmFibGVfaW50cigpOwkJCS8qIGVuYWJsZSBp bnRlcnJ1cHRzIGFnYWluICovCgoJLyogCgkgKiBOb3cgZGVjaWRlIGlmIGEgd3JhcCBoYXMg dHJpZWQgdG8gc2tldyBvdXIgcmVzdWx0cy4KCSAqIE5vdGUgdGhhdCBhZnRlciBUQywgdGhl IGNvdW50IHdpbGwgcmVhZCAweGZmZmYsIHdoaWxlIHdlIHdhbnQgCgkgKiB0byByZXR1cm4g emVybywgc28gd2UgYWRkIGFuZCB0aGVuIG1hc2sgdG8gY29tcGVuc2F0ZS4KCSAqLwoJaWYg KGxvdzEgPj0gbG93MikgewoJCWNudCA9IChsb3cxICsgKGhpZ2gxIDw8IDgpICsgMSkgJiAw eGZmZmY7Cgl9IGVsc2UgewoJCWNudCA9IChsb3cyICsgKGhpZ2gyIDw8IDgpICsgMSkgJiAw eGZmZmY7Cgl9CgoJaWYgKGNoYW4gPj0gNCkJCQkvKiBoaWdoIGNoYW5uZWxzIG1vdmUgd29y ZHMgKi8KCQljbnQgKj0gMjsKCXJldHVybihjbnQpOwp9CiNlbmRpZgoKCmludAppc2FfZG1h c3RhdHVzKGludCBjaGFuKQp7CiAgICB1X2xvbmcgcGh5ID0gMCA7CiAgICB1X2xvbmcgY250 ID0gMCA7CiAgICB1X2xvbmcgZmxhZ3MgOwogICAgaW50IHdhcG9ydDsKCiAgICBpZiAoKGRt YV9pbnVzZSAmICgxIDw8IGNoYW4pKSA9PSAwKSB7CiAgICAgICAgcHJpbnRmKCJjaGFuICVk IG5vdCBhY3F1aXJlZFxuIiwgY2hhbik7CiAgICAgICAgcmV0dXJuIC0xIDsKICAgIH0KCiAg ICBpZiAoKChkbWFfYnVzeSAmICgxIDw8IGNoYW4pKSA9PSAwKSAmJgoJKGRtYV9hdXRvX21v ZGUgJiAoMSA8PCBjaGFuKSkgPT0gMCApIHsKICAgICAgICBwcmludGYoImNoYW4gJWQgbm90 IGJ1c3lcbiIsIGNoYW4pOwogICAgICAgIHJldHVybiAtMiA7CiAgICB9CgogICAgZmxhZ3Mg PSBzcGxoaWdoKCk7CiAgICBpZiAoKGNoYW4gJiA0KSA9PSAwKSB7IC8qIDgtYml0IGNoYW5u ZWwgKi8KICAgICAgICBvdXRiKERNQTFfRkZDLCAwKTsKICAgICAgICB3YXBvcnQgPSAgRE1B MV9DSE4oY2hhbik7CiAgICAgICAgcGh5PSBpbmIod2Fwb3J0KSArIChpbmIod2Fwb3J0KSA8 PDgpICsgKGluYihkbWFwYWdlcG9ydFtjaGFuXSkgPDwxNiApOwogICAgICAgIGNudCA9IGlu Yih3YXBvcnQrMSkgKyAoaW5iKHdhcG9ydCsxKTw8OCkgKzE7CiAgICAgICAgY250ICY9IDB4 ZmZmZiA7CiAgICB9IGVsc2UgewogICAgICAgIG91dGIoRE1BMl9GRkMsIDApOwogICAgICAg IHdhcG9ydCA9IERNQTJfQ0hOKGNoYW4gLSA0KTsKICAgICAgICBwaHk9IGluYih3YXBvcnQp ICsgKGluYih3YXBvcnQpIDw8OCkgKyAoaW5iKGRtYXBhZ2Vwb3J0W2NoYW5dKSA8PDE2ICk7 CiAgICAgICAgY250ID0gaW5iKHdhcG9ydCsxKSArIChpbmIod2Fwb3J0KzEpPDw4KSArIDE7 CiAgICAgICAgcGh5IDw8PSAxOwogICAgICAgIGNudCA8PD0gMTsKICAgICAgICBjbnQgJj0g MHgxZmZmZiA7CiAgICB9CiAgICBzcGx4KGZsYWdzKTsKICAgIHJldHVybiBjbnQgOwp9Cgov KgogKiBGaW5kIHRoZSBoaWdoZXN0IHByaW9yaXR5IGVuYWJsZWQgZGlzcGxheSBkZXZpY2Uu ICBTaW5jZSB3ZSBjYW4ndAogKiBkaXN0aW5ndWlzaCBkaXNwbGF5IGRldmljZXMgZnJvbSB0 dHlzLCBkZXBlbmQgb24gZGlzcGxheSBkZXZpY2VzCiAqIGJlaW5nIHNlbnNpdGl2ZSBhbmQg YmVmb3JlIHNlbnNpdGl2ZSBub24tZGlzcGxheSBkZXZpY2VzIChpZiBhbnkpCiAqIGluIGlz YV9kZXZ0YWJfdHR5LgogKgogKiBYWFggd2Ugc2hvdWxkIGFkZCBjYXBhYmlsaXR5IGZsYWdz IElBTURJU1BMQVkgYW5kIElTVVBQT1JUQ09OU09MRVMuCiAqLwpzdHJ1Y3QgaXNhX2Rldmlj ZSAqCmZpbmRfZGlzcGxheSgpCnsKCXN0cnVjdCBpc2FfZGV2aWNlICpkdnA7CgoJZm9yIChk dnAgPSBpc2FfZGV2dGFiX3R0eTsgZHZwLT5pZF9kcml2ZXIgIT0gTlVMTDsgZHZwKyspCgkJ aWYgKGR2cC0+aWRfZHJpdmVyLT5zZW5zaXRpdmVfaHcgJiYgZHZwLT5pZF9lbmFibGVkKQoJ CQlyZXR1cm4gKGR2cCk7CglyZXR1cm4gKE5VTEwpOwp9CgovKgogKiBmaW5kIGFuIElTQSBk ZXZpY2UgaW4gYSBnaXZlbiBpc2FfZGV2dGFiXyogdGFibGUsIGdpdmVuCiAqIHRoZSB0YWJs ZSB0byBzZWFyY2gsIHRoZSBleHBlY3RlZCBpZF9kcml2ZXIgZW50cnksIGFuZCB0aGUgdW5p dCBudW1iZXIuCiAqCiAqIHRoaXMgZnVuY3Rpb24gaXMgZGVmaW5lZCBpbiBpc2FfZGV2aWNl LmgsIGFuZCB0aGlzIGxvY2F0aW9uIGlzIGRlYmF0YWJsZTsKICogaSBwdXQgaXQgdGhlcmUg YmVjYXVzZSBpdCdzIHVzZWxlc3Mgdy9vLCBhbmQgZGlyZWN0bHkgb3BlcmF0ZXMgb24KICog dGhlIG90aGVyIHN0dWZmIGluIHRoYXQgZmlsZS4KICoKICovCgpzdHJ1Y3QgaXNhX2Rldmlj ZSAqZmluZF9pc2FkZXYodGFibGUsIGRyaXZlcnAsIHVuaXQpCglzdHJ1Y3QgaXNhX2Rldmlj ZSAqdGFibGU7CglzdHJ1Y3QgaXNhX2RyaXZlciAqZHJpdmVycDsKCWludCB1bml0Owp7Cglp ZiAoZHJpdmVycCA9PSBOVUxMKSAvKiBzYW5pdHkgY2hlY2sgKi8KCQlyZXR1cm4gKE5VTEwp OwoKCXdoaWxlICgodGFibGUtPmlkX2RyaXZlciAhPSBkcml2ZXJwKSB8fCAodGFibGUtPmlk X3VuaXQgIT0gdW5pdCkpIHsKCQlpZiAodGFibGUtPmlkX2RyaXZlciA9PSAwKQoJCQlyZXR1 cm4gTlVMTDsKCgkJdGFibGUrKzsKCX0KCglyZXR1cm4gKHRhYmxlKTsKfQoK --==_Exmh_262108880-- From owner-freebsd-multimedia Thu Aug 21 18:56:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA07887 for multimedia-outgoing; Thu, 21 Aug 1997 18:56:52 -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 SAA07882 for ; Thu, 21 Aug 1997 18:56:50 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA00300 for ; Thu, 21 Aug 1997 18:56:49 -0700 (PDT) Message-Id: <199708220156.SAA00300@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: [bt848] and PCI chipset question. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 18:56:48 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would like to know if anyone is having problems with the following Intel PCI chipset also if you are not having problems with your system with this pci chipset please post. Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 bktr0 rev 17 int a irq 10 on pci0:17 Hauppauge WinCast/TV, Temic PAL tuner. vga0 rev 84 int a irq 12 on pci0:19 the video card is a no-name S3 card with 2MB ram, scanpci tells this pci bus 0x0 cardnum 0x13, vendor 0x5333 device 0x8811 S3 Trio32/64 Thank you, Amancio From owner-freebsd-multimedia Thu Aug 21 21:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12664 for multimedia-outgoing; Thu, 21 Aug 1997 21:00:03 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12628 for ; Thu, 21 Aug 1997 21:00:00 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id WAA14009; Thu, 21 Aug 1997 22:58:56 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma013995; Thu, 21 Aug 97 22:58:34 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id WAA28316; Thu, 21 Aug 1997 22:58:33 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 21 Aug 1997 22:58:33 -0500 (CDT) From: Kyle Mestery To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: [bt848] and PCI chipset question. In-Reply-To: <199708220156.SAA00300@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, 21 Aug 1997, Amancio Hasty wrote: > Would like to know if anyone is having problems with the following > Intel PCI chipset also if you are not having problems with > your system with this pci chipset please post. > > Probing for devices on PCI bus 0: > chip0 rev 1 on pci0:0 > chip1 rev 1 on pci0:7:0 > chip2 rev 0 on pci0:7:1 > bktr0 rev 17 int a irq 10 on pci0:17 > Hauppauge WinCast/TV, Temic PAL tuner. > vga0 rev 84 int a irq 12 on pci0:19 > > the video card is a no-name S3 card with 2MB ram, scanpci tells this > I think I have the same chipset. THe relevant dmesg stuff: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ide_pci: warning, ide0:0 not configured for DMA? ide_pci: warning, ide0:1 not configured for DMA? ide_pci: warning, ide1:0 not configured for DMA? ide_pci: warning, ide1:1 not configured for DMA? vga0: rev 0x53 int a irq 19 on pci0.17.0 bktr0: rev 0x11 int a irq 18 on pci0.18.0 Hauppauge WinCast/TV, Philips NTSC tuner. THe only problems I have is that I can only get certain channels. I have a S3 Trio64V+ video card, 2MB RAM. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Thu Aug 21 22:46:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17176 for multimedia-outgoing; Thu, 21 Aug 1997 22:46:59 -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 WAA17171 for ; Thu, 21 Aug 1997 22:46:54 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA14996; Fri, 22 Aug 1997 06:40:07 +0200 From: Luigi Rizzo Message-Id: <199708220440.GAA14996@labinfo.iet.unipi.it> Subject: Re: [bt848] and PCI chipset question. To: mestery@winternet.com (Kyle Mestery) Date: Fri, 22 Aug 1997 06:40:06 +0200 (MET DST) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: from "Kyle Mestery" at Aug 21, 97 10:58:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think I have the same chipset. THe relevant dmesg stuff: > > chip0: rev 0x02 on pci0.0.0 > chip1: rev 0x01 on pci0.7.0 > ide_pci0: rev 0x00 on pci0.7.1 > ide_pci: warning, ide0:0 not configured for DMA? > ide_pci: warning, ide0:1 not configured for DMA? > ide_pci: warning, ide1:0 not configured for DMA? > ide_pci: warning, ide1:1 not configured for DMA? hey, does this mean that we now have support for DMA on IDE drives ? Cheers Luigi From owner-freebsd-multimedia Thu Aug 21 22:49:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17302 for multimedia-outgoing; Thu, 21 Aug 1997 22:49:26 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17294 for ; Thu, 21 Aug 1997 22:49:19 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id WAA25010 for ; Thu, 21 Aug 1997 22:54:44 -0700 (PDT) Message-Id: <199708220554.WAA25010@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: multimedia@FreeBSD.ORG Subject: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 22:54:44 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can anyone explain why the 2.2 sound drivers don't work with VAT out of the box? Yes, I upgraded to the drivers on Amancio's pages but they don't work either and he doesn't answer me. ;) Oh, I have a GUS. Is that the problem? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet Trust in individuals, not organizations. From owner-freebsd-multimedia Thu Aug 21 22:55:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17580 for multimedia-outgoing; Thu, 21 Aug 1997 22:55:56 -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 WAA17575 for ; Thu, 21 Aug 1997 22:55:54 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA01093; Thu, 21 Aug 1997 22:55:44 -0700 (PDT) Message-Id: <199708220555.WAA01093@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: mestery@winternet.com (Kyle Mestery), multimedia@FreeBSD.ORG Subject: Re: [bt848] and PCI chipset question. In-reply-to: Your message of "Fri, 22 Aug 1997 06:40:06 +0200." <199708220440.GAA14996@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 22:55:44 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, there is IDE DMA support on FreeBSD 3.0-current Cheers, Amancio >From The Desk Of Luigi Rizzo : > > I think I have the same chipset. THe relevant dmesg stuff: > > > > chip0: rev 0x02 on pci0.0.0 > > chip1: rev 0x01 on pci0.7.0 > > ide_pci0: rev 0x00 on pci0.7.1 > > ide_pci: warning, ide0:0 not configured for DMA? > > ide_pci: warning, ide0:1 not configured for DMA? > > ide_pci: warning, ide1:0 not configured for DMA? > > ide_pci: warning, ide1:1 not configured for DMA? > > hey, does this mean that we now have support for DMA on IDE drives ? > > Cheers > Luigi From owner-freebsd-multimedia Thu Aug 21 23:27:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19304 for multimedia-outgoing; Thu, 21 Aug 1997 23:27:22 -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 XAA19298 for ; Thu, 21 Aug 1997 23:27:17 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA15088; Fri, 22 Aug 1997 07:19:58 +0200 From: Luigi Rizzo Message-Id: <199708220519.HAA15088@labinfo.iet.unipi.it> Subject: Re: [snd] For your review: isa.c To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 22 Aug 1997 07:19:57 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199708220122.SAA00395@rah.star-gate.com> from "Amancio Hasty" at Aug 21, 97 06:21:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk About the old vs. new isa.c: my original isa_dmadone, although it works in most cases, is very buggy: * it cannot handle situations where the counter changes while reading the dma registers; * it uses splhigh() whereas it should use disable_intr() to block interrupts; * it uselessly reads the data pointer register. As a temporary fix for supporting auto mode, I second amancio's approach of using the variable dma_auto_mode to mark the state of the channel when using auto mode. Probably it could be a good idea to check, upon the call to isa_dmastart, that the address passed to the channel is compatible with the operating mode (i.e. is below 16M when auto mode is used) and return an error otherwise. Since the test (a call to isa_dmarangecheck() ) is already there, one could just add a test within that conditional block (and then either return an error message, or panic). I also would like that the code had a big warning on the fact that auto-mode does not work with bounce buffers. E.g. something like /* * For use a dma channel in normal mode, you should call * the following routines: * * isa_dma_acquire() first, to register the use of the channel; * isa_dmastart()/isa_dmadone on each transfer. Both calls * are necessary to let the bounce buffer mechanism work. * isa_dma_release() to unregister the use of the channel. * * For AUTO mode, you need to call isa_dmastart() only once, and * isa_dmadone() when operation is complete. WARNING: bounce * buffers are not supported in auto mode. * */ Cheers Luigi From owner-freebsd-multimedia Thu Aug 21 23:36:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19883 for multimedia-outgoing; Thu, 21 Aug 1997 23:36:33 -0700 (PDT) Received: from critter.dk.tfs.com (critter.phk.freebsd.dk [195.8.129.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19857; Thu, 21 Aug 1997 23:36:27 -0700 (PDT) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.7/8.8.5) with ESMTP id IAA20012; Fri, 22 Aug 1997 08:29:59 +0200 (CEST) To: Mark Diekhans cc: nate@mt.sri.com, grady@scam.xcf.berkeley.edu, freebsd-multimedia@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: recommendation for FreeBSD laptop configuration for sound production? In-reply-to: Your message of "Thu, 21 Aug 1997 15:38:22 PDT." <199708212238.PAA29388@osprey.grizzly.com> Date: Fri, 22 Aug 1997 08:29:58 +0200 Message-ID: <20008.872231398@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199708212238.PAA29388@osprey.grizzly.com>, Mark Diekhans writes: >>From: Nate Williams >... > >> I'm biased >>towards lighter boxes since I travel alot, and my box is a beast to lug >>around. >... >>I'm in the market for a laptop now, but so far nothing has been *that* >>much better than my old P75 NEC that I want waste my laptop budget on a >>new one, so if anyone has any suggestions on a 'gotta have' laptop I'm >>all eyes/ears. Also take a look at the HP800: http://www.hp.com/go/omnibook I'm writing this email from one right now :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-multimedia Thu Aug 21 23:51:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20726 for multimedia-outgoing; Thu, 21 Aug 1997 23:51:09 -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 XAA20721 for ; Thu, 21 Aug 1997 23:51:07 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA01467; Thu, 21 Aug 1997 23:49:58 -0700 (PDT) Message-Id: <199708220649.XAA01467@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: [snd] For your review: isa.c In-reply-to: Your message of "Fri, 22 Aug 1997 07:19:57 +0200." <199708220519.HAA15088@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Aug 1997 23:49:58 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The warning about isa.c not supporting bounce buffers for auto mode is fine and may serve a reminder for someone to clean up the isa's dma interface. If auto dma calls are made for references higher than 16mb then the system should panic. Given that isa_dmastart is of type void and that we are the only ones so far using auto dma it should not be a problem cause we are responsible for allocating memory for the sound driver. The isa interface should be revised to be able to return error codes however I am not going to do it nor is recommended that we do it for the sound driver release thats a function of the "core group" because it involves changing drivers and is not easy to get the freebsd hackers to agree on anything. Probably the later is the most overriding factor. So please just clean up isa_dmastatus & isa_dmastop and the rest of your suggestions I will be happy to do them. The last thing is to get it check in and I hope that they don't put up a strong fight. Tnks, Amancio >From The Desk Of Luigi Rizzo : > About the old vs. new isa.c: > > my original isa_dmadone, although it works in most cases, is very buggy: > * it cannot handle situations where the counter changes while > reading the dma registers; > * it uses splhigh() whereas it should use disable_intr() to block > interrupts; > * it uselessly reads the data pointer register. > > As a temporary fix for supporting auto mode, I second amancio's > approach of using the variable dma_auto_mode to mark the state of the > channel when using auto mode. Probably it could be a good idea to > check, upon the call to isa_dmastart, that the address passed to the > channel is compatible with the operating mode (i.e. is below 16M when > auto mode is used) and return an error otherwise. Since the test (a > call to isa_dmarangecheck() ) is already there, one could just add a > test within that conditional block (and then either return an error > message, or panic). > > I also would like that the code had a big warning on the fact that > auto-mode does not work with bounce buffers. E.g. something like > > /* > * For use a dma channel in normal mode, you should call > * the following routines: > * > * isa_dma_acquire() first, to register the use of the channel; > * isa_dmastart()/isa_dmadone on each transfer. Both calls > * are necessary to let the bounce buffer mechanism work. > * isa_dma_release() to unregister the use of the channel. > * > * For AUTO mode, you need to call isa_dmastart() only once, and > * isa_dmadone() when operation is complete. WARNING: bounce > * buffers are not supported in auto mode. > * > */ > > Cheers > Luigi From owner-freebsd-multimedia Fri Aug 22 00:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22356 for multimedia-outgoing; Fri, 22 Aug 1997 00:16:06 -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 AAA22319 for ; Fri, 22 Aug 1997 00:16:01 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA02083; Fri, 22 Aug 1997 00:15:31 -0700 (PDT) Message-Id: <199708220715.AAA02083@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: [snd] For your review: isa.c In-reply-to: Your message of "Fri, 22 Aug 1997 07:58:31 +0200." <199708220558.HAA15178@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 00:15:31 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fine I will do it however I am not going to change the interface and deal with the "freebsd hackers" and possibly third party driver developers which I don't know about. I am posting to the list so others will know what we are up to and avoid god forbid duplication of efforts 8) Cheers, Amancio >From The Desk Of Luigi Rizzo : > > If auto dma calls are made for references higher than 16mb then > > the system should panic. Given that isa_dmastart is of type void > > and that we are the only ones so far using auto dma it should not > > be a problem cause we are responsible for allocating memory > > for the sound driver. > > correct. > > > The isa interface should be revised to be able to return error codes howeve r > > I am not going to do it nor is recommended that we do it for the sound > > driver release thats a function of the "core group" because it involves > > changing drivers and is not easy to get the freebsd hackers > > to agree on anything. Probably the later is the most overriding factor. > > agreed. As for driver changes this should not be much of a problem > since very few drivers turn out to actually use it. I am not sure where > I should look at but: > prova# grep -l isa_dmastart /sys/i386/isa/*c > asc.c > fd.c > ft.c > gsc.c > isa.c > wt.c > > prova# grep -l isa_dmastart /sys/compile/PROVA/* > asc.o > dmabuf.o > fd.o > isa.o > kernel > > > So please just clean up isa_dmastatus & isa_dmastop and the rest of > > your suggestions I will be happy to do them. The last thing is to > > Can you do that please ? I have no time to do it today and I'll be back > to office only next wednesday. > > Cheers > Luigi From owner-freebsd-multimedia Fri Aug 22 00:26:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22775 for multimedia-outgoing; Fri, 22 Aug 1997 00:26: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 AAA22769 for ; Fri, 22 Aug 1997 00:26:42 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA02156; Fri, 22 Aug 1997 00:26:40 -0700 (PDT) Message-Id: <199708220726.AAA02156@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Thu, 21 Aug 1997 22:54:44 PDT." <199708220554.WAA25010@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 00:26:39 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Dave Hayes : > Can anyone explain why the 2.2 sound drivers don't work with VAT out > of the box? > > Yes, I upgraded to the drivers on Amancio's pages but they don't work > either and he doesn't answer me. ;) > > Oh, I have a GUS. Is that the problem? First, is anyone else besides Paul Traina having any kind of problems with the GUS ? Because if you do *NOW* is the time to report such problems and not a few months later. Okay here is your old problem report dated march 12 is best if you post such problems to the multimedia mailing list because there are times which I get very busy and I just plain forget to answer. guspnp6.tar.gz is and old version of the sound driver please upgrade to guspnp16.tar.gz from my ftp site. You will have to modify isa.c to eliminate the printf from isa.c in current that has been taken care of however on FreeBSD 2.2 that problem is still there. Just look up isa.c:isa_dma start and the printf stands out . send us the output of dmesg and "cat /dev/sndstat". dave@kachina.jetcafe.org said: > Hi. Here is a "problem report" and request for solution if you are > still maintining the GUS driver. > hokkshideh# uname -a FreeBSD hokkshideh.jetcafe.org 2.2-970225-GAMMA > FreeBSD 2.2-970225-GAMMA #0: ... > guspnp6.tar.gz > Mar 12 02:49:26 hokkshideh /kernel: Checking for GUS Plug-n-Play ... > Mar 12 02:49:26 hokkshideh /kernel: Board Vendor ID: GRV0001 Board > Serial Number: 00000001 Mar 12 02:49:27 hokkshideh /kernel: gus0 at > 0x220 irq 12 drq 1 flags 0x3 on isa Mar 12 02:49:27 hokkshideh / > kernel: GUS PNP (CS4231)> at 0x32c dma 3,1 Mar 12 02:49:27 hokkshideh / > kernel: Gravis PNP (1024k)> at 0x220 irq 12 dma 1,3 > Ok...this driver feels very flaky. Things I notice: > 1) "midi_synth.h" needed to be in the sys/i386/isa/sound directory, > and a prototype needed to be altered. I shouldn't have to do this (tho > I did). > 2) VAT (the binary you compiled, fetched from rah.star-gate.com) has a > noticable startup delay. Why? Should I grab the vat sources and > attempt my own compile? If you are having problems with the sound driver then I don't think is unreasonable to expect long delays at start up althought I must confess I don't know your hardware configuration nor what is the cpu load, memory, etc... perhaps if you can post the output of dmesg it may help. > 3) VAT causes console messages like: > isa_dmastart: channel 1 busy isa_dmastart: channel 3 busy Just nuke the printf from isa.c:isa_dmastart > 4) I had to get jmix because the audio controls on VAT don't work. It > spews forth messages like: Just try the latest driver and the mixer controls do work over here. > failed set input line volume I release failed to select mic input > failed to set mic volume failed to set mic volume failed to select > line input failed set input line volume failed set input line volume > I release > 5) Sometimes VAT locks up, no response. > Is there something basic I am overlooking? I'll be broadcasting on > radio free vat tomorrow with the GUS/FreeBSD if you want to see it in > action. ------ Amancio From owner-freebsd-multimedia Fri Aug 22 00:35:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA23018 for multimedia-outgoing; Fri, 22 Aug 1997 00:35:09 -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 AAA23010 for ; Fri, 22 Aug 1997 00:35:05 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA02234; Fri, 22 Aug 1997 00:35:01 -0700 (PDT) Message-Id: <199708220735.AAA02234@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Thu, 21 Aug 1997 22:54:44 PDT." <199708220554.WAA25010@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 00:35:00 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Dave Hayes : > Can anyone explain why the 2.2 sound drivers don't work with VAT out > of the box? > > Yes, I upgraded to the drivers on Amancio's pages but they don't work > either and he doesn't answer me. ;) > > Oh, I have a GUS. Is that the problem? > ------ Sorry I forgot to mention . Try to boot dos via floppy or whatever and see if the card works on DOS . Cheers, Amancio From owner-freebsd-multimedia Fri Aug 22 01:03:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24227 for multimedia-outgoing; Fri, 22 Aug 1997 01:03:29 -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 BAA24221 for ; Fri, 22 Aug 1997 01:03:14 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA15293; Fri, 22 Aug 1997 08:55:53 +0200 From: Luigi Rizzo Message-Id: <199708220655.IAA15293@labinfo.iet.unipi.it> Subject: Re: Why don't the sound drivers work with VAT? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 22 Aug 1997 08:55:53 +0200 (MET DST) Cc: dave@jetcafe.org, multimedia@FreeBSD.ORG In-Reply-To: <199708220726.AAA02156@rah.star-gate.com> from "Amancio Hasty" at Aug 22, 97 00:26:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 2) VAT (the binary you compiled, fetched from rah.star-gate.com) has a > > noticable startup delay. Why? Should I grab the vat sources and > > attempt my own compile? I also notice long startup delays with vat when I am doing tests on a standalone machine (with route add 224.0.0.1 127.0.0.1). The applications seems to spin (at 60% CPU utilization...) waiting for some multicast routing event, then it gives up after some seconds (10..30) and you can do regular work. Don't know how related is this to sound driver programs. Cheers Luigi From owner-freebsd-multimedia Fri Aug 22 01:08:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24481 for multimedia-outgoing; Fri, 22 Aug 1997 01:08:41 -0700 (PDT) Received: from desk.jhs.no_domain (slip139-92-4-226.mu.de.ibm.net [139.92.4.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24449; Fri, 22 Aug 1997 01:07:56 -0700 (PDT) Received: from desk.jhs.no_domain (localhost [127.0.0.1]) by desk.jhs.no_domain (8.8.5/8.8.5) with ESMTP id SAA08315; Sun, 17 Aug 1997 18:44:50 +0200 (MET DST) Message-Id: <199708171644.SAA08315@desk.jhs.no_domain> To: freebsd-multimedia@freebsd.org cc: Alan W Black , John Fieber , David Holloway , StevenR362@aol.com, Ernst Winter , Hans-Joachim Gurt , Gwyn <100337.3572@compuserve.com> Subject: Re: blind From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: Home: Lists: X-web: http://www.freebsd.org/~jhs/ X-address: Holz Strasse 27d, 80469 Munich, Germany X-tel: Home +49.89.268616, Work +49.89.607.29788 Fax +49.89.2608126, Data +49.89.26023276 X-company: Vector Systems Ltd, Unix & Internet Consultants. X-software: FreeBSD (Unix) + EXMH 1.6.9 (PGP key on web) In-reply-to: Your message of "Tue, 05 Aug 1997 20:36:02 CDT." Date: Sun, 17 Aug 1997 18:44:49 +0200 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a follow up just to thank & summarise everyone's responses & forwarding of my earlier mail: > > > A retired ex programmer in Munich has gone blind ... > > Does FreeBSD have any software available to let him work on a Unix box ? I've just collated the info so far, I'll discuss it with the blind programmer & other local friends, & see what can be done, personaly I'm only thinking in terms of quick solutions, the odd source code port maybe, but I've no development time available unfortunately, so I'm hoping if I can get something minimal up, then the blind programmer can improve it, he's intellectually capable, just I/O limited. I guess there may be more follow up, so I'll keep a copy of these notes on http://www.freebsd.org/~jhs/txt/blind.asc ========= From: Alan W Black I distribute a free (for non-commercial use) speech synthesizer for FreeBSD (and most Unix machines) http://www.cstr.ed.ac.uk/projects/festival.html Our system simply requires a standard sound card (8 bit or 16 bit). The synthesis is all in software, but he'll need more than just a synthesizer, he'll need the front end too. I suggest you look at the Linux Blind User Group who are one on my mirror sites. That seems to be the best place to start http://leb.net/blinux/ As I'm sure you know the code for Linux and FreeBSD is pretty similar. Alan W Black email: awb@cstr.ed.ac.uk Centre for Speech Technology Research http://www.cstr.ed.ac.uk/~awb University of Edinburgh tel: (44) 131 650 2787 80 South Bridge, Edinburgh, UK fax: (44) 131 650 6351 --- From: Hans-Joachim Gurt you/he might want to have a 'look' at Date: 5 Aug 1997 23:06:57 -0400 From: Michael De La Rue Newsgroups: comp.os.linux.answers Subject: Linux Access HOWTO (part 1/1) and: From: Jim Van Zandt Newsgroups: comp.os.linux.answers Subject: Linux Emacspeak HOWTO (part 1/1) This document describes how a blind user can use Linux with a speech synthesizer to replace the video display. --- From: John Fieber here is something if you don't mind living in emacs... http://www.cs.cornell.edu/Info/People/raman/emacspeak/emacspeak.html http://leb.net/blinux/ If you know *what* needs to be done (i.e. what constitutes a useful screen reader), actually implementing it shouldn't be that difficult. It seems to me that it should be possible to hack up window(1) or GNU screen to communicate with speech synthesis software or hardware. --- From: David Holloway start with /home/ports/audio/rsynth which is a text->speech synthesizer. --- From: StevenR362@aol.com Check out the usenet group comp.os.linux.announce and search for B_linux. Apparently, there is an entire project hosted at some university. I'm sorta leaning towards saying Duke, that is working on linux systems and software for the blind and handicapped. Check out the announce message, it is posted to ...linux.announce about every six or eight weeks. They have some X based multimedia solution under developement and are looking for active participants to further the project. ---- From: Ernst Winter ... some ideas on local s/w h/w help ... ---- Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-multimedia Fri Aug 22 01:17:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24802 for multimedia-outgoing; Fri, 22 Aug 1997 01:17:22 -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 BAA24779 for ; Fri, 22 Aug 1997 01:16:16 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA15339 for multimedia@freebsd.org; Fri, 22 Aug 1997 09:08:23 +0200 From: Luigi Rizzo Message-Id: <199708220708.JAA15339@labinfo.iet.unipi.it> Subject: snd970821.tgz available To: multimedia@freebsd.org Date: Fri, 22 Aug 1997 09:08:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A new snap of my sound driver is available at http://www.iet.unipi.it/~luigi/snd970821.tgz ftp://www.iet.unipi.it/~luigi/snd970821.tgz With respect to the previous snap, this one includes many changes to the documentation, some improvements to the DMA code with added functionalities to support real time applications, and a driver for "timidity", a midi-to-pcm converter. I have tested the driver with raplayer3.0 for FreeBSD, the realaudio player, and it works pretty well. Also, I have done a bit more testing on OPTi931 devices (they work fine in play, but do not in capture mode) and added PnP ids for some cards for which I got feedback from the users. Please try out this code, and send feedback on how it works. I am interested in success and failures. In both cases try to include details on your sound card, and possibly the output of "dmesg" (the section related to PnP probe and to audio device attach). 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 22 04:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA03997 for multimedia-outgoing; Fri, 22 Aug 1997 04:51:49 -0700 (PDT) Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA03987 for ; Fri, 22 Aug 1997 04:51:39 -0700 (PDT) Received: from gatekeeper.ukrv.de by mail.zrz.TU-Berlin.DE with SMTP (IC-PP); Fri, 22 Aug 1997 13:49:33 +0200 Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA17615; Fri, 22 Aug 1997 13:42:18 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma030435; Fri Aug 22 13:41:55 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA00508; Fri, 22 Aug 1997 13:41:47 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA02268; Fri, 22 Aug 97 13:41:47 +0200 From: Udo Wolter Message-Id: <9708221141.AA02268@merlin.ukrv.de> Subject: WinTV/PCI from Hauppauge To: multimedia@freebsd.org Date: Fri, 22 Aug 1997 13:41:46 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL31 (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 ! Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which programs can I use to see TV under X ? Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://LOW-TECH.home.ml.org !!! From owner-freebsd-multimedia Fri Aug 22 04:51:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA04016 for multimedia-outgoing; Fri, 22 Aug 1997 04:51:59 -0700 (PDT) Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA04009 for ; Fri, 22 Aug 1997 04:51:55 -0700 (PDT) Received: from gatekeeper.ukrv.de by mail.zrz.TU-Berlin.DE with SMTP (IC-PP); Fri, 22 Aug 1997 13:51:21 +0200 Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA29614; Fri, 22 Aug 1997 12:08:28 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma013723; Fri Aug 22 12:07:06 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA28876; Fri, 22 Aug 1997 12:06:57 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA02028; Fri, 22 Aug 97 12:06:57 +0200 From: Udo Wolter Message-Id: <9708221006.AA02028@merlin.ukrv.de> Subject: Re: snd970821.tgz available In-Reply-To: <199708220708.JAA15339@labinfo.iet.unipi.it> from Luigi Rizzo at "Aug 22, 97 09:08:23 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 22 Aug 1997 12:06:56 +0200 (MET DST) Cc: multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 ! > A new snap of my sound driver is available at > > http://www.iet.unipi.it/~luigi/snd970821.tgz > ftp://www.iet.unipi.it/~luigi/snd970821.tgz > > With respect to the previous snap, this one includes many changes to > the documentation, some improvements to the DMA code with added > functionalities to support real time applications, and a driver for > "timidity", a midi-to-pcm converter. Maybe this code will work with the soundcard in my laptop ? Maybe at minimum the SB Pro part ? The old original driver even let me use the card as SB Pro but I've never got it to work with your driver...:-( Anyway, if it would work in the SB Pro mode, will it be able to play MPEG-Audio directly, I mean is it able to play 16-bit audio ? Otherwise I'll go back to the original driver and listen to MPEG with the help of sox. Sounds bad but I have no other chance...:( Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://LOW-TECH.home.ml.org !!! From owner-freebsd-multimedia Fri Aug 22 05:25:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05429 for multimedia-outgoing; Fri, 22 Aug 1997 05:25:37 -0700 (PDT) Received: from uhf.wdc.net (uhf.wdc.net [198.147.74.44]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA05423 for ; Fri, 22 Aug 1997 05:25:33 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id IAA00517; Fri, 22 Aug 1997 08:30:03 -0400 (EDT) Date: Fri, 22 Aug 1997 08:30:02 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: Udo Wolter cc: multimedia@FreeBSD.ORG Subject: Re: WinTV/PCI from Hauppauge In-Reply-To: <9708221141.AA02268@merlin.ukrv.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 > Hi ! > Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which Ja. > programs can I use to see TV under X ? > fxtv (mit bktr0 Treiber im Kernel). ftp://rah.star-gate.com/pub/bt848.tar.gz enthalt Quelltext fuer bktr0. Bernie From owner-freebsd-multimedia Fri Aug 22 05:30:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05619 for multimedia-outgoing; Fri, 22 Aug 1997 05:30:29 -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 FAA05479 for ; Fri, 22 Aug 1997 05:27:38 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA15815; Fri, 22 Aug 1997 13:21:06 +0200 From: Luigi Rizzo Message-Id: <199708221121.NAA15815@labinfo.iet.unipi.it> Subject: Re: WinTV/PCI from Hauppauge To: uwp@ukrv.de (Udo Wolter) Date: Fri, 22 Aug 1997 13:21:05 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <9708221141.AA02268@merlin.ukrv.de> from "Udo Wolter" at Aug 22, 97 01:41:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi ! > Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which > programs can I use to see TV under X ? It works great here (FreeBSD 2.2.X, it also works on 3.0). Look for the "tv" or better "fxtv" program to use all the features of the tuner. 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 22 05:31:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05672 for multimedia-outgoing; Fri, 22 Aug 1997 05:31:34 -0700 (PDT) Received: from uhf.wdc.net (uhf.wdc.net [198.147.74.44]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA05666 for ; Fri, 22 Aug 1997 05:31:30 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id IAA00542; Fri, 22 Aug 1997 08:36:10 -0400 (EDT) Date: Fri, 22 Aug 1997 08:36:09 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: Udo Wolter cc: multimedia@FreeBSD.ORG Subject: Re: snd970821.tgz available In-Reply-To: <9708221006.AA02028@merlin.ukrv.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 > Maybe this code will work with the soundcard in my laptop ? Maybe at minimum > the SB Pro part ? The old original driver even let me use the card as SB Pro > but I've never got it to work with your driver...:-( It worked with my 8 bit SB Pro (the real thing). Bernie From owner-freebsd-multimedia Fri Aug 22 05:59:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA06958 for multimedia-outgoing; Fri, 22 Aug 1997 05:59:19 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA06951 for ; Fri, 22 Aug 1997 05:59:13 -0700 (PDT) Received: from greenpeace.grondar.za (u8mbDU5iu/UfO9knZKzdqIGOdSl142TA@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id OAA19040; Fri, 22 Aug 1997 14:59:38 +0200 (SAT) Received: from greenpeace.grondar.za (/2tbrdDevFZ9k4gmdy3JvZiUVLpZc0Y4@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.6/8.8.7) with ESMTP id OAA04588; Fri, 22 Aug 1997 14:59:03 +0200 (SAT) Message-Id: <199708221259.OAA04588@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Udo Wolter cc: multimedia@FreeBSD.ORG Subject: Re: WinTV/PCI from Hauppauge Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 14:59:03 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Udo Wolter wrote: > Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which > programs can I use to see TV under X ? Yes. It works very well. FXTV (written by amancio?) works well to, although it is a bit "alpha-ish". M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Fri Aug 22 07:07:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA10367 for multimedia-outgoing; Fri, 22 Aug 1997 07:07:04 -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 HAA10361 for ; Fri, 22 Aug 1997 07:06:56 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA16039; Fri, 22 Aug 1997 14:58:59 +0200 From: Luigi Rizzo Message-Id: <199708221258.OAA16039@labinfo.iet.unipi.it> Subject: Re: Regard to phone call about FreeBSD drivers To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 22 Aug 1997 14:58:59 +0200 (MET DST) Cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com In-Reply-To: <199708212228.PAA02389@rah.star-gate.com> from "Amancio Hasty" at Aug 21, 97 03:28:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > Spoke briefly with Dr. Redi . Basically, I am going to meet him tomorrow > and just chat a bit more. I have dealt with OmniMedia in the past . > Briefly, cause I am still at wor, does anyone have any cool ideas > for next generation audio/video hardware -- desired codecs, > telephony support, full duplex audio. etc,... Mark said almost everything on procedural issues (i.e. the need for documentation, etc.). I suppose that it would be great to have one PCI board which supports both video capture _and_ full duplex audio, possibly with some (programmable) intelligence onboard to help in compression/decompression tasks... Cheers Luigi From owner-freebsd-multimedia Fri Aug 22 07:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA11179 for multimedia-outgoing; Fri, 22 Aug 1997 07:25:27 -0700 (PDT) Received: from plains.NoDak.edu (plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11172 for ; Fri, 22 Aug 1997 07:25:23 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id JAA24122; Fri, 22 Aug 1997 09:23:51 -0500 (CDT) Date: Fri, 22 Aug 1997 09:23:51 -0500 (CDT) From: Mark Tinguely Message-Id: <199708221423.JAA24122@plains.NoDak.edu> To: hasty@rah.star-gate.com, tinguely@plains.NoDak.edu Subject: Re: Regard to phone call about FreeBSD drivers Cc: freebsd-multimedia@FreeBSD.ORG, sales@omt.com Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Briefly, cause I am still at wor, does anyone have any cool ideas > for next generation audio/video hardware -- desired codecs, > telephony support, full duplex audio. etc,... I think with the cheaper MPEG encoding chipsets will make realtime MPEG encoding more popular. IMHO, MPEG-1 will soon be on internet/MBONE more, and MPEG-2 will be for more serious video on demand protocol high bandwidth networks. --mark. From owner-freebsd-multimedia Fri Aug 22 07:41:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA11860 for multimedia-outgoing; Fri, 22 Aug 1997 07:41:58 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11851 for ; Fri, 22 Aug 1997 07:41:51 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id RAA03116; Fri, 22 Aug 1997 17:41:16 +0300 (EEST) Date: Fri, 22 Aug 1997 17:41:16 +0300 (EEST) Message-Id: <199708221441.RAA03116@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Mark Tinguely Cc: hasty@rah.star-gate.com, freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers In-Reply-To: <199708221423.JAA24122@plains.NoDak.edu> References: <199708221423.JAA24122@plains.NoDak.edu> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Tinguely writes: > > Briefly, cause I am still at wor, does anyone have any cool ideas > > for next generation audio/video hardware -- desired codecs, > > telephony support, full duplex audio. etc,... > > I think with the cheaper MPEG encoding chipsets will make realtime > MPEG encoding more popular. IMHO, MPEG-1 will soon be on internet/MBONE more, > and MPEG-2 will be for more serious video on demand protocol high bandwidth > networks. > I've been playing with the Matrox Rainbow Runner for a while now and except for some bugs in the drivers I've been fairly happy with the MPEG-decode and M-JPEG encode. Pete From owner-freebsd-multimedia Fri Aug 22 08:23:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA13682 for multimedia-outgoing; Fri, 22 Aug 1997 08:23:14 -0700 (PDT) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13677 for ; Fri, 22 Aug 1997 08:23:12 -0700 (PDT) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id KAA19321; Fri, 22 Aug 1997 10:23:02 -0500 (CDT) Date: Fri, 22 Aug 1997 10:23:02 -0500 (CDT) From: Jim Lowe Message-Id: <199708221523.KAA19321@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, tinguely@plains.NoDak.edu Subject: Re: Regard to phone call about FreeBSD drivers Cc: freebsd-multimedia@FreeBSD.ORG, sales@omt.com Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Amancio Hasty > Hi, > Spoke briefly with Dr. Redi . Basically, I am going to meet him tomorrow > and just chat a bit more. I have dealt with OmniMedia in the past . > Briefly, cause I am still at wor, does anyone have any cool ideas > for next generation audio/video hardware -- desired codecs, > telephony support, full duplex audio. etc,... > I have lots of ideas :-). One thing that would be nice is an integrated full duplex sound card with video capture/playback. It would be nice to have both a PCI card and a PCMCIA card. The chips which come to mind are the crystal semiconductor 4231 and the booktree 848. It would be real cool to have a mobile laptop with a small video camera/mic/speakers so you could video conference from the beach :-). I would also like a card which would do real-time (hardware) mpeg encoding/decoding (video and audio) with full duplex sound and video capture/playback. Of course, things like genlock, a built in programmable clock/timestamp device, and h.261/jpeg encoder/decoder would be nice, provided they didn't drive the price up too much. Then, of course, there is the multi-headed video capture/playback device. Very similar to the single channel card above, but; which could record 4 channels of video and display 4 channels of video simutaneously, as well as, 4 channel mpeg/jpeg/h.261 encode/decode and surround sound full duplex audio mpeg encode/decode. With the proper cameras, projectors, microphones, and speakers one could turn their hacking room into a cave :-). I suppose a two channel version of the above card would be useful for those who have a smaller budget and don't mind wearing funny glasses :-) -Jim From owner-freebsd-multimedia Fri Aug 22 08:27:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA13934 for multimedia-outgoing; Fri, 22 Aug 1997 08:27:43 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13923 for ; Fri, 22 Aug 1997 08:27:37 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id KAA28379; Fri, 22 Aug 1997 10:22:27 -0500 (CDT) Date: Fri, 22 Aug 1997 10:22:27 -0500 (CDT) From: Mark Tinguely Message-Id: <199708221522.KAA28379@plains.NoDak.edu> To: dave@jetcafe.org, hasty@rah.star-gate.com Subject: Re: Why don't the sound drivers work with VAT? Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk if he is dealing with guspnp-6, remember the PNP code caused the GUS (classic) to not be found. I mentioned a hack around it in sys/sound/gus_wave.c in the routine gus_wave_init(): ... for (i = 0; i < MAX_GUS_PNP; i++ ) { if (gus_pnp_found[i] != 0 && gus_pnp_found[i] == hw_config->io_base) gus_pnp_seen = 1; } /* XXX */ gus_pnp_seen = 0; /* XXX */ ... in guspnp-7 and newer, you added the define variable of "NOGUSPNP" for this function. --mark. ps. I have downloaded guspnp-12, and I have yet to try it on our GUS classics but once I install the new isa.c stuff I will try it also. From owner-freebsd-multimedia Fri Aug 22 08:54:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15629 for multimedia-outgoing; Fri, 22 Aug 1997 08:54:09 -0700 (PDT) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15621 for ; Fri, 22 Aug 1997 08:54:06 -0700 (PDT) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id BAA22997; Thu, 21 Aug 1997 01:50:31 -0700 (PDT) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from pcconsole(192.168.100.254) by cerberus.partsnow.com via smap (V2.0) id xma022995; Thu, 21 Aug 97 01:50:13 -0700 Message-ID: <33FDB5B8.EAD@PartsNow.com> Date: Fri, 22 Aug 1997 08:52:24 -0700 From: Don Wilde Reply-To: don@PartsNow.com Organization: Soligen, Incorporated X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Luigi Rizzo CC: Amancio Hasty , tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers References: <199708221258.OAA16039@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A dual-port memory-mapped normal microcontroller like a fast 80C188 or 8051 core which would serve as the DSP loader and device controller, then a 56001 Motorola DSP or a TI 320c60 would be mondo great to work with. -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-multimedia Fri Aug 22 09:18:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA17004 for multimedia-outgoing; Fri, 22 Aug 1997 09:18:56 -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 JAA16999 for ; Fri, 22 Aug 1997 09:18:50 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04496; Fri, 22 Aug 1997 09:18:14 -0700 (PDT) Message-Id: <199708221618.JAA04496@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Murray cc: Udo Wolter , multimedia@FreeBSD.ORG Subject: Re: WinTV/PCI from Hauppauge In-reply-to: Your message of "Fri, 22 Aug 1997 14:59:03 +0200." <199708221259.OAA04588@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 09:18:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nope, fxtv was written by Randall Hopper . I added fxtv to my pop menu on fvwm95 so it really easy to start and I use fxtv just about every day 8) Cheers, Amancio >From The Desk Of Mark Murray : > Udo Wolter wrote: > > Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which > > programs can I use to see TV under X ? > > Yes. It works very well. > > FXTV (written by amancio?) works well to, although it is a bit > "alpha-ish". > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Fri Aug 22 09:44:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18475 for multimedia-outgoing; Fri, 22 Aug 1997 09:44:50 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18466 for ; Fri, 22 Aug 1997 09:44:46 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04705; Fri, 22 Aug 1997 09:44:38 -0700 (PDT) Message-Id: <199708221644.JAA04705@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: Udo Wolter , multimedia@FreeBSD.ORG Subject: Re: WinTV/PCI from Hauppauge In-reply-to: Your message of "Fri, 22 Aug 1997 14:59:03 +0200." <199708221259.OAA04588@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 09:44:38 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Bt848 seems to work well with pentium, ppro with pci chipsets: triton II, triton II and Natoma . The other thing is try to get a VRAM based video card such as a matrox millenium or an S3 968. Cheers, Amancio >From The Desk Of Mark Murray : > Udo Wolter wrote: > > Does the WinTV/PCI card from Hauppauge run with FreeBSD ? If it does which > > programs can I use to see TV under X ? > > Yes. It works very well. > > FXTV (written by amancio?) works well to, although it is a bit > "alpha-ish". > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Fri Aug 22 09:46:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18623 for multimedia-outgoing; Fri, 22 Aug 1997 09:46:58 -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 JAA18580 for ; Fri, 22 Aug 1997 09:46:38 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04723; Fri, 22 Aug 1997 09:46:33 -0700 (PDT) Message-Id: <199708221646.JAA04723@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Udo Wolter cc: multimedia@FreeBSD.ORG Subject: Re: WinTV/PCI from Hauppauge In-reply-to: Your message of "Fri, 22 Aug 1997 14:59:03 +0200." <199708221259.OAA04588@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 09:46:33 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oops, I meant to include Triton III so to recap the pci chipsets known to work well are: triton II, triton III and Natoma the later is used with Pentium Pros. Have fun, Amancio From owner-freebsd-multimedia Fri Aug 22 09:52:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18966 for multimedia-outgoing; Fri, 22 Aug 1997 09:52:16 -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 JAA18954 for ; Fri, 22 Aug 1997 09:52:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id JAA04770; Fri, 22 Aug 1997 09:51:23 -0700 (PDT) Message-Id: <199708221651.JAA04770@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: dave@jetcafe.org, multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 08:55:53 +0200." <199708220655.IAA15293@labinfo.iet.unipi.it> Date: Fri, 22 Aug 1997 09:51:23 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Over here with FreeBSD 3.0, gus pnp pro, and vat there is no delay upon startup . My box is a PPRO 200Mhz so that may have something to do with. {hasty} su Password: # mrouted # exit # exit {hasty} vat 224.0.0.1/4030 {hasty} Again vat just came right up after a few minutes I started vat again and there was no long delay upon startup. Cheers, Amancio >From The Desk Of Luigi Rizzo : > > > 2) VAT (the binary you compiled, fetched from rah.star-gate.com) has a > > > noticable startup delay. Why? Should I grab the vat sources and > > > attempt my own compile? > > I also notice long startup delays with vat when I am doing tests > on a standalone machine (with route add 224.0.0.1 127.0.0.1). The > applications seems to spin (at 60% CPU utilization...) waiting for > some multicast routing event, then it gives up after some seconds > (10..30) and you can do regular work. > > Don't know how related is this to sound driver programs. > > Cheers > Luigi From owner-freebsd-multimedia Fri Aug 22 09:55:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19123 for multimedia-outgoing; Fri, 22 Aug 1997 09:55:47 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19114 for ; Fri, 22 Aug 1997 09:55:42 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id KAA05394; Fri, 22 Aug 1997 10:01:20 -0700 (PDT) Message-Id: <199708221701.KAA05394@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:01:19 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Can anyone explain why the 2.2 sound drivers don't work with VAT out >> of the box? >> Yes, I upgraded to the drivers on Amancio's pages but they don't work >> either and he doesn't answer me. ;) >> Oh, I have a GUS. Is that the problem? >Sorry I forgot to mention . Try to boot dos via floppy or whatever >and see if the card works on DOS . Did that. The card does work, and another datapoint is that I am able to monitor input sound from the output. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet A king who feared wasps once decreed that they would be abolished. As it happened, they did him no harm. But he was eventually stung to death by scorpions. From owner-freebsd-multimedia Fri Aug 22 10:08:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA20313 for multimedia-outgoing; Fri, 22 Aug 1997 10:08:39 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA20308 for ; Fri, 22 Aug 1997 10:08:36 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id KAA05584; Fri, 22 Aug 1997 10:10:13 -0700 (PDT) Message-Id: <199708221710.KAA05584@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Mark Tinguely Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:10:13 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > if he is dealing with guspnp-6, remember the PNP code caused the GUS (classic) > to not be found. I mentioned a hack around it in sys/sound/gus_wave.c > in the routine gus_wave_init(): Actually the kernel does find the card. My setup used to work when I had 2.1-STABLE with the old voxware (?) drivers. I know this is not a hardware thing, nor is the kernel having a problem finding the card. I -may- not have my /dev directory set up right, I made /dev/vatio and I think /dev/audio works.... hokkshideh> ls -l /dev/vatio crw-rw---- 1 root wheel 25, 128 Jul 2 1996 /dev/vatio hokkshideh> ls -l /dev/audio lrwxrwxrwx 1 root wheel 6 Jul 11 16:56 /dev/audio@ -> audio1 hokkshideh> ls -l /dev/audio1 crw-rw-rw- 1 root wheel 30, 20 Jul 11 16:57 /dev/audio1 ...but I could be loopy on this. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet What we see depends on mainly what we look for. From owner-freebsd-multimedia Fri Aug 22 10:48:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21846 for multimedia-outgoing; Fri, 22 Aug 1997 10:48:53 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA21834 for ; Fri, 22 Aug 1997 10:48:48 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id KAA06302; Fri, 22 Aug 1997 10:38:24 -0700 (PDT) Message-Id: <199708221738.KAA06302@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty cc: multimedia@freebsd.org Subject: Sndstat Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:38:23 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forgot to cc this properly. Bet you all find the problem now. ;) ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet Counterfeiters exist because there is such a thing as real money. hokkshideh> cat /dev/sndstat VoxWare Sound Driver:3.5-alpha8-970706 (Sun Jul 6 01:23:34 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: 188090a Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 12 drq 1,3 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (1024k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound hokkshideh> 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 2.2.2-RELEASE #0: Fri Jul 11 16:21:10 PDT 1997 dave@hokkshideh.jetcafe.org:/usr/src/sys/compile/HOKKSHIDEH CPU: Pentium (199.33-MHz 586-class CPU) ..etc.. Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa at 0x32c dma 3,1 at 0x220 irq 12 dma 1,3 ...and some extra etc... isa_dmastart: channel 1 busy isa_dmastart: channel 1 busy From owner-freebsd-multimedia Fri Aug 22 10:48:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21847 for multimedia-outgoing; Fri, 22 Aug 1997 10:48:54 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA21836 for ; Fri, 22 Aug 1997 10:48:49 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id KAA06034; Fri, 22 Aug 1997 10:27:43 -0700 (PDT) Message-Id: <199708221727.KAA06034@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: Mark Tinguely , multimedia@freebsd.org Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:27:43 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ls -ald /dev/aud* > lrwxrwxrwx 1 root wheel 6 Aug 5 22:29 /dev/audio -> audio0 > crw-rw-rw- 1 root wheel 30, 4 Aug 21 22:11 /dev/audio0 > crw-rw-rw- 1 root wheel 30, 20 Apr 10 00:34 /dev/audio1 > ls -al /dev/dsp* > lrwxrwxrwx 1 root wheel 4 Aug 5 22:29 /dev/dsp -> dsp0 > crw-rw-rw- 1 root wheel 30, 3 Aug 21 17:57 /dev/dsp0 > crw-rw-rw- 1 root wheel 30, 19 Nov 17 1996 /dev/dsp1 Actually I have: lrwxrwxrwx 1 root wheel 4 Jul 11 16:54 /dev/dsp@ -> dsp0 crw-rw-rw- 1 root wheel 30, 3 Jul 11 16:54 /dev/dsp0 crw-rw-rw- 1 root wheel 30, 19 Jul 11 16:55 /dev/dsp1 lrwxrwxrwx 1 root wheel 5 Jul 11 16:54 /dev/dspW@ -> dspW0 crw-rw-rw- 1 root wheel 30, 5 Jul 11 16:54 /dev/dspW0 crw-rw-rw- 1 root wheel 30, 21 Jul 11 16:55 /dev/dspW1 lrwxrwxrwx 1 root wheel 11 Aug 22 10:23 /dev/audio@ -> /dev/audio0 crw-rw-rw- 1 root wheel 30, 4 Jul 11 16:54 /dev/audio0 crw-rw-rw- 1 root wheel 30, 20 Jul 11 16:57 /dev/audio1 I just changed audio back to audio0. Jim's mixer controls the line level of the card, but VAT still does not receive audio output. (And I have a 200 CD changer too...) ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet A person being delivered from the danger of a fierce lion does not object whether this service is performed by unknown or illustrious individuals. Why, therefore, do people seek knowledge from celebrities? From owner-freebsd-multimedia Fri Aug 22 11:02:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA22790 for multimedia-outgoing; Fri, 22 Aug 1997 11:02:55 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA22778 for ; Fri, 22 Aug 1997 11:02:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id KAA04904; Fri, 22 Aug 1997 10:11:31 -0700 (PDT) Message-Id: <199708221711.KAA04904@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: Mark Tinguely , multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 10:10:13 PDT." <199708221710.KAA05584@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:11:30 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yeap, ls -ald /dev/aud* lrwxrwxrwx 1 root wheel 6 Aug 5 22:29 /dev/audio -> audio0 crw-rw-rw- 1 root wheel 30, 4 Aug 21 22:11 /dev/audio0 crw-rw-rw- 1 root wheel 30, 20 Apr 10 00:34 /dev/audio1 ls -al /dev/dsp* lrwxrwxrwx 1 root wheel 4 Aug 5 22:29 /dev/dsp -> dsp0 crw-rw-rw- 1 root wheel 30, 3 Aug 21 17:57 /dev/dsp0 crw-rw-rw- 1 root wheel 30, 19 Nov 17 1996 /dev/dsp1 >From The Desk Of Dave Hayes : > > if he is dealing with guspnp-6, remember the PNP code caused the GUS (class ic) > > to not be found. I mentioned a hack around it in sys/sound/gus_wave.c > > in the routine gus_wave_init(): > > Actually the kernel does find the card. > > My setup used to work when I had 2.1-STABLE with the old voxware (?) > drivers. I know this is not a hardware thing, nor is the kernel having > a problem finding the card. > > I -may- not have my /dev directory set up right, I made /dev/vatio and > I think /dev/audio works.... > > hokkshideh> ls -l /dev/vatio > crw-rw---- 1 root wheel 25, 128 Jul 2 1996 /dev/vatio > hokkshideh> ls -l /dev/audio > lrwxrwxrwx 1 root wheel 6 Jul 11 16:56 /dev/audio@ -> audio1 > hokkshideh> ls -l /dev/audio1 > crw-rw-rw- 1 root wheel 30, 20 Jul 11 16:57 /dev/audio1 > > ...but I could be loopy on this. > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > What we see depends on mainly what we look for. > > From owner-freebsd-multimedia Fri Aug 22 11:02:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA22801 for multimedia-outgoing; Fri, 22 Aug 1997 11:02:57 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA22780 for ; Fri, 22 Aug 1997 11:02:52 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id KAA05055; Fri, 22 Aug 1997 10:25:49 -0700 (PDT) Message-Id: <199708221725.KAA05055@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: Mark Tinguely , multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 10:27:43 PDT." <199708221727.KAA06034@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 10:25:49 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You still owe me the output of dmesg and "cat /dev/sndstat" Tnks, Amancio >From The Desk Of Dave Hayes : > > ls -ald /dev/aud* > > lrwxrwxrwx 1 root wheel 6 Aug 5 22:29 /dev/audio -> audio0 > > crw-rw-rw- 1 root wheel 30, 4 Aug 21 22:11 /dev/audio0 > > crw-rw-rw- 1 root wheel 30, 20 Apr 10 00:34 /dev/audio1 > > ls -al /dev/dsp* > > lrwxrwxrwx 1 root wheel 4 Aug 5 22:29 /dev/dsp -> dsp0 > > crw-rw-rw- 1 root wheel 30, 3 Aug 21 17:57 /dev/dsp0 > > crw-rw-rw- 1 root wheel 30, 19 Nov 17 1996 /dev/dsp1 > > Actually I have: > > lrwxrwxrwx 1 root wheel 4 Jul 11 16:54 /dev/dsp@ -> dsp0 > crw-rw-rw- 1 root wheel 30, 3 Jul 11 16:54 /dev/dsp0 > crw-rw-rw- 1 root wheel 30, 19 Jul 11 16:55 /dev/dsp1 > lrwxrwxrwx 1 root wheel 5 Jul 11 16:54 /dev/dspW@ -> dspW0 > crw-rw-rw- 1 root wheel 30, 5 Jul 11 16:54 /dev/dspW0 > crw-rw-rw- 1 root wheel 30, 21 Jul 11 16:55 /dev/dspW1 > lrwxrwxrwx 1 root wheel 11 Aug 22 10:23 /dev/audio@ -> /dev/audio0 > crw-rw-rw- 1 root wheel 30, 4 Jul 11 16:54 /dev/audio0 > crw-rw-rw- 1 root wheel 30, 20 Jul 11 16:57 /dev/audio1 > > I just changed audio back to audio0. Jim's mixer controls the line > level of the card, but VAT still does not receive audio output. > > (And I have a 200 CD changer too...) > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > A person being delivered from the danger of a fierce lion does not object > whether this service is performed by unknown or illustrious individuals. > > Why, therefore, do people seek knowledge from celebrities? > > From owner-freebsd-multimedia Fri Aug 22 11:51:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25645 for multimedia-outgoing; Fri, 22 Aug 1997 11:51:12 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA25633 for ; Fri, 22 Aug 1997 11:51:08 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Fri, 22 Aug 1997 14:50:00 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA01844; Fri, 22 Aug 97 14:49:56 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id OAA03091; Fri, 22 Aug 1997 14:46:57 -0400 Message-Id: <19970822144656.27541@ct.picker.com> Date: Fri, 22 Aug 1997 14:46:56 -0400 From: Randall Hopper To: Amancio Hasty Cc: Mark Murray , multimedia@freebsd.org Subject: Re: fxtv update References: <199708221714.TAA29118@greenpeace.grondar.za> <199708221721.KAA04984@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708221721.KAA04984@rah.star-gate.com>; from Amancio Hasty on Fri, Aug 22, 1997 at 10:21:12AM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Possibly sometime next week. I've been time-slicing it with other free-time projects, but since the last fxtv release months ago I've got it simultaneously capturing interleaved audio and video off TV, and generated MPEG system streams. Hoped to finish implementing and test interleaved capture to multiple disks (extra bandwidth) before next release but that's been held up on a disk repartition and backup which I finally broke down and finished earlier this week. Randall Amancio Hasty: |No news on this front so I CCing Randall to find out 8) | |>From The Desk Of Mark Murray : |> Cool! Any news on when fxtv might get some work/enhancements? From owner-freebsd-multimedia Fri Aug 22 12:58:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28919 for multimedia-outgoing; Fri, 22 Aug 1997 12:58:16 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA28913 for ; Fri, 22 Aug 1997 12:58:08 -0700 (PDT) Received: from greenpeace.grondar.za (Ti8Q8jCKnk+GanoRH8+v3Wgmr+Eg5VrP@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id VAA19753; Fri, 22 Aug 1997 21:58:12 +0200 (SAT) Received: from greenpeace.grondar.za (0o3ltHU1+Sfi9btkrl6xBdmTveKS63TB@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.6/8.8.7) with ESMTP id VAA19917; Fri, 22 Aug 1997 21:57:36 +0200 (SAT) Message-Id: <199708221957.VAA19917@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Randall Hopper cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: Re: fxtv update Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 21:57:28 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk While on the subject of FXTV, do you (or anyone else) have the problem that the X screen gets corrupted _before_ the TV window is placed on the screen? The corruption looks like vido data that is being placed directly onto the screen (before twm has a chance to place the final window), except that only every second line is seen. Once I have placed it on the screen, it works just fine, barring the _very_ occaisional hang. (Which could be audio- related). I start fxtv like this: #!/bin/sh fxtv -inputFormat pal -antennaChannelList 21-68 -antennaFreqSet weurope -defaultInput tuner -contrast 60 -brightness 45 ...and I run X in 16 bit mode. It is reported like this in xdm-errors: XFree86 Version 3.3 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: Jun 2 1997 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 3.0-CURRENT i386 Configured drivers: S3V: accelerated server for S3 graphics adaptors (Patchlevel 0) s3_ViRGE Using syscons driver with X support (version 2.0) (using VT number 12) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: keycodes: "xfree86" (**) XKB: types: "default" (**) XKB: compat: "default" (**) XKB: symbols: "us(pc101)" (**) XKB: geometry: "pc" (**) XKB: rules: "xfree86" (**) XKB: model: "pc101" (**) XKB: layout: "us" (**) Mouse: type: MouseSystems, device: /dev/mouse, baudrate: 1200 (**) S3V: Graphics device ID: "Primary Card" (**) S3V: Monitor ID: "Primary Monitor" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/cyrillic" (--) S3V: PCI: ViRGE rev 6, Linear FB @ 0xe0000000 (--) S3V: chipset: ViRGE rev. 6 (--) S3V: chipset driver: s3_ViRGE (--) S3V: videoram: 4096k (--) S3V: Ramdac type: s3_trio64 (--) S3V: Ramdac speed: 135 MHz (95 MHz for 16 bpp) (--) S3V: Using Trio32/64 programmable clock (MCLK 69.801 MHz) (--) S3V: Maximum allowed dot-clock: 95.000 MHz (--) S3V: Clock for mode "1280x1024" is too high for the configured hardware. Limit is 95.000 MHz (--) S3V: Removing mode "1280x1024" from list of valid modes. (**) S3V: Mode "1152x864": mode clock = 92.000 (**) S3V: Mode "1024x768": mode clock = 85.000 (**) S3V: Mode "800x600": mode clock = 69.650 (**) S3V: Mode "640x480": mode clock = 45.800 (**) S3V: Mode "640x400": mode clock = 31.500 (**) S3V: Mode "512x384": mode clock = 22.000 (**) S3V: Mode "480x300": mode clock = 29.950 (**) S3V: Mode "400x300": mode clock = 25.000 (**) S3V: Mode "320x240": mode clock = 15.750 (**) S3V: Mode "320x200": mode clock = 12.590 (**) S3V: Using 16 bpp. Color weight: 565 (--) S3V: Virtual resolution set to 1152x864 (--) S3V: Local bus LAW is 0xE00xxxxx (--) S3V: Using a banksize of 4096k, line width of 1152 XFree86 Version 3.3 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: Jun 2 1997 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 3.0-CURRENT i386 Configured drivers: S3V: accelerated server for S3 graphics adaptors (Patchlevel 0) s3_ViRGE Using syscons driver with X support (version 2.0) (using VT number 12) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: keycodes: "xfree86" (**) XKB: types: "default" (**) XKB: compat: "default" (**) XKB: symbols: "us(pc101)" (**) XKB: geometry: "pc" (**) XKB: rules: "xfree86" (**) XKB: model: "pc101" (**) XKB: layout: "us" (**) Mouse: type: MouseSystems, device: /dev/mouse, baudrate: 1200 (**) S3V: Graphics device ID: "Primary Card" (**) S3V: Monitor ID: "Primary Monitor" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/cyrillic" (--) S3V: PCI: ViRGE rev 6, Linear FB @ 0xe0000000 (--) S3V: chipset: ViRGE rev. 6 (--) S3V: chipset driver: s3_ViRGE (--) S3V: videoram: 4096k (--) S3V: Ramdac type: s3_trio64 (--) S3V: Ramdac speed: 135 MHz (95 MHz for 16 bpp) (--) S3V: Using Trio32/64 programmable clock (MCLK 69.801 MHz) (--) S3V: Maximum allowed dot-clock: 95.000 MHz (--) S3V: Clock for mode "1280x1024" is too high for the configured hardware. Limit is 95.000 MHz (--) S3V: Removing mode "1280x1024" from list of valid modes. (**) S3V: Mode "1152x864": mode clock = 92.000 (**) S3V: Mode "1024x768": mode clock = 85.000 (**) S3V: Mode "800x600": mode clock = 69.650 (**) S3V: Mode "640x480": mode clock = 45.800 (**) S3V: Mode "640x400": mode clock = 31.500 (**) S3V: Mode "512x384": mode clock = 22.000 (**) S3V: Mode "480x300": mode clock = 29.950 (**) S3V: Mode "400x300": mode clock = 25.000 (**) S3V: Mode "320x240": mode clock = 15.750 (**) S3V: Mode "320x200": mode clock = 12.590 (**) S3V: Using 16 bpp. Color weight: 565 (--) S3V: Virtual resolution set to 1152x864 (--) S3V: Local bus LAW is 0xE00xxxxx (--) S3V: Using a banksize of 4096k, line width of 1152 Randall Hopper wrote: > Possibly sometime next week. I've been time-slicing it with other > free-time projects, but since the last fxtv release months ago I've got it > simultaneously capturing interleaved audio and video off TV, and generated > MPEG system streams. Hoped to finish implementing and test interleaved > capture to multiple disks (extra bandwidth) before next release but that's > been held up on a disk repartition and backup which I finally broke down > and finished earlier this week. > > Randall > > Amancio Hasty: > |No news on this front so I CCing Randall to find out 8) > | > |>From The Desk Of Mark Murray : > |> Cool! Any news on when fxtv might get some work/enhancements? -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Fri Aug 22 13:17:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA29647 for multimedia-outgoing; Fri, 22 Aug 1997 13:17:00 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA29642 for ; Fri, 22 Aug 1997 13:16:54 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA16631; Fri, 22 Aug 1997 21:10:12 +0200 From: Luigi Rizzo Message-Id: <199708221910.VAA16631@labinfo.iet.unipi.it> Subject: Re: Why don't the sound drivers work with VAT? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 22 Aug 1997 21:10:12 +0200 (MET DST) Cc: dave@jetcafe.org, multimedia@FreeBSD.ORG In-Reply-To: <199708221651.JAA04770@rah.star-gate.com> from "Amancio Hasty" at Aug 22, 97 09:51:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Over here with FreeBSD 3.0, gus pnp pro, and vat there is no delay upon > startup . My box is a PPRO 200Mhz so that may have something to do with. > > {hasty} su > Password: > # mrouted > # exit > # exit > {hasty} vat 224.0.0.1/4030 > {hasty} maybe your mrouted solves the problem. Note that my machine here at home is really standalone, no network card and usually the modem is off. Cheers Luigi From owner-freebsd-multimedia Fri Aug 22 13:35:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA00496 for multimedia-outgoing; Fri, 22 Aug 1997 13:35:22 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA00484 for ; Fri, 22 Aug 1997 13:35:16 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id PAA25536; Fri, 22 Aug 1997 15:34:54 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma025488; Fri, 22 Aug 97 15:34:33 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id PAA10388; Fri, 22 Aug 1997 15:34:32 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Fri, 22 Aug 1997 15:34:32 -0500 (CDT) From: Kyle Mestery To: Steve Passe cc: Amancio Hasty , Kenneth Merry , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708171819.MAA07175@Ilsa.StevesCafe.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, 17 Aug 1997, Steve Passe wrote: > b4 doing that, try turning on AFC (auto freq control) I think fxtv has a menu > item for that, but if not, use ioctl TVTUNER_SETAFC. this will cause the > tuner code to adjust the selected frequency within a +-5 mHz range while > polling the hardware for a "centered" signal. > > --- > if that doesn't help a crude userland auto scan would be something like: > ******************** THE FOLLOWING IS ALL THEORY *********************** > > #define AFC_BITS 0x07 > #define AFC_FREQ_MINUS_125 0x00 > #define AFC_FREQ_MINUS_62 0x01 > #define AFC_FREQ_CENTERED 0x02 > #define AFC_FREQ_PLUS_62 0x03 > #define AFC_FREQ_PLUS_125 0x04 > > #define BOTTOM (unsigned long)(55.25 * 16) > #define TOP (unsigned long)(655.25 * 16) > > int afcon = 1; > unsigned long freq, freq2, status; > int fd; > > fd = open( ... ); > > if ( ioctl( fd, TVTUNER_SETAFC, &afcon ) < 0 ) { > ERROR; > } > > for ( freq = BOTTOM; freq < TOP; freq += (6.0 * 16) ) > { > printf( "\ntrying freq: %f", (double)((double)freq / 16.0) ); > if ( ioctl( fd, TVTUNER_SETFREQ, &freq ) < 0 ) { > ERROR; > } > if ( ioctl( fd, TVTUNER_GETFREQ, &freq2 ) < 0 ) { > ERROR; > } > > if ( ioctl( fd, TVTUNER_GETSTATUS, &status ) < 0 ) { > ERROR; > } > if ( !(status & 0x40) ) { > printf( ", no lock (?)\n" ); > sleep( 1 ); > continue; > } > > /** XXX not sure about the / 16 */ > printf( "\nafc picked freq: %f", (double)((double)freq2 / 16.0) ); > > printf( ", hit return to continue..." ); > gets(); > } > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > I followed Steve's advice and wrote the above, touching it up. It basically scans through all hte channels like Steve said. Still though, I dont get anything new. I still get channels 2-6, 14-20, and 95-99. I dont get 7-13 and 21-94. Or so I thought. Turns out I get some channels in the range of 60-70, but they are the channels that should be in the range of 7-13, and they only come in marginally well with a lot of fuzz. Does this still sound like a bad tuner, because I would like to return the card if it is a bad card. Thanks all! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Fri Aug 22 13:46:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01072 for multimedia-outgoing; Fri, 22 Aug 1997 13:46:43 -0700 (PDT) Received: from atohasi.mickey.ai.kyutech.ac.jp (atohasi.mickey.ai.kyutech.ac.jp [131.206.21.80]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA01062 for ; Fri, 22 Aug 1997 13:46:36 -0700 (PDT) Received: (from ohashi@localhost) by atohasi.mickey.ai.kyutech.ac.jp (8.8.5/3.4Wbeta6) id FAA24498; Sat, 23 Aug 1997 05:45:52 +0900 (JST) Date: Sat, 23 Aug 1997 05:45:52 +0900 (JST) Message-Id: <199708222045.FAA24498@atohasi.mickey.ai.kyutech.ac.jp> To: multimedia@FreeBSD.ORG Cc: mark@grondar.za Subject: Re: fxtv update In-Reply-To: Your message of "Fri, 22 Aug 1997 21:57:28 +0200". <199708221957.VAA19917@greenpeace.grondar.za> From: ohashi@mickey.ai.kyutech.ac.jp (Takeshi Ohashi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mark>>While on the subject of FXTV, do you (or anyone else) have the problem mark>>that the X screen gets corrupted _before_ the TV window is placed on mark>>the screen? mark>> S3V: accelerated server for S3 graphics adaptors (Patchlevel 0) mark>> s3_ViRGE Don't you use S3V server? Please try to use SVGA server! Some user reported to a Japanese mailing list. He said fxtv worked fine on his S3ViRGE/DX and XF86_SVGA server, not XF86_S3V. -- Takeshi OHASHI From owner-freebsd-multimedia Fri Aug 22 13:53:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01555 for multimedia-outgoing; Fri, 22 Aug 1997 13:53:38 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA01550 for ; Fri, 22 Aug 1997 13:53:34 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id OAA00194; Fri, 22 Aug 1997 14:52:09 -0600 (MDT) Message-Id: <199708222052.OAA00194@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Kyle Mestery cc: Amancio Hasty , Kenneth Merry , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Fri, 22 Aug 1997 15:34:32 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 14:52:09 -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, the next thing to check is the band selection. one major difference between the tuners is one of the i2c parts inside it. I believe you've made a patch to deal with misprobed tuner, so you need to verify which values ACTUALLY got selected for the band switch. after the probe finishes printout bktr->card.tuner AND the address of the tuner you think you selected (one entry in tuners[]), presummably &tuners[4]: /* indexes into tuners[] */ #define NO_TUNER 0 #define TEMIC_NTSC 1 #define TEMIC_PAL 2 #define TEMIC_SECAM 3 #define PHILIPS_NTSC 4 #define PHILIPS_PAL 5 #define PHILIPS_SECAM 6 they should be the same, it not figure out why. then try switching its entry for bandswitch selectors. the philips (#4) currently has: { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ try replacing it with: { 0x02, 0x04, 0x01 } }, /* the band-switch values */ all this falls apart if I miguessed your choice of #4 as the desired entry. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Aug 22 14:21:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA02790 for multimedia-outgoing; Fri, 22 Aug 1997 14:21:30 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA02785 for ; Fri, 22 Aug 1997 14:21:27 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id QAA21867; Fri, 22 Aug 1997 16:20:35 -0500 (CDT) Date: Fri, 22 Aug 1997 16:20:35 -0500 (CDT) From: Mark Tinguely Message-Id: <199708222120.QAA21867@plains.NoDak.edu> To: hasty@rah.star-gate.com, luigi@labinfo.iet.unipi.it Subject: Re: Why don't the sound drivers work with VAT? Cc: dave@jetcafe.org, multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I found that FreeBSD-2.2.2 has a problem with MBONE application if there is no multicast route, but then I think you said that you were routing it to localhost. ( route add 224.0.0.0 -netmask 0xf0000000 -interface 127.0.0.1 ) --mark. From owner-freebsd-multimedia Fri Aug 22 15:24:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07169 for multimedia-outgoing; Fri, 22 Aug 1997 15:24:10 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07162 for ; Fri, 22 Aug 1997 15:24:05 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA06110; Fri, 22 Aug 1997 15:23:50 -0700 (PDT) Message-Id: <199708222223.PAA06110@rah.star-gate.com> To: Mark Tinguely cc: luigi@labinfo.iet.unipi.it, dave@jetcafe.org, multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 16:20:35 CDT." <199708222120.QAA21867@plains.NoDak.edu> Date: Fri, 22 Aug 1997 15:23:50 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I really would like for Dave to post the output of his dmesg. dmesg >foo.log then just post the file to the list. For now I would like to focus on resolving his audio problems then we can hash out his networking problems. ---- Dave can you playback audio and record? cat foo.au >/dev/audio0 cat /dev/audio0 >file.au Tnks, Amancio >From The Desk Of Mark Tinguely : > > I found that FreeBSD-2.2.2 has a problem with MBONE application if there is > no multicast route, but then I think you said that you were routing it to > localhost. ( route add 224.0.0.0 -netmask 0xf0000000 -interface 127.0.0.1 ) > > --mark. From owner-freebsd-multimedia Fri Aug 22 15:40:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07952 for multimedia-outgoing; Fri, 22 Aug 1997 15:40:56 -0700 (PDT) Received: from pong.ping.at (pong.ping.at [193.81.13.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07946 for ; Fri, 22 Aug 1997 15:40:52 -0700 (PDT) Received: from 586 (a019.dynamic.Vienna.AT.EU.net [193.154.190.19]) by pong.ping.at (8.8.6/8.8.5) with SMTP id AAA25901 for ; Sat, 23 Aug 1997 00:40:43 +0200 (CEST) Message-Id: <3.0.1.32.19970823003840.00697d54@ping.at> X-Sender: pollakm@ping.at (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Sat, 23 Aug 1997 00:38:40 +0200 To: multimedia@freebsd.org From: "P. Pollak" Subject: Bt848 Driver Project - miroMEDIA PCTV HW Details Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here some details of my MIRO PCTV for your WWW site http://freebsd.org/~fsmp/HomeAuto/MIROPCTV.html Important parts on Board Tuner: Temic 3X7 756 (data sheet ?) Audio MUX HEF 4052 similare to WIN/TV Connectors on Board: - internal audio in 4 pin - internal audio out 4 pin - TV video out 2 pin - I2C 3 pin - multi purpose connector with TV Video Out, Audio Out, Stereo Audio In, I2C, +5 V, +12V, -12V, and data bus 26 pin Details here: http://www.miro.de/dve/d/d2-support/d23-handbuch/handbuch.html These connector is also use for a piggy pack radio unit on MIRO PCTV pro. Sincerely, Peter From owner-freebsd-multimedia Fri Aug 22 16:11:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09336 for multimedia-outgoing; Fri, 22 Aug 1997 16:11:37 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09330 for ; Fri, 22 Aug 1997 16:11:34 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id QAA11909; Fri, 22 Aug 1997 16:17:01 -0700 (PDT) Message-Id: <199708222317.QAA11909@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: Mark Tinguely , luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 16:17:01 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I really would like for Dave to post the output of his dmesg. > dmesg >foo.log > then just post the file to the list. I did. I gave you the relavent excerpts from it: Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa at 0x32c dma 3,1 at 0x220 irq 12 dma 1,3 de0: enabling 10baseT port Is there something else you gain by seeing the entire thing? > For now I would like to focus on resolving his audio problems then > we can hash out his networking problems. I don't have any networking problems. > Dave can you playback audio and record? > cat foo.au >/dev/audio0 hokkshideh> cat bmiller.au > /dev/audio0 This does play back audio. However this loops the beginning of the sample, it keeps restarting the thing from the beginning. Sounds like the buffer is not getting refreshed or something. > cat /dev/audio0 >file.au hokkshideh> cat /dev/audio0 >/dev/null cat: /dev/audio0: Interrupted system call Uh...what signal? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet The hidden world has its clouds and rain, but of a different kind. Its sky and sunshine are of a different kind. This is made apparent only to the refined ones - those not deceived by the seeming completeness of the ordinary world. - Jalaludin Rumi From owner-freebsd-multimedia Fri Aug 22 16:43:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10554 for multimedia-outgoing; Fri, 22 Aug 1997 16:43:13 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA10548 for ; Fri, 22 Aug 1997 16:43:10 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA06372; Fri, 22 Aug 1997 16:42:56 -0700 (PDT) Message-Id: <199708222342.QAA06372@rah.star-gate.com> To: Dave Hayes cc: Mark Tinguely , luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 16:17:01 PDT." <199708222317.QAA11909@hokkshideh.jetcafe.org> Date: Fri, 22 Aug 1997 16:42:56 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It looks like the card is not being properly configured on your system one thing that can cause problems is if another device is on the system which is at the same irq. Last time please send us the complete output of dmesg because it may shed light on the problem and if we happen to have configuration problems with your system the more info that we get from the system the better are our chances of fixing your problem. Do you have a GUS, GUS MAX , GUS PNP or a GUS PnP PRo? Tnks, Amancio >From The Desk Of Dave Hayes : > > I really would like for Dave to post the output of his dmesg. > > dmesg >foo.log > > then just post the file to the list. > > I did. I gave you the relavent excerpts from it: > > Checking for GUS Plug-n-Play ... > Board Vendor ID: GRV0001 Board Serial Number: 00000001 > gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa > at 0x32c dma 3,1 > at 0x220 irq 12 dma 1,3 > > de0: enabling 10baseT port > > Is there something else you gain by seeing the entire thing? > > > For now I would like to focus on resolving his audio problems then > > we can hash out his networking problems. > > I don't have any networking problems. > > > Dave can you playback audio and record? > > cat foo.au >/dev/audio0 > > hokkshideh> cat bmiller.au > /dev/audio0 > > This does play back audio. However this loops the beginning of the > sample, it keeps restarting the thing from the beginning. Sounds > like the buffer is not getting refreshed or something. > > > cat /dev/audio0 >file.au > > hokkshideh> cat /dev/audio0 >/dev/null > cat: /dev/audio0: Interrupted system call > > Uh...what signal? ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > The hidden world has its clouds and rain, but of a different kind. > Its sky and sunshine are of a different kind. This is made apparent > only to the refined ones - those not deceived by the seeming > completeness of the ordinary world. - Jalaludin Rumi > From owner-freebsd-multimedia Fri Aug 22 16:56:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA11039 for multimedia-outgoing; Fri, 22 Aug 1997 16:56:00 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA11034 for ; Fri, 22 Aug 1997 16:55:57 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id RAA12751; Fri, 22 Aug 1997 17:01:52 -0700 (PDT) Message-Id: <199708230001.RAA12751@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 17:01:51 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It looks like the card is not being properly configured on your system > one thing that can cause problems is if another device is on the > system which is at the same irq. Last time please send us the > complete output of dmesg because it may shed light on the problem > and if we happen to have configuration problems with your system > the more info that we get from the system the better are our > chances of fixing your problem. *sigh* hokkshideh> 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 2.2.2-RELEASE #0: Fri Jul 11 16:21:10 PDT 1997 dave@hokkshideh.jetcafe.org:/usr/src/sys/compile/HOKKSHIDEH CPU: Pentium (199.33-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 127488000 (124500K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 de0 rev 17 int a irq 15 on pci0:17 de0: 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:a6:2e:ef vga0 rev 1 int a irq 15 on pci0:18 ahc0 rev 0 int a irq 15 on pci0:19 ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "CONNER CFP2105S 2.14GB 2B4B" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2048MB (4194304 512 byte sectors) (ahc0:2:0): "QUANTUM XP34301 1071" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 4106MB (8410200 512 byte sectors) Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. 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 wt0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa at 0x32c dma 3,1 at 0x220 irq 12 dma 1,3 de0: enabling 10baseT port changing root device to sd0a isa_dmastart: channel 1 busy isa_dmastart: channel 1 busy isa_dmastart: channel 1 busy isa_dmastart: channel 1 busy isa_dmastart: channel 1 busy > Do you have a GUS, GUS MAX , GUS PNP or a GUS PnP PRo? Argh. Slap me with a broiled fish, but I don't know the difference. I -think- it's a GUS PnP, but that's what the "quick start" that came with the card said. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet A man was drowning amidst a crowd of people. "Give me your hand!", they shouted but the man ignored them. A wise man asked what the man's profession was. "A tax collector." came the response. The wise man ran up to the drowning man and said "Take my hand!", which the man did and he was saved. The people turned to the wise man in disbelief, who said "Never ask a tax collector to GIVE you anything." From owner-freebsd-multimedia Fri Aug 22 17:08:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11606 for multimedia-outgoing; Fri, 22 Aug 1997 17:08:19 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11601 for ; Fri, 22 Aug 1997 17:08:15 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id RAA06456; Fri, 22 Aug 1997 17:08:15 -0700 (PDT) Message-Id: <199708230008.RAA06456@rah.star-gate.com> To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 17:01:51 PDT." <199708230001.RAA12751@hokkshideh.jetcafe.org> Date: Fri, 22 Aug 1997 17:08:15 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Whats your kernel config look like and this time all I need is the gus / snd0 bits from the kernel configuration. Tnks, Amancio >From The Desk Of Dave Hayes : > > It looks like the card is not being properly configured on your system > > one thing that can cause problems is if another device is on the > > system which is at the same irq. Last time please send us the > > complete output of dmesg because it may shed light on the problem > > and if we happen to have configuration problems with your system > > the more info that we get from the system the better are our > > chances of fixing your problem. > > *sigh* > > hokkshideh> 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 2.2.2-RELEASE #0: Fri Jul 11 16:21:10 PDT 1997 > dave@hokkshideh.jetcafe.org:/usr/src/sys/compile/HOKKSHIDEH > CPU: Pentium (199.33-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x52c Stepping=12 > Features=0x1bf > real memory = 134217728 (131072K bytes) > avail memory = 127488000 (124500K bytes) > Probing for devices on PCI bus 0: > chip0 rev 3 on pci0:0 > chip1 rev 1 on pci0:7:0 > chip2 rev 0 on pci0:7:1 > de0 rev 17 int a irq 15 on pci0:17 > de0: 21041 [10Mb/s] pass 1.1 > de0: address 00:00:c0:a6:2e:ef > vga0 rev 1 int a irq 15 on pci0:18 > ahc0 rev 0 int a irq 15 on pci0:19 > ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs > ahc0 waiting for scsi devices to settle > (ahc0:0:0): "CONNER CFP2105S 2.14GB 2B4B" type 0 fixed SCSI 2 > sd0(ahc0:0:0): Direct-Access 2048MB (4194304 512 byte sectors) > (ahc0:2:0): "QUANTUM XP34301 1071" type 0 fixed SCSI 2 > sd1(ahc0:2:0): Direct-Access 4106MB (8410200 512 byte sectors) > Probing for devices on the ISA bus: > vt0 at 0x60-0x6f irq 1 on motherboard > vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > sio2: disabled, not probed. > sio3: disabled, not probed. > 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 > wt0 not found at 0x300 > npx0 on motherboard > npx0: INT 16 interface > Checking for GUS Plug-n-Play ... > Board Vendor ID: GRV0001 Board Serial Number: 00000001 > gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa > at 0x32c dma 3,1 > at 0x220 irq 12 dma 1,3 > > de0: enabling 10baseT port > changing root device to sd0a > isa_dmastart: channel 1 busy > isa_dmastart: channel 1 busy > isa_dmastart: channel 1 busy > isa_dmastart: channel 1 busy > isa_dmastart: channel 1 busy > > > Do you have a GUS, GUS MAX , GUS PNP or a GUS PnP PRo? > > Argh. Slap me with a broiled fish, but I don't know the difference. > I -think- it's a GUS PnP, but that's what the "quick start" that came > with the card said. > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > A man was drowning amidst a crowd of people. "Give me your hand!", they > shouted but the man ignored them. A wise man asked what the man's profession > was. "A tax collector." came the response. The wise man ran up to the > drowning man and said "Take my hand!", which the man did and he was saved. > The people turned to the wise man in disbelief, who said "Never ask > a tax collector to GIVE you anything." > From owner-freebsd-multimedia Fri Aug 22 17:25:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12170 for multimedia-outgoing; Fri, 22 Aug 1997 17:25:09 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12165 for ; Fri, 22 Aug 1997 17:25:06 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id RAA13304; Fri, 22 Aug 1997 17:31:01 -0700 (PDT) Message-Id: <199708230031.RAA13304@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 17:31:01 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Whats your kernel config look like and this time all I need is the > gus / snd0 bits from the kernel configuration. # Sound Card controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr ------- Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet A sample is a sample. Yet nobody would buy my house when I showed them a brick from it. - Mulla Nasrudin From owner-freebsd-multimedia Fri Aug 22 17:27:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12220 for multimedia-outgoing; Fri, 22 Aug 1997 17:27:06 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12214 for ; Fri, 22 Aug 1997 17:27:04 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id TAA25952; Fri, 22 Aug 1997 19:26:50 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma025924; Fri, 22 Aug 97 19:26:30 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id TAA15341; Fri, 22 Aug 1997 19:26:30 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Fri, 22 Aug 1997 19:26:30 -0500 (CDT) From: Kyle Mestery To: Steve Passe cc: Amancio Hasty , Kenneth Merry , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708222052.OAA00194@Ilsa.StevesCafe.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, 22 Aug 1997, Steve Passe wrote: > Hi, > > the next thing to check is the band selection. one major difference > between the tuners is one of the i2c parts inside it. I believe you've > made a patch to deal with misprobed tuner, so you need to verify which > values ACTUALLY got selected for the band switch. after the probe finishes > printout bktr->card.tuner AND the address of the tuner you think you selected > (one entry in tuners[]), presummably &tuners[4]: > > they should be the same, it not figure out why. > They are the same, ala the printfs I put in: bktr0: rev 0x11 int a irq 18 on pci0.18.0 Hauppauge WinCast/TV, Philips NTSC tuner. **** brktr->card.tuner = -266817856 **** tuner = -266817856 > then try switching its entry for bandswitch selectors. the philips (#4) > currently has: > { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ > try replacing it with: > { 0x02, 0x04, 0x01 } }, /* the band-switch values */ > > all this falls apart if I miguessed your choice of #4 as the desired entry. > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > Well, I tried that, and nothing. I got maybe one or two stray channels in hte 70s or something doing what you said above. Now, the values you say are the original values are not what I had. The patch that Bernie told me to apply earlier included changing the band-switch values to the following: { 0xa0, 0xc2, 0x30 } Could that have affected it? Otherwise, does it just seem like this is a flakey card? THanks for all of the help Steve! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Fri Aug 22 17:34:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12613 for multimedia-outgoing; Fri, 22 Aug 1997 17:34:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12607 for ; Fri, 22 Aug 1997 17:34:31 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id RAA06567; Fri, 22 Aug 1997 17:34:31 -0700 (PDT) Message-Id: <199708230034.RAA06567@rah.star-gate.com> To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 17:31:01 PDT." <199708230031.RAA13304@hokkshideh.jetcafe.org> Date: Fri, 22 Aug 1997 17:34:31 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please try this: controller snd0 device gus0 at isa? vector gusintr config -n touch /sys/i386/isa/sound/*.c cd /sys/compile/ make make install reboot Tnks, Amancio >From The Desk Of Dave Hayes : > > Whats your kernel config look like and this time all I need is the > > gus / snd0 bits from the kernel configuration. > > # Sound Card > controller snd0 > device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr > ------- > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > A sample is a sample. Yet nobody would buy my house when I > showed them a brick from it. - Mulla Nasrudin > From owner-freebsd-multimedia Fri Aug 22 17:34:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12630 for multimedia-outgoing; Fri, 22 Aug 1997 17:34:44 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12625 for ; Fri, 22 Aug 1997 17:34:38 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id TAA26819; Fri, 22 Aug 1997 19:34:30 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma026762; Fri, 22 Aug 97 19:34:04 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id TAA15370; Fri, 22 Aug 1997 19:34:03 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Fri, 22 Aug 1997 19:34:03 -0500 (CDT) From: Kyle Mestery To: Steve Passe cc: Amancio Hasty , Kenneth Merry , freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-Reply-To: <199708222052.OAA00194@Ilsa.StevesCafe.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, 22 Aug 1997, Steve Passe wrote: > currently has: > { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ Guess what? This was the problem. I followed what Bernie said, and he had told me to change the 0x90 to 0xc2, and that was apparently what was screwing things up, because now I get all the cable channels I should!! I appreciate all the help Steve, and sorry for leading you down the wrong path. =( Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Fri Aug 22 19:01:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA15245 for multimedia-outgoing; Fri, 22 Aug 1997 19:01:38 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA15239 for ; Fri, 22 Aug 1997 19:01:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA06827; Fri, 22 Aug 1997 19:01:33 -0700 (PDT) Message-Id: <199708230201.TAA06827@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "P. Pollak" cc: multimedia@FreeBSD.ORG Subject: Re: Bt848 Driver Project - miroMEDIA PCTV HW Details In-reply-to: Your message of "Sat, 23 Aug 1997 00:38:40 +0200." <3.0.1.32.19970823003840.00697d54@ping.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 19:01:31 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, does the card work on your system ? Tnks, Amancio >From The Desk Of "P. Pollak" : > Here some details of my MIRO PCTV for your WWW site > http://freebsd.org/~fsmp/HomeAuto/MIROPCTV.html > > Important parts on Board > Tuner: Temic 3X7 756 (data sheet ?) > Audio MUX HEF 4052 similare to WIN/TV > > Connectors on Board: > - internal audio in 4 pin > - internal audio out 4 pin > - TV video out 2 pin > - I2C 3 pin > - multi purpose connector > with TV Video Out, Audio Out, Stereo Audio In, I2C, > +5 V, +12V, -12V, and data bus 26 pin > Details here: > http://www.miro.de/dve/d/d2-support/d23-handbuch/handbuch.html > > These connector is also use for a piggy pack radio unit on MIRO PCTV pro. > > Sincerely, > Peter > > > > > From owner-freebsd-multimedia Fri Aug 22 19:34:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16447 for multimedia-outgoing; Fri, 22 Aug 1997 19:34:57 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16439 for ; Fri, 22 Aug 1997 19:34:54 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id TAA27465; Fri, 22 Aug 1997 19:41:11 -0700 (PDT) Date: Fri, 22 Aug 1997 19:41:11 -0700 (PDT) From: Howard Lew To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: snd970821.tgz available In-Reply-To: <199708220708.JAA15339@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 Just finished testing it... dmesg probe shows: Probing for PnP devices: Trying Read_Port at 203 CSN 1 Vendor ID: OPT0925 [0x2509143e] Serial 0xffffffff port 0x0330 0x0000 0x0000 0x0000 irq 9:0 drq 4:4 port 0x0000 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 port 0x0220 0x0000 0x0000 0x0f0d irq 0:0 drq 4:4 opti9251 rev 0xffffffff io 0x0220 intr 9 id 14 Probing for devices on the ISA bus: ... pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x13 en 1 confl 0 mss_probe: no address supplied, try default 0x0530 I/O address inactive (ff), try pseudo_mss mss_detect error - IREG (0x45/0x45) want 0xaa/0x45 sb_probe: no address supplied, try defaults (0x220,0x240) device at 0x220 already attached as unit 1 pcm0 not found at 0xffffffff I think given the mss_probe detect error, it is unable to initialize the sound card. Sndstat shows: shell: {17} cat /dev/sndstat FreeBSD Sound Driver Aug 22 1997 19:01:13 Installed devices: pcm1: at 0x0220 irq 9 dma 4:4 shell: {18} Hmmm... the card is still not really operational yet, but it no longer crashes during bootup. Okay, I guess that's all for now. From owner-freebsd-multimedia Fri Aug 22 20:05:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17314 for multimedia-outgoing; Fri, 22 Aug 1997 20:05:43 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17304 for ; Fri, 22 Aug 1997 20:05:38 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id UAA01529; Fri, 22 Aug 1997 20:05:56 -0700 (PDT) Message-Id: <199708230305.UAA01529@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: [SUMMARY] Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 20:05:55 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Please try this: > controller snd0 > device gus0 at isa? vector gusintr > config -n > touch /sys/i386/isa/sound/*.c > cd /sys/compile/ > make > make install > reboot That worked. Apparently it is better to let the code detect the card. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet Show me a person who really knows what 'good' is, and I will show you that the person almost never uses the word. From owner-freebsd-multimedia Fri Aug 22 20:06:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17334 for multimedia-outgoing; Fri, 22 Aug 1997 20:06:27 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17329 for ; Fri, 22 Aug 1997 20:06:22 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id UAA01563 for ; Fri, 22 Aug 1997 20:06:46 -0700 (PDT) Message-Id: <199708230306.UAA01563@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 20:06:46 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk BTW, the mbone works too. Proof: see Radio Free Vat. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet The good Mulla was observed sitting in a tree in his yard and sawing the branch he was sitting on. A neighbor asked what he was doing. Nasruddin replied: "I'm cutting down the tree; except for this branch: I like the shade it casts." From owner-freebsd-multimedia Fri Aug 22 20:17:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17636 for multimedia-outgoing; Fri, 22 Aug 1997 20:17:48 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17631 for ; Fri, 22 Aug 1997 20:17:45 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA07095; Fri, 22 Aug 1997 20:17:46 -0700 (PDT) Message-Id: <199708230317.UAA07095@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: [SUMMARY] Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 20:05:55 PDT." <199708230305.UAA01529@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 20:17:46 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The problem is that in your system the PnP code failed to program your card. I should be able to have solution for this type of scenario this weekend and it involves modifying the PnP code. So in summary the problem has nothing to do with the gus rather with the PnP code in the sound driver. Cheers, Amancio >From The Desk Of Dave Hayes : > > Please try this: > > controller snd0 > > device gus0 at isa? vector gusintr > > config -n > > touch /sys/i386/isa/sound/*.c > > cd /sys/compile/ > > make > > make install > > reboot > > That worked. Apparently it is better to let the code detect the card. > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > Show me a person who really knows what 'good' is, and I will show you that > the person almost never uses the word. > From owner-freebsd-multimedia Sat Aug 23 05:26:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10397 for multimedia-outgoing; Sat, 23 Aug 1997 05:26:54 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA10391 for ; Sat, 23 Aug 1997 05:26:49 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA17368; Sat, 23 Aug 1997 13:20:26 +0200 From: Luigi Rizzo Message-Id: <199708231120.NAA17368@labinfo.iet.unipi.it> Subject: Re: snd970821.tgz available To: hlew@www2.shoppersnet.com (Howard Lew) Date: Sat, 23 Aug 1997 13:20:26 +0200 (MET DST) Cc: multimedia@freebsd.org In-Reply-To: from "Howard Lew" at Aug 22, 97 07:40:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just finished testing it... > > dmesg probe shows: > Probing for PnP devices: > Trying Read_Port at 203 > CSN 1 Vendor ID: OPT0925 [0x2509143e] Serial 0xffffffff > port 0x0330 0x0000 0x0000 0x0000 irq 9:0 drq 4:4 > port 0x0000 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 > port 0x0220 0x0000 0x0000 0x0f0d irq 0:0 drq 4:4 > opti9251 rev 0xffffffff io 0x0220 intr 9 id 14 > Probing for devices on the ISA bus: > > ... > > pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x13 en 1 confl 0 > mss_probe: no address supplied, try default 0x0530 > I/O address inactive (ff), try pseudo_mss > mss_detect error - IREG (0x45/0x45) want 0xaa/0x45 > sb_probe: no address supplied, try defaults (0x220,0x240) > device at 0x220 already attached as unit 1 > pcm0 not found at 0xffffffff > > I think given the mss_probe detect error, it is unable to initialize the > sound card. Sndstat shows: pcm0 is the non-pnp entry. Your PnP card is installed as unit 1 (/dev/dsp1, /dev/audio1 etc.) > Hmmm... the card is still not really operational yet, but it no longer > crashes during bootup. Okay, I guess that's all for now. may or may not work, but did you try catting a file to /dev/audio1 ? If it does not work yet, probably some initialization myst be done in the attach code. Look at opti931_attach() and the data sheets for the opti925, and check if something must be done to the configuration space (which appears to be mapped around 0xf0d): > port 0x0220 0x0000 0x0000 0x0f0d irq 0:0 drq 4:4 I cannot help much since my opti931 devices do not behave as the spec say, so it will be a lot of trial and error... Cheers Luigi From owner-freebsd-multimedia Sat Aug 23 05:32:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10559 for multimedia-outgoing; Sat, 23 Aug 1997 05:32:15 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA10554 for ; Sat, 23 Aug 1997 05:32:11 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA17379; Sat, 23 Aug 1997 13:25:22 +0200 From: Luigi Rizzo Message-Id: <199708231125.NAA17379@labinfo.iet.unipi.it> Subject: Re: Why don't the sound drivers work with VAT? To: tinguely@plains.NoDak.edu (Mark Tinguely) Date: Sat, 23 Aug 1997 13:25:22 +0200 (MET DST) Cc: hasty@rah.star-gate.com, dave@jetcafe.org, multimedia@FreeBSD.ORG In-Reply-To: <199708222120.QAA21867@plains.NoDak.edu> from "Mark Tinguely" at Aug 22, 97 04:20:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I found that FreeBSD-2.2.2 has a problem with MBONE application if there is > no multicast route, but then I think you said that you were routing it to > localhost. ( route add 224.0.0.0 -netmask 0xf0000000 -interface 127.0.0.1 ) Actually I forgot the netmask and routed only a single address through the loopback, that might have been the problem Luigi From owner-freebsd-multimedia Sat Aug 23 12:21:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA10215 for multimedia-outgoing; Sat, 23 Aug 1997 12:21:10 -0700 (PDT) Received: from sujal.prognet.com (sujal.prognet.com [204.255.154.231]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10204 for ; Sat, 23 Aug 1997 12:21:03 -0700 (PDT) Received: from localhost (smpatel@localhost) by sujal.prognet.com (8.8.4/8.8.4) with SMTP id MAA08303 for ; Sat, 23 Aug 1997 12:21:03 -0700 (PDT) X-Authentication-Warning: sujal.prognet.com: smpatel owned process doing -bs X-Received: from ns3.harborcom.net (ns3.harborcom.net [206.158.4.7]) by sujal.prognet.com (8.8.4/8.8.4) with ESMTP id AAA04295 for ; Sat, 23 Aug 1997 00:07:17 -0700 (PDT) X-Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by ns3.harborcom.net (8.8.5/8.8.5) with ESMTP id CAA03267 for ; Sat, 23 Aug 1997 02:14:04 -0400 (EDT) X-Received: from mole (mole.slip.net [207.171.193.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA25011; Fri, 22 Aug 1997 23:14:02 -0700 (PDT) X-Received: from localhost.localhost [207.171.230.168] by mole with esmtp (Exim 1.62 #4) id 0x29SL-0000rr-00; Fri, 22 Aug 1997 23:13:53 -0700 X-Received: (from richw@localhost) by localhost.localhost (8.8.5/RICHW-970725c) id WAA00400; Fri, 22 Aug 1997 22:35:28 -0700 (PDT) Date: Fri, 22 Aug 1997 22:35:27 -0700 (PDT) From: Rich Wales X-Sender: richw@localhost To: smpatel@freebsd.org, hackers@freebsd.org Subject: Couldn't change IRQ on Creative SB16 PnP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ReSent-Date: Sat, 23 Aug 1997 12:20:58 -0700 (PDT) ReSent-From: Sujal Patel ReSent-To: multimedia@freebsd.org ReSent-Message-ID: Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to use FreeBSD-ISA_PnP_June8.tar.gz (with a 2.2.1 kernel) to change the IRQ on my Creative SB16 PnP from 5 to 10. I eventually got the new code to compile, and it recognized my SB16 and seemed to go through the motions of configuring it, but the card simply doesn't work right (kept getting "DMA timed out - IRQ/DRQ config error?" kernel errors). I can change the IRQ for the card in DOS (it works fine at IRQ10 under DOS and Windows) -- but in order to do so, I have to select one of the card's non-default configurations first (configuration 0 only allows IRQ5). Is it possible that this might be why the FreeBSD code couldn't change the IRQ? See below for the output of "pnpinfo" on my system. BTW, I had problems getting the code to compile properly at first, apparently because of confusion between the "pnp.h" file in i386/isa and the "pnp.h" file in my build directory. I eventually got it to work by giving i386/isa/pnp.h a different name and fiddling with the #include line in pnp.c. Rich Wales richw@webcom.com http://www.webcom.com/richw/ ======================================================================== Checking for Plug-n-Play devices... Trying Read_Port at 203 Card assigned CSN #1 Board Vendor ID: CTL0028 Board Serial Number: 100a5cc1 PnP Version: 1.0 Vendor Version: 16 Device Description: Creative SB16 PnP Logical Device ID: CTL0031 (31008c0e) Device Description: Audio Start Dependent Function Good Configuration IRQ: 5 DMA: 0 1 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 1 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x330 I/O Range maximum address: 0x330 I/O alignment for minimum: 1 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 End Dependent Function Logical Device ID: CTL2011 (11208c0e) Compatible Device ID: PNP0600 (0006d041) Device Description: IDE Start Dependent Function Good Configuration IRQ: 10 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x168 I/O Range maximum address: 0x168 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x36e I/O Range maximum address: 0x36e I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 11 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x1e8 I/O Range maximum address: 0x1e8 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x3ee I/O Range maximum address: 0x3ee I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 10 11 12 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x100 I/O Range maximum address: 0x1f8 I/O alignment for minimum: 8 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x3fe I/O alignment for minimum: 2 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x170 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x376 I/O alignment for minimum: 1 I/O length: 1 End Dependent Function Logical Device ID: PNPffff (ffffd041) Device Description: Reserved Device decodes the full 16-bit ISA address I/O Range maximum address: 0x100 I/O Range maximum address: 0x3f8 I/O alignment for minimum: 8 I/O length: 1 Logical Device ID: CTL7001 (01708c0e) Compatible Device ID: PNPb02f (2fb0d041) Device Description: Game Device decodes the full 16-bit ISA address I/O Range maximum address: 0x200 I/O Range maximum address: 0x200 I/O alignment for minimum: 1 I/O length: 8 End Tag ======================================================================== From owner-freebsd-multimedia Sat Aug 23 12:42:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA10892 for multimedia-outgoing; Sat, 23 Aug 1997 12:42:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10887 for ; Sat, 23 Aug 1997 12:42:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id MAA15694; Sat, 23 Aug 1997 12:42:38 -0700 (PDT) Message-Id: <199708231942.MAA15694@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: Why don't the sound drivers work with VAT? In-reply-to: Your message of "Fri, 22 Aug 1997 20:06:46 PDT." <199708230306.UAA01563@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 23 Aug 1997 12:42:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Dave Hayes : > BTW, the mbone works too. Proof: see Radio Free Vat. It is cool to see FreeBSD rocking the mbone 8) Have Fun , Amancio From owner-freebsd-multimedia Sat Aug 23 16:38:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21335 for multimedia-outgoing; Sat, 23 Aug 1997 16:38:46 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts7-line15.uoregon.edu [128.223.150.62]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21321 for ; Sat, 23 Aug 1997 16:38:39 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id QAA00328; Sat, 23 Aug 1997 16:38:34 -0700 (PDT) Date: Sat, 23 Aug 1997 16:38:34 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: [bt848] and PCI chipset question. In-Reply-To: <199708220156.SAA00300@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, 21 Aug 1997, Amancio Hasty wrote: > Would like to know if anyone is having problems with the following > Intel PCI chipset also if you are not having problems with > your system with this pci chipset please post. > > Probing for devices on PCI bus 0: > chip0 rev 1 on pci0:0 Hm, mine is rev 3 ^ > chip1 rev 1 on pci0:7:0 > chip2 rev 0 on pci0:7:1 > bktr0 rev 17 int a irq 10 on pci0:17 > Hauppauge WinCast/TV, Temic PAL tuner. > vga0 rev 84 int a irq 12 on pci0:19 I'm working perfectly with this motherboard. This is an 82430HX motherboard (Triton II), i.e. ASUS P55T2P4. I'm on the infamous Mach64 tho, not S3. Is the PAL tuner the right one? The newer Hauppauge stuff appears to have changed the tuner's signature. My probe for ref: chip0 rev 3 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 bktr0 rev 17 int a irq 9 on pci0:9 Hauppauge WinCast/TV, Philips NTSC tuner, dbx stereo. 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 Sat Aug 23 17:42:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA24862 for multimedia-outgoing; Sat, 23 Aug 1997 17:42:33 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts9-line7.uoregon.edu [128.223.150.88]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA24849 for ; Sat, 23 Aug 1997 17:42:30 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id RAA00441 for ; Sat, 23 Aug 1997 17:42:28 -0700 (PDT) Date: Sat, 23 Aug 1997 17:42:27 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: multimedia@freebsd.org Subject: Re: EggCam (fwd) 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 This came through on the QuickCam drivers list. The EggCam is a cheap alternative to the QuickCam. It looks like it comes with a Intel SVR3-style card on board. In case anyone wanted to shoot one of these down. :) 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 ---------- Forwarded message ---------- Date: Fri, 22 Aug 1997 21:30:11 -0400 (EDT) From: Stew Benedict To: quickcam-drivers@crynwr.com Subject: Re: EggCam Not Quickcam again but good news on the Eggcam front. I bought a real Miro PCTV card and the bttv module, grab and xtvscreen work fine with the Eggcam. I'm not sure what's different from the one that comes with the Eggcam, they look like identical boards, just parts missing such as the tuner and the audio on the Eggcam version. Also the part number is different. They both have bt848 chips, identical part numbers, different date codes. The only other clue is the bttv module identifies the Eggcam version as Happauge (sp?) and the other as Miro. Anyway, you CAN buy the Eggcam without the card, and then but the Miro card, mine was $99 from PCConnection. Stew ~~ Stew Benedict ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ AYS Enterprises ~~ benedict@netcom.com http://www.geocities.com/SiliconValley/8608 ~~~~~~ "It's not just shy sluggin' gorms neemer!" ~~~~~~