From owner-freebsd-multimedia Sun Jun 13 1: 3:33 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from tor-dev1.nbc.netcom.ca (tor-dev1.nbc.netcom.ca [207.181.89.12]) by hub.freebsd.org (Postfix) with ESMTP id 41D4F14DB5 for ; Sun, 13 Jun 1999 01:03:31 -0700 (PDT) (envelope-from taob@tor-dev1.nbc.netcom.ca) Received: (from taob@localhost) by tor-dev1.nbc.netcom.ca (8.8.8/8.8.8) id EAA11546; Sun, 13 Jun 1999 04:03:29 -0400 (EDT) Date: Sun, 13 Jun 1999 04:03:25 -0400 (EDT) From: Brian Tao X-Sender: taob@tor-dev1.nbc.netcom.ca To: multimedia@FreeBSD.ORG Subject: Using MX-700 SmartMedia PCMCIA adapter Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone tried the floppy or PCMCIA adapter for the Fujifilm MX-700's SmartMedia card? I'm downloading images from that camera via the serial port, but it's awfully slow (57.6 kbps). Has anyone tried the PCMCIA adapter under FreeBSD? I'm hoping it will simply show up as a hard drive, and that our PCMCIA support will recognize it. The floppy disk adapter needs a special Windows driver to access it, so I'm not holding out much hope that our fd driver will recognize it. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 3:46:16 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id 2810114DCD for ; Sun, 13 Jun 1999 03:46:05 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id LAA22078 Sun, 13 Jun 1999 11:45:56 +0100 (BST) Message-ID: <37638BEA.2C692D37@cs.strath.ac.uk> Date: Sun, 13 Jun 1999 11:46:02 +0100 From: Roger Hardiman Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: matt@dqc.org, multimedia@freebsd.org Subject: Hauppauge audio (was no sound with fxtv) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matt. Some people have reported the Hauppauge with MSP3430 not working for the audio. (Some people have it working just fine.) So, do not worry. We are working on a fix. To check that the audio will work, you need to edit brooktree848.c and look for the msp_autodetect() function. Change this line /* msp_write(bktr, 0x12, 0x0014, 0x7f40); */ to msp_write(bktr, 0x12, 0x0014, 0x7f40); This will make the MSP chip generate a test tone. Rebuild the kernel and reboot. Start FXTV as normal. Let me know if you can hear the test tone on your speakers Bye Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 8:15:34 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (dqc.org [12.7.119.10]) by hub.freebsd.org (Postfix) with ESMTP id 9FCC714E92 for ; Sun, 13 Jun 1999 08:15:22 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id 56039216B; Sun, 13 Jun 1999 08:15:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id 432011D for ; Sun, 13 Jun 1999 08:15:21 -0700 (PDT) Date: Sun, 13 Jun 1999 08:15:21 -0700 (PDT) From: just matt To: multimedia@FreeBSD.ORG Subject: Hauppauge audio (was no sound with fxtv) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Let me see if I can answer everyone's questions... Daniel McRobb >Have you tried switching to 'Audio Internal' under the fxtv 'Input' >menu? Works for me. I have a model 401 with FM tuner, but it also has >the MSP3430G-A1: Yup, I've tried that. No dice. Roger Hardiman >> I know it isn't supposed to tune to FM radio stations. >This is interesting. >Can you tell me >a) if the tuner module has 2 external connectors or just 1 >b) can you email me the output of > fxtv -debug startup a) The tuner has 4 ports on the card, a standard RCA jack (video in), a standard cable jack (cable tv in), and a stereo line in and stereo line out standard 1/8" earphone jacks. Nothing else. b) % fxtv -debug startup Fxtv v0.48 DETECTED CAPTURE CARD(S) [DRIVER PROBES]: bktr0: rev 0x02 int a irq 11 on pci0.4.0 bti2c0: SYSCTL MIB VALUES: kern.version: FreeBSD 3.1-RELEASE #0: Sun Jan 2 02:59:59 GMT 2000 matt@192.168.1.69:/usr/src/sys/compile/POSHIZBEST hw.bt848.card: -1 hw.bt848.tuner: -1 hw.bt848.reverse_mute: -1 hw.bt848.format: -1 TUNER SIGNATURE (0x01 - 0xff): 00 00 00 00 00 00 00 00 01 00 01 00 02 00 00 00 01 36 00 08 10 d7 bf ef 26 2a 00 08 ea 00 00 00 00 00 00 00 00 94 07 28 01 00 00 00 68 f9 00 08 d4 d7 bf 30 1f 33 07 08 0a 00 00 00 eb d6 bf ef 01 00 00 00 5c 38 10 28 00 00 00 00 00 94 07 28 81 36 00 08 4f 97 04 08 b8 14 00 08 68 f9 00 08 00 00 00 00 44 fa 21 28 01 0d 11 28 68 d7 bf ef e1 2c 00 08 68 f9 00 08 68 d7 bf ef 7d 2a 00 08 TUNER I2C DEVICES FOUND AT: 0x80, 0xa0, 0xc2 CAPTURE CARD EEPROM CONTENTS: Read 256 EEPROM bytes (0x00 - 0xff) 84 12 00 00 05 50 0e 49 08 0a 01 b7 ee 40 0b 84 00 00 00 00 00 84 0a 00 01 01 20 77 00 40 2d 90 10 00 74 02 01 07 02 79 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70 84 12 00 00 05 50 0e 49 08 0a 01 b7 ee 40 0b 84 00 00 00 00 00 84 0a 00 01 01 20 77 00 40 2d 90 10 00 74 02 01 07 02 79 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70 Supported RGB Capture Pixel Formats: bpp Bpp RGB Masks Swap --- --- ---------------------------- ---- 15 2 00007c00, 000003e0, 0000001f NB 16 2 0000f800, 000007e0, 0000001f NB 24 3 00ff0000, 0000ff00, 000000ff B 24 4 00ff0000, 0000ff00, 000000ff NBWb Supported YUV Capture Pixel Formats: YUVSize HSamp VSamp Pack CompOrder T->B L->R YTrans ------- ----- ----- ------ --------- ---- ---- ------ 8,8,8 1,2,2 1,1,1 PLANAR YUV Y Y N 8,8,8 1,2,2 1,1,1 PACKED YUYV Y Y N 8,8,8 1,2,2 1,2,2 PLANAR YUV Y Y N XSERVER: 'The XFree86 Project, Inc' v3330, Protocol Verson 11.0 Screen Res = 1024x768, DefDepth = 16; NumScreens = 1 Bitmap Unit/BitOrder/Pad = 32/LSBFirst/32, Image ByteOrder = LSBFirst XF86DGAQueryVersion() succeeded - vers = 1.00 BaseAddr = 0xe1000000, Pitch = 1024, BankSize/RamSize = 8355840/8355840 Rating Available Visuals: Rating Class bpp Bpp R,G,B Masks Swap DirectVid ------ ----------- --- --- ---------------------------- ---- --------- 5 TrueColor 16 2,2 00007c00, 000003e0, 0000001f -- Yes Default Visual is 16-bpp TrueColor XF86VidModeQueryVersion() succeeded - version = 0.08 >> BKTR_NO_MSP_RESET and did a soft boot after initializing the windoze >> driver with no luck, so that is out. > >Now that is weird. That was supposed to work. I looked into that and for some reason the option wasn't configured in i386.options in /usr/src/sys/i386/conf. I just fixed it and recompiled and will boot into (shudder) windows momentarily to give it a try. It's an ugly solution, but I rarely reboot so I guess it's not a huge deal. >To check that the audio will work, you need to edit brooktree848.c and >look for the msp_autodetect() function. >Change this line > /* msp_write(bktr, 0x12, 0x0014, 0x7f40); */ >to > msp_write(bktr, 0x12, 0x0014, 0x7f40); Yes, there is an ear piercing tone now. Juha.Nurmela@quicknet.inet.fi suggested I try doing a msp_write(bktr, 0x10, 0x0030, ???) and use the tables in the data sheet for this particular processor as a guideline, though I haven't had time to more than skim the data sheet so far. Thanks for all the replies thus far! Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 13: 9:14 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-98.quicknet.inet.fi [194.251.102.98]) by hub.freebsd.org (Postfix) with ESMTP id 11DF214D49 for ; Sun, 13 Jun 1999 13:09:10 -0700 (PDT) (envelope-from junki@qn-lpr2-98.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id XAA01132; Sun, 13 Jun 1999 23:11:08 +0300 (EEST) (envelope-from junki@qn-lpr2-98.quicknet.inet.fi) Date: Sun, 13 Jun 1999 23:11:07 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: just matt Cc: multimedia@FreeBSD.ORG Subject: msp34x0g initialization sequence for autodetect Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On page 36 of 92 in the msp34x0g.pdf, there are complete sequences to initialize G-model for different audio standards. 'Automatic standard detection' looks particularly nice. 12 0000 7300 lsp volume; 10 0030 2003 modus; automatic, prefer BTSC over Korean NTSC M 10 0020 0001 standard select; automatic 12 000E 2403 FM prescale/matrix; (dummy) 12 0010 5A00 NICAM prescale; 5A (thinking here was a typo, not 005A) 12 0008 0320 source select; (dummy) G-model only... Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 13:56:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (dqc.org [12.7.119.10]) by hub.freebsd.org (Postfix) with ESMTP id 8821914C1E for ; Sun, 13 Jun 1999 13:56:18 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id 10A48216B; Sun, 13 Jun 1999 13:56:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id ED9BC1D for ; Sun, 13 Jun 1999 13:56:17 -0700 (PDT) Date: Sun, 13 Jun 1999 13:56:17 -0700 (PDT) From: just matt To: multimedia@freebsd.org Subject: Hauppauge audio (was no sound with fxtv) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd like to thank everyone who helped with my little problem and gave me some really good hints as to what to do to make things work. As you can guess, things are working now soundwise with the hauppauge model 400 card. It seems to automatically detect and switch between mono and stereo transmissions, so it all looks good. so I thought I'd post my solution in case anyone was interested... As per what Juha Nurmela and Roger Hardiman said the problem laid in the initialization of the msp3430G chip, which seems to happen around line 6170 of the brooktree848.c file, which looked like this before I modified it. msp_write(bktr, 0x12, 0x0000,0x7300); /* Set volume to 0db gain */ msp_write(bktr, 0x10, 0x0020,0x0001); /* Enable Auto format detection */ msp_write(bktr, 0x10, 0x0021,0x0001); /* Auto selection of NICAM/MONO mode */ /* uncomment the following line to enable the MSP34xx 1Khz Tone Generator */ /* msp_write(bktr, 0x12, 0x0014, 0x7f40); */ I checked this against the data sheet for the msp34x0G series of chips and noticed some problems, first the msp_write(bktr, 0x10, 0x0021,0x0001); didn't make any sense, 0x0021 wise, as this series of chips only lists 0x0020 and 0x0030 as writeable addresses for initializing the beast to automatically detect incoming sound. That helped but didn't bring in any sound, so I looked further down the data sheet and saw some sample initialization sequences, and chose try example 3.5.2 for BTSC stereo which looks like this: <80 00 80 00> // Soft reset <80 00 00 00> <80 10 00 30 20 03> // MODUS-Register: Automatic = on <80 10 00 20 00 20> // Standard Select: BTSC-Stereo <80 12 00 0E 24 03> // FM/AM Prescale = 24h // FM-Matrix = Sound-A Mono <80 12 00 08 03 20> // Source select = (St or A) & Ch. Matrix = St. <80 12 00 00 73 00> // Loudspeaker Volume 0 db Notice the reverse of the loudspeaker set between the example and current code. Does this make a difference? I haven't checked. So I tried implementing this sample init sequence, minus the soft reset of course. This is what it looks like now... msp_write(bktr, 0x10, 0x0030,0x2003); /* Enable Auto format detection */ msp_write(bktr, 0x10, 0x0020,0x0020); /* Standard Select Reg. = BTSC-Sterio */ msp_write(bktr, 0x12, 0x000E,0x2403); /* darned if I know */ msp_write(bktr, 0x12, 0x0008,0x0320); /* Source select = (St or A) & Ch. Matrix = St */ msp_write(bktr, 0x12, 0x0000,0x7300); /* Set volume to 0db gain */ Couple things to mention, I don't know why there is a need to set the FM/AM Prescale or the FM matrix, but I'm not entirely sure what they do. Also, the msp_write(bktr, 0x10, 0x0020,0x0020); might be better replaced by msp_write(bktr, 0x10, 0x0020,0x0001); so the driver auto-detects input (?) rather than assuming BTSC-Sterio. After rebooting with the new msp_write()'s in place everything took off and worked great. I dunno how easy it will be to implement a patch for the driver so as the changes don't reduce or remove functionality from other cards, but at least this will work as a temp patch for those people with the model 400 hauppauge card. Special thanks to Juha Nurmela for linking me up with the url to the data sheet and giving me the hints about messing with the msp, and more special thanks to Roger Hardiman who first gave me the hint to use the actual function msp_write() and the audio mux selector info. Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 15:15: 7 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (dqc.org [12.7.119.10]) by hub.freebsd.org (Postfix) with ESMTP id CA60814E2C for ; Sun, 13 Jun 1999 15:15:05 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id 0590F216B; Sun, 13 Jun 1999 15:15:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id E4C751D for ; Sun, 13 Jun 1999 15:15:04 -0700 (PDT) Date: Sun, 13 Jun 1999 15:15:04 -0700 (PDT) From: just matt To: multimedia@freebsd.org Subject: one more fxtv question (really fxtv this time) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Now that I got fxtv up and running I was wondering if there is any way to run the thing full screen. I tried recompiling with different x/y defaults for zoom mode but I only get a black screen when zoomed. Am I missing something simple? Thanks, Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 15:34:29 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from friley-185-206.res.iastate.edu (friley-185-206.res.iastate.edu [129.186.185.206]) by hub.freebsd.org (Postfix) with ESMTP id F12AC14F65 for ; Sun, 13 Jun 1999 15:34:22 -0700 (PDT) (envelope-from ccsanady@scl.ameslab.gov) Received: from friley-185-205.res.iastate.edu (friley-185-205.res.iastate.edu [129.186.185.205]) by friley-185-206.res.iastate.edu (Postfix) with ESMTP id 65CFDA3 for ; Sun, 13 Jun 1999 17:34:16 -0500 (CDT) Received: from scl.ameslab.gov (localhost [127.0.0.1]) by friley-185-205.res.iastate.edu (Postfix) with ESMTP id 07ACB12E for ; Sun, 13 Jun 1999 17:34:16 -0500 (CDT) Message-ID: <376431E7.75B88E5C@scl.ameslab.gov> Date: Sun, 13 Jun 1999 17:34:15 -0500 From: Chris Csanady Reply-To: cc@137.org X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Subject: x10 mouseremote.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just purchased one of these, and have not been able to make it work. Must it be attached to a serial port? I would really like to use the ps/2 mouse port if at all possible.. Thanks, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 15:40:52 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 0AD1514F65 for ; Sun, 13 Jun 1999 15:40:48 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-5-182.dialup.rdu.ipass.net [209.170.134.182]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA13161; Sun, 13 Jun 1999 18:40:42 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id SAA03915; Sun, 13 Jun 1999 18:42:18 -0400 (EDT) (envelope-from rhh) Date: Sun, 13 Jun 1999 18:42:18 -0400 From: Randall Hopper To: just matt Cc: multimedia@FreeBSD.ORG Subject: Re: one more fxtv question (really fxtv this time) Message-ID: <19990613184218.A3850@ipass.net> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=fdj2RfSjLxBAspz7 X-Mailer: Mutt 0.95.1i In-Reply-To: ; from just matt on Sun, Jun 13, 1999 at 03:15:04PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii just matt: |Now that I got fxtv up and running I was wondering if there is any way to |run the thing full screen. I tried recompiling with different x/y |defaults for zoom mode but I only get a black screen when zoomed. Am I |missing something simple? Thanks, Hmmmm. Check that you have 640x480 mode configured correctly. Let's make sure this is the case and your DGA extension isn't confused first. Compile the attached C program using: cc -I/usr/X11R6/include -L/usr/X11R6/lib -o xsetvmode xsetvmode.c \ -lX11 -lXext -lXxf86vm and then run: xsetvmode -q # Should print your current video mode xsetvmode 640 480 # Should switch down to 640x480 xsetvmode -q # If successful, should print 640 480 Randall --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xsetvmode.c" /* * xsetvmode.c * * Simple utility to change video modes under XFree. The version of XFree * being run must support the vidmode extension. Also note that only * the video mode will be changed. The desktop size will remain the * same. * * Written by: Randall Hopper (5/24/97) * */ #include #include #include #include #include /*#define VMODE_SWITCHTOMODE_API_IS_BUSTED ...Unfortunately*/ #define ERRPRINT(str) fprintf( stderr, str ) /**@BEGINFUNC************************************************************** Prototype : static INT32 SGetCurVidMode( Display *display, int screen, XF86VidModeModeInfo **vm_list, int vm_list_len ) Purpose : Returns the index of the current video mode in the vm_list video mode list. NOTE: Assumes the vidmode extension is supported. Programmer : 13-Apr-97 Randall Hopper Parameters : display - I: X display to query screen - I: screen on X display to query vm_list - I: list of video mode structs vm_list_len - I: length of vm_list Returns : index of current mode in list Globals : None. **@ENDFUNC*****************************************************************/ static INT32 SGetCurVidMode( Display *display, int screen, XF86VidModeModeInfo **vm_list, int vm_list_len ) { int dot_clock, vm; XF86VidModeModeLine vm_info; if ( !XF86VidModeGetModeLine( display, screen, &dot_clock, &vm_info ) ) { ERRPRINT( "XF86VidModeGetModeLine() failed\n" ); exit(1); } for ( vm = 0; vm < vm_list_len; vm++ ) if (( vm_info.hdisplay == vm_list[vm]->hdisplay ) && ( vm_info.hsyncstart == vm_list[vm]->hsyncstart ) && ( vm_info.hsyncend == vm_list[vm]->hsyncend ) && ( vm_info.htotal == vm_list[vm]->htotal ) && ( vm_info.vdisplay == vm_list[vm]->vdisplay ) && ( vm_info.vsyncstart == vm_list[vm]->vsyncstart ) && ( vm_info.vsyncend == vm_list[vm]->vsyncend ) && ( vm_info.vtotal == vm_list[vm]->vtotal )) break; if ( vm >= vm_list_len ) { ERRPRINT( "SGetCurVidMode: Couldn't find cur mode in list\n" ); exit(1); } return vm; } int main( int argc, char *argv[] ) { Display *display; int screen, vmode_majv, vmode_minv, vm_list_len, vm_startup; XF86VidModeModeInfo **vm_list; /* Connect to the default XServer ($DISPLAY) */ if ( (display = XOpenDisplay( NULL )) == NULL ) { ERRPRINT( "Can't open X display\n" ); exit(1); } screen = DefaultScreen( display ); /* First determine if the vidmode extension is supported on this server */ if ( !XF86VidModeQueryVersion( display, &vmode_majv, &vmode_minv ) ) { ERRPRINT( "XF86VidModeQueryVersion() failed\n" ); exit(1); } /* Get a list of all video modes supported by the server */ if ( !XF86VidModeGetAllModeLines( display, screen, &vm_list_len, &vm_list ) ) { ERRPRINT( "XF86VidModeGetAllModeLines() failed\n" ); exit(1); } /* Get the current video mode */ vm_startup = SGetCurVidMode( display, screen, vm_list, vm_list_len ); /* Now, deal with user request. */ /* If user just wanted to know res of current mode, print it */ if (( argc == 2 ) && ( strcmp( argv[1], "-q" ) == 0 )) printf( "%d %d\n", vm_list[ vm_startup ]->hdisplay, vm_list[ vm_startup ]->vdisplay ); /* Or if user wanted to change res to that specified, try to do that */ else if (( argc == 3 ) && ( strspn( argv[1], "0123456789" ) == strlen( argv[1] ) ) && ( strspn( argv[2], "0123456789" ) == strlen( argv[2] ) )) { int xres = atoi( argv[1] ), yres = atoi( argv[2] ), i; for ( i = 0; i < vm_list_len; i++ ) if (( xres == vm_list[i]->hdisplay ) && ( yres == vm_list[i]->vdisplay )) break; if ( i >= vm_list_len ) { fprintf( stderr, "Resolution %dx%d not supported by XServer\n", xres, yres ); exit(1); } #ifdef VMODE_SWITCHTOMODE_API_IS_BUSTED { int j; for ( j = vm_startup; j != i; j += (i-vm_startup>0) ? 1 : -1 ) if ( !XF86VidModeSwitchMode( display, screen, (i-j) > 0 ? 1 : 0 ) ) { ERRPRINT( "XF86VidModeSwitchMode() failed\n" ); exit(1); } } #else if ( !XF86VidModeSwitchToMode( display, screen, vm_list[i] ) ) { ERRPRINT( "XF86VidModeSwitchToMode() failed\n" ); exit(1); } #endif XSync( display, False ); } /* Bad options. Print help */ else { char *p = strrchr( argv[0], '/' ); if ( p == NULL ) p = argv[0]; printf( "%s -- XFree Video Mode Query/Switch Utility\n\n" "\tParameters: [ -q | ]\n\n" "\tUse '%s -q' to query the current video mode\n" "\tUse '%s ' to switch to a video mode\n", p,p,p ); exit(1); } XCloseDisplay( display ); return 0; } --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 16:21:50 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-98.quicknet.inet.fi [194.251.102.98]) by hub.freebsd.org (Postfix) with ESMTP id 7609214C38 for ; Sun, 13 Jun 1999 16:21:47 -0700 (PDT) (envelope-from junki@qn-lpr2-98.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id CAA01528 for ; Mon, 14 Jun 1999 02:23:54 +0300 (EEST) (envelope-from junki@qn-lpr2-98.quicknet.inet.fi) Date: Mon, 14 Jun 1999 02:23:53 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: freebsd-multimedia@freebsd.org Subject: Speed of hauppauge multichannel display ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, How fast is the Windows-software playing multiple channels at once ? The handbook mentioned such a feature exists, but I couldn't try it (strictly non-windows-computer here ;) Playing 3x3 cells drops to about 1 sec of refresh on each cell, which isn't bad at all. Still wondering could it be squeezed even more... Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 16:41: 8 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 9C68B14E04 for ; Sun, 13 Jun 1999 16:40:45 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (802 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Sun, 13 Jun 1999 16:40:34 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Sun, 13 Jun 1999 16:40:34 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: just matt Cc: multimedia@freebsd.org Subject: Re: Hauppauge audio (was no sound with fxtv) References: Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > msp_write(bktr, 0x10, 0x0030,0x2003); /* Enable Auto format detection */ > msp_write(bktr, 0x10, 0x0020,0x0020); /* Standard Select Reg. = BTSC-Sterio */ > msp_write(bktr, 0x12, 0x000E,0x2403); /* darned if I know */ > msp_write(bktr, 0x12, 0x0008,0x0320); /* Source select = (St or A) & Ch. Matrix = St */ > msp_write(bktr, 0x12, 0x0000,0x7300); /* Set volume to 0db gain */ yesssssssssss!!!!!!!!!!!!!!!!!!!!!! thank you. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 18:17:30 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (dqc.org [12.7.119.10]) by hub.freebsd.org (Postfix) with ESMTP id E00A314BCD for ; Sun, 13 Jun 1999 18:17:28 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id A684F215A; Sun, 13 Jun 1999 18:17:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id 9197323 for ; Sun, 13 Jun 1999 18:17:24 -0700 (PDT) Date: Sun, 13 Jun 1999 18:17:24 -0700 (PDT) From: just matt To: freebsd-multimedia@freebsd.org Subject: Re: Speed of hauppauge multichannel display ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org the windows software doesn't really "play multiple channels at once", it just splits up a window into 16 smaller windows and takes consecutive freeze frames of the channels. It takes about a second and a half per freeze frame, and often the picture is scewed or broken. Not very impressive if you ask me. It's alot like the channel guide feature on the RCA ProScan televisions. I do have to give the windows software a bit of credit though, it changes channels incredibly fast when not implementing the "multiple channels at once(kindof)" feature. So don't feel bad, you're not missing anything software wise. Matt On Mon, 14 Jun 1999, Juha Nurmela wrote: > > Hello, > > How fast is the Windows-software playing multiple channels > at once ? The handbook mentioned such a feature exists, > but I couldn't try it (strictly non-windows-computer here ;) > > Playing 3x3 cells drops to about 1 sec of refresh on each > cell, which isn't bad at all. Still wondering could it be > squeezed even more... > > Juha > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 18:21:17 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 9605E14C95 for ; Sun, 13 Jun 1999 18:21:13 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-236.dialup.rdu.ipass.net [209.170.132.236]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id VAA00782; Sun, 13 Jun 1999 21:21:08 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id VAA02046; Sun, 13 Jun 1999 21:22:44 -0400 (EDT) (envelope-from rhh) Date: Sun, 13 Jun 1999 21:22:44 -0400 From: Randall Hopper To: cc@137.org Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: x10 mouseremote.. Message-ID: <19990613212244.A1988@ipass.net> References: <376431E7.75B88E5C@scl.ameslab.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <376431E7.75B88E5C@scl.ameslab.gov>; from Chris Csanady on Sun, Jun 13, 1999 at 05:34:15PM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Csanady: |I just purchased one of these, and have not been able to make it |work. Must it be attached to a serial port? I would really like |to use the ps/2 mouse port if at all possible.. I don't know that anyone has ever tried it. When I wrote the support a while ago, I could only test with serial. If it doesn't work, feel free to hack on it: # cd /usr/src # cat /cd/src/susbin.?? | tar -xozvf - usr.sbin/moused # cd usr.sbin/moused Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Jun 13 23:23:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from bh.mbn.or.jp (bh.mbn.or.jp [202.217.0.65]) by hub.freebsd.org (Postfix) with ESMTP id A562914EA0 for ; Sun, 13 Jun 1999 23:23:22 -0700 (PDT) (envelope-from mimiandi@bh.mbn.or.jp) Received: from cse9-15.machida.mbn.or.jp (cse9-15.machida.mbn.or.jp [202.217.28.39]) by bh.mbn.or.jp (8.9.1a/bh.mbn.or.jp-2.0) with ESMTP id PAA16456 for ; Mon, 14 Jun 1999 15:23:20 +0900 (JST) Date: Mon, 14 Jun 1999 15:27:08 -0700 (PDT) From: Daniel Jung To: freebsd-multimedia@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just wondering if Ensoniq 1371 chipset is supported yet. Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 0:21:23 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id 7090F14BD4 for ; Mon, 14 Jun 1999 00:21:19 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (kingfisher.egd.igd.fhg.de [153.96.43.107]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA3271 for ; Mon, 14 Jun 1999 09:21:30 +0200 Message-ID: <3764AD5F.3A2AB1B4@rostock.zgdv.de> Date: Mon, 14 Jun 1999 09:21:03 +0200 From: "Thomas Runge" Organization: http://www.rostock.zgdv.de X-Mailer: Mozilla 4.6 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.ORG Subject: Re: Speed of hauppauge multichannel display ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org just matt wrote: > RCA ProScan televisions. I do have to give the windows software a bit of > credit though, it changes channels incredibly fast when not implementing > the "multiple channels at once(kindof)" feature. So don't feel bad, > you're not missing anything software wise. At least, the radio can scan much faster and more accurate and it can tell you, whether the actual station has a stereo signal or not. I had a look into the data sheets and there is a flag for fast and slow scanning/tuning, but whatever I tried in our driver, the result was the same. And the stereo indicator. I guess, it's possible to do that with some mystical msp_read()? :-) -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 1:20:23 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id C897314F00 for ; Mon, 14 Jun 1999 01:20:21 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id JAA01332 Mon, 14 Jun 1999 09:20:14 +0100 (BST) Message-ID: <3764BB3D.2781@cs.strath.ac.uk> Date: Mon, 14 Jun 1999 09:20:13 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: Juha.Nurmela@quicknet.inet.fi Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Speed of hauppauge multichannel display ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Juha, On my Hauppaug Windows 95 software, I thought it updated each channel once every second. So if you have 4 channels, each is updated every 4 seconds. Bye Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 2: 5:10 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id CC41615280 for ; Mon, 14 Jun 1999 02:05:05 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id KAA01872 Mon, 14 Jun 1999 10:04:54 +0100 (BST) Message-ID: <3764C5B5.41C6@cs.strath.ac.uk> Date: Mon, 14 Jun 1999 10:04:53 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: just matt Cc: multimedia@FreeBSD.ORG Subject: Re: Hauppauge audio (was no sound with fxtv) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matt Congratualtions on getting the MSP3430 working. I'll add this to the driver. If I record the autodetected chip type I can switch between the existing code and the new code based on the sting the MSP returns. (In theory, one of the EEPROM locations also tells me the MSP type. (Well done to Hauppauge), so I could use that. But I'll use the MSP sting so it works on non-hauppauge cards too (in theory) You mentioned MSP register 0x21. This is for the European NICAM stereo format. > Notice the reverse of the loudspeaker set between the example and current code. Not really. The MSP chip has 2 or is it 3 output channels. One is called the Speaker Out. One is Line Out? or something. The idea is that you have independant volumes on each channel. (Eg, you may have a TV with an MSP chip in and with line out too for your HiFi. Then you turn the TV set speakers down via your remote control, you sill want the line out (for your Hi-Fi) to remain unchanged. > Couple things to mention, I don't know why there is a need to set the > FM/AM Prescale or the FM matrix, but I'm not entirely sure what they do. > Also, the msp_write(bktr, 0x10, 0x0020,0x0020); might be better replaced > by msp_write(bktr, 0x10, 0x0020,0x0001); so the driver auto-detects input > (?) rather than assuming BTSC-Sterio. Auto detect could be handy. But we can try that later (or try it when someone complains Bye Roger -- Roger Hardiman | Telepresence Research Group roger@cs.strath.ac.uk | DMEM, University of Strathclyde tel: 0141 548 2897 | Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557 | http://telepresence.dmem.strath.ac.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 3:16:58 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id BE0021508E; Mon, 14 Jun 1999 03:16:53 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id LAA02804 Mon, 14 Jun 1999 11:16:42 +0100 (BST) Message-ID: <3764D689.41C6@cs.strath.ac.uk> Date: Mon, 14 Jun 1999 11:16:41 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: just matt , Juha.Nurmela@quicknet.inet.fi, Randy Bush Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Hauppauge MSP3430 audio fix. Please test References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We now have working audio for Hauppauge WinCast/TV users with the MSP3430G DBX stereo chip. Thanks to Matt, Juhn, Randy and everyone else who got it working. An updated bt848/bt878 bktr driver for FreeBSD 3.1, 3.2, 3.x-stable and 4.x users can be found in the snapshots section of http://telepresence.dmem.strath.ac.uk/bt848 Please can you download and test. Also, can some European MSP3410/3415 users check the driver too to make sure I have not broken your support. Email your feedback to roger@cs.strath.ac.uk or roger@freebsd.org Bye Roger -- Roger Hardiman | Telepresence Research Group roger@cs.strath.ac.uk | DMEM, University of Strathclyde tel: 0141 548 2897 | Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557 | http://telepresence.dmem.strath.ac.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 18:49:46 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from bilby.prth.tensor.pgs.com (bilby.prth.tensor.pgs.com [157.147.232.237]) by hub.freebsd.org (Postfix) with ESMTP id E643114C47; Mon, 14 Jun 1999 18:48:46 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by bilby.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id JAA21358; Tue, 15 Jun 1999 09:47:42 +0800 (WST) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.9.3/8.8.8) with SMTP id JAA07246; Tue, 15 Jun 1999 09:48:41 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id JAA09202; Tue, 15 Jun 1999 09:48:40 +0800 Message-Id: <199906150148.JAA09202@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org, multimedia@freebsd.org Subject: Voodoo device driver for current enclosed (2nd try!) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Jun 1999 09:48:40 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Find herein the files that make up my so far unsuccessful attempt to writ= e a voodoo device driver. It was translated wholesale from Daryl Strauss's driver for Linux, although I've messed up something along the way. At the= moment, it will lock up the machine hard shortly after mmaping the card's= memory. I'm about to go on holidays for a week, so I thought I'd throw th= is out for you all to take a look at and hopefully find out what I've done wrong. In order to use it you will have to add to /sys/i386/conf/files.i386 the following line - pci/voodoo.c optional voodoo device-driver And then to your machine config file device voodoo0 # I hope this works.... You'll have to cut'n'paste the files into the appropriate directories (la= st time I sent a uuencoded tar file, but that hasn't appeared yet), config y= our kernel and recompile & reinstall your linux emulator module. You will als= o have to have the appropriate version of glide for your card (note that the dri= ver doesn't as yet support the voodoo3 series, although this would be trivial= to add), and a copy of the glide SDK. I've been using the little test progra= ms that come with the SDK. I apologise for the humungous size of this meesag= e, but I have nowhere I can put it up for public ftp. ------- CUT HERE --- /sys/pci/voodoo.c ---------- /* * Copyright ME * * voodoo driver * $Id: make_device_driver.sh,v 1.0 Tue Aug 18 14:09:07 EST 1998 crb Exp = $" */ #include "pci.h" #if NPCI >0 #include "opt_devfs.h" #include "voodoo.h" /* generated file.. * defines NVOODOO */ #include #include #include /* SYSINIT stuff */ #include /* cdevsw stuff */ #include #include #include /* malloc region * definitions */ #include /* DELAY() */ #include #include #include #include #include #include /* NCPI definitions */ #include /* pci variables etc. */ #include /* pci register * definitions etc. */ #include /* voodoo IOCTL * definitions */ #ifdef DEVFS #include /* DEVFS defintitions */ #endif /* DEVFS */ #ifndef _IOC_DIR #define _IOC_DIR(x) (x & IOC_DIRMASK) #endif #define VENDOR_3DFX 0x121a #define VENDOR_ALLIANCE 0x1142 #define ID_VOODOO1 1 #define ID_VOODOO2 2 #define ID_AT3D 0x643d #define VOODOO1 ((ID_VOODOO1 << 16) | VENDOR_3DFX) #define VOODOO2 ((ID_VOODOO2 << 16) | VENDOR_3DFX) #define RUSH ((ID_AT3D << 16) | VENDOR_ALLIANCE) #define PCI_VENDOR_ID_FREEBSD 0x0 #define PCI_DEVICE_ID_FREEBSD 0x2 #define PCI_COMMAND_FREEBSD 0x4 #define PCI_REVISION_ID_FREEBSD 0x8 #define PCI_BASE_ADDRESS_0_FREEBSD 0x10 #define SST1_PCI_SPECIAL1_FREEBSD 0x40 #define SST1_PCI_SPECIAL2_FREEBSD 0x44 #define SST1_PCI_SPECIAL3_FREEBSD 0x48 #define SST1_PCI_SPECIAL4_FREEBSD 0x54 #define VGA_INPUT_STATUS_1C 0x3DA #define VGA_MISC_OUTPUT_READ 0x3cc #define VGA_MISC_OUTPUT_WRITE 0x3c2 #define SC_INDEX 0x3c4 #define SC_DATA 0x3c5 /* Function prototypes (these should all be static except for voodoointr(= )) */ static d_open_t voodooopen; static d_close_t voodooclose; static d_ioctl_t voodooioctl; static d_mmap_t voodoommap; static char *voodooprobe(pcici_t tag, pcidi_t type); static void voodooattach(pcici_t tag, int unit); static u_long voodoocount; typedef struct pioData_t { short port; short size; int device; void *value; } pioData; typedef struct cardInfo_t { pcici_t tag; vm_offset_t virbase, physbase; int vendor; pcidi_t type; int addr; struct file *curFile; } cardInfo; #define MAXCARDS 16 cardInfo cards[MAXCARDS]; static int numCards=3D0; #define CDEV_MAJOR 107 static struct cdevsw voodoo_cdevsw =3D { voodooopen, voodooclose, noread, nowrite, voodooioctl, NULL, noreset, nodevtotty, nopoll, voodoommap, nostrategy, "voodoo", noparms, CDEV_MAJOR, nodump, nopsize, 0, 0, -1 }; static struct pci_device voodoo_device =3D { "voodoo", voodooprobe, voodooattach, &voodoocount, NULL }; /* The DATA_SET macro includes the pci device in the set of pci devices * that will be probed at config time. */ #ifdef COMPAT_PCI_DRIVER COMPAT_PCI_DRIVER (voodoo, voodoo_device); #else DATA_SET(pcidevice_set, voodoo_device); #endif #define UNIT(dev) minor(dev) /* assume one minor * number per unit */ /* * One of these per allocated device */ struct voodoo_softc { #ifdef DEVFS static void *devfs_token; #endif }; typedef struct voodoo_softc *sc_p; static sc_p sca[NVOODOO]; /* this function should discriminate if this device is * or is not handled by this driver, often this will be * as simple as testing the pci id of the device */ static void storeCard(pcici_t tag, pcidi_t type, char *name) { cards[numCards].tag =3D tag; cards[numCards].type =3D (type & 0xffff0000) >> 16; cards[numCards].vendor =3D type & 0xffff; pci_map_mem(tag, PCI_MAP_REG_START, & cards[numCards].virbase, &cards[n= umCards].physbase); cards[numCards].physbase &=3D ~0xF; /* cards[numCards].physbase =3D (pci_cfgread(tag, PCIR_MAPS, 4) & ~0xF= );*/ printf("%s has mem at phys 0x%lx, vir 0x%lx type 0x%x, vendor 0x%x\n", name, cards[numCards].physbase, cards[numCards].virbase, = cards[numCards].type, cards[numCards].vendor); /* Read configuration here */ numCards++; } static char * voodooprobe(pcici_t tag, pcidi_t type) { char *board_type =3D (char *)0; switch (type) { case VOODOO1: board_type =3D "3DFX Voodoo 1"; storeCard(tag, type, board_type); break; case VOODOO2: board_type =3D "3DFX Voodoo 2"; storeCard(tag, type, board_type); break; case RUSH: board_type =3D "AT3D Rush"; storeCard(tag, type, board_type); break; }; return board_type; } /* * Called if the probe succeeded. */ static void voodooattach(pcici_t tag, int unit) { sc_p scp =3D sca[unit]; /* Allocate storage for this instance . */ scp =3D malloc(sizeof(*scp), M_DEVBUF, M_NOWAIT); if (scp =3D=3D NULL) { uprintf("voodoo%d failed to allocate driver storage\n", unit); return; } bzero(scp, sizeof(*scp)); sca[unit] =3D scp; /* Store whatever seems wise. */ #if DEVFS scp->devfs_token =3D devfs_add_devswf(&voodoo_cdevsw, unit, DV_CHR, UID_ROOT, GID_KMEM, 0600, "3dfx%d", unit); #endif /* Set up video mem addresses and port i/o addresses. */ } /* * Macro to check that the unit number is valid * Often this isn't needed as once the open() is performed, * the unit number is pretty much safe.. The exception would be if we * implemented devices that could "go away". in which case all these rout= ines * would be wise to check the number, DIAGNOSTIC or not. */ #define CHECKUNIT(RETVAL) \ do { /* the do-while is a safe way to do this grouping */ \ if (unit > NVOODOO) { \ uprintf(__FUNCTION__ ":bad unit %d \n", unit); \ return (RETVAL); \ } \ if (scp =3D=3D NULL) { \ uprintf( __FUNCTION__ ": unit %d not attached\n", unit); \ return (RETVAL); \ } \ } while (0) #ifdef DIAGNOSTIC #define CHECKUNIT_DIAG(RETVAL) CHECKUNIT(RETVAL) #else /* DIAGNOSTIC */ #define CHECKUNIT_DIAG(RETVAL) #endif /* DIAGNOSTIC */ static int doQueryBoards(void) { /* printf("Called doQueryBoards %d\n", numCards); */ return numCards; } static int doQueryFetch(pioData *desc) { char retchar; short retword; int retlong; /* printf("Called doQueryFetch\n"); */ if (desc->device<0 || desc->device>=3DnumCards) return EINVAL; switch (desc->port) { case PCI_VENDOR_ID_FREEBSD: if (desc->size!=3D2) return EINVAL; copyout(&cards[desc->device].vendor, desc->value, desc->size); return 0; case PCI_DEVICE_ID_FREEBSD: if (desc->size!=3D2) return EINVAL; copyout(&cards[desc->device].type, desc->value, desc->size); return 0; case PCI_BASE_ADDRESS_0_FREEBSD: if (desc->size!=3D4) return EINVAL; copyout(&cards[desc->device].addr, desc->value, desc->size); return 0; case SST1_PCI_SPECIAL1_FREEBSD: if (desc->size!=3D4) return EINVAL; break; case PCI_REVISION_ID_FREEBSD: if (desc->size!=3D1) return EINVAL; break; case SST1_PCI_SPECIAL4_FREEBSD: if (desc->size!=3D4) return EINVAL; break; default: return EINVAL; } switch (desc->size) { case 1: retchar =3D pci_cfgread(cards[desc->device].tag, desc->port, 1); copyout(&retchar, desc->value, 1); break; case 2: retword =3D pci_cfgread(cards[desc->device].tag, desc->port, 2); copyout(&retword, desc->value, 2); break; case 4: retlong =3D pci_cfgread(cards[desc->device].tag, desc->port, 4); copyout(&retlong, desc->value, 4); break; default: return EINVAL; } return 0; } static int doQueryUpdate(pioData *desc) { int retval; int preval; int mask; char retchar; short retword; int retlong; printf("Called doQueryUpdate\n"); if (desc->device<0 || desc->device>=3DnumCards) return EINVAL; switch (desc->port) { case PCI_COMMAND_FREEBSD: if (desc->size!=3D2) return EINVAL; break; case SST1_PCI_SPECIAL1_FREEBSD: if (desc->size!=3D4) return EINVAL; break; case SST1_PCI_SPECIAL2_FREEBSD: if (desc->size!=3D4) return EINVAL; break; case SST1_PCI_SPECIAL3_FREEBSD: if (desc->size!=3D4) return EINVAL; break; case SST1_PCI_SPECIAL4_FREEBSD: if (desc->size!=3D4) return EINVAL; break; default: return EINVAL; } retval =3D pci_cfgread(cards[desc->device].tag, desc->port & ~0x3, 4); switch (desc->size) { case 1: copyin(desc->value, &retchar, 1); preval=3Dretchar<<(8*(desc->port&0x3)); mask=3D0xFF<<(8*(desc->port&0x3)); break; case 2: copyin(desc->value, &retword, 2); preval=3Dretword<<(8*(desc->port&0x3)); mask=3D0xFFFF<<(8*(desc->port&0x3)); break; case 4: copyin(desc->value, &retlong, 4); preval=3Dretlong; mask=3D~0; break; default: return EINVAL; } retval =3D (retval & ~mask) | preval; printf("Updating port %d with 0x%x\n", desc->port, retval); pci_cfgwrite(cards[desc->device].tag, desc->port, retval, 4); return 0; } static int doQuery(unsigned int cmd, pioData *desc) { /* printf("Called doQuery\n"); */ if (_IOC_NR(cmd)=3D=3D2) return doQueryBoards(); if (_IOC_NR(cmd)=3D=3D3) return doQueryFetch(desc); if (_IOC_NR(cmd)=3D=3D4) return doQueryUpdate(desc); return EINVAL; } static int doPIORead(pioData *desc) { char retchar; short retword; int retlong; printf("called doPIORead\n"); switch (desc->port) { case VGA_INPUT_STATUS_1C: break; case SC_INDEX: break; case SC_DATA: break; case VGA_MISC_OUTPUT_READ: break; default: return EPERM; } if (desc->size!=3D1) { return EINVAL; } switch (desc->size) { case 1: retchar=3Dinb(desc->port); copyout(&retchar, desc->value, sizeof(char)); break; case 2: retword=3Dinw(desc->port); copyout(&retword, desc->value, sizeof(short)); break; case 4: retlong=3Dinl(desc->port); copyout(&retlong, desc->value, sizeof(int)); break; default: return EINVAL; } return 0; } static int doPIOWrite(pioData *desc) { char retchar; short retword; int retlong; printf("Called doPIOWrite\n"); switch (desc->port) { case SC_INDEX: break; case SC_DATA: break; case VGA_MISC_OUTPUT_WRITE: break; default: return EPERM; } if (desc->size!=3D1) { return EINVAL; } switch (desc->size) { case 1: copyin(desc->value, &retchar, sizeof(char)); outb(desc->port, retchar); break; case 2: copyin(desc->value, &retword, sizeof(short)); outw(desc->port, retword); break; case 4: copyin(desc->value, &retlong, sizeof(int)); outl(desc->port, retlong); break; default: return EINVAL; } return 0; } static int doPIO(unsigned int cmd, pioData *desc) { printf("Called doPIO\n"); if (_IOC_DIR(cmd)=3D=3DIOCV_OUT) return doPIORead(desc); if (_IOC_DIR(cmd)=3D=3DIOCV_IN) return doPIOWrite(desc); return EINVAL; } static int = voodooioctl(dev_t dev, u_long cmd, caddr_t data, int flag, struct proc * = p) { int unit =3D UNIT(dev); sc_p scp =3D sca[unit]; pioData *desc =3D data; CHECKUNIT_DIAG(ENXIO); /* printf("Hey, somebody ioctl'd me with %x at %x!!\n", cmd, data); if (data !=3D NULL) printf("desc->device %d, desc->port %d, desc->s= ize %d desc->value 0x%x\n", desc->device, desc->port, desc->size, desc->value); */ switch (_IOC_TYPE(cmd)) { case '3': return doQuery(cmd, desc); break; case 0: return doPIO(cmd, desc); break; default: printf("And I didn't like it!\n"); return ENXIO; } return (0); } /* * You also need read, write, open, close routines. * This should get you started */ static int voodooopen(dev_t dev, int oflags, int devtype, struct proc * p) { int unit =3D UNIT(dev); sc_p scp =3D sca[unit]; printf("Voodoo opened!\n"); CHECKUNIT(ENXIO); /* Do processing */ return (0); } static int voodooclose(dev_t dev, int fflag, int devtype, struct proc * p) { int unit =3D UNIT(dev); sc_p scp =3D sca[unit]; CHECKUNIT_DIAG(ENXIO); /* Do processing */ return (0); } static int voodoommap(dev_t dev, vm_offset_t offset, int nprot) { int unit =3D UNIT(dev), i; sc_p scp =3D sca[unit]; CHECKUNIT_DIAG(-1); printf("Someone trying to mmap me on unit %d..\n", unit); /* Do processing */ if (offset >=3D 0x1000000) = return (-1); return (i386_btop(cards[unit].physbase + offset)); } /* * Now for some driver initialization. There are basically 2 options * here you can either use the drvinit function for initialization that * needs to occur before any probing is done, or keep state in a global * you can use in the probe routine to see if probe is being called for * the fist time, and do your initalization there. */ static void voodoo_drvinit(void *unused) { dev_t dev; dev =3D makedev(CDEV_MAJOR, 0); cdevsw_add(&voodoo_cdevsw); } SYSINIT(voodoodev, SI_SUB_DRIVERS, SI_ORDER_MIDDLE + CDEV_MAJOR, voodoo_drvinit, NULL) #endif /* NPCI */ ------------ CUT HERE -------- /sys/sys/voodooio.h ------------- /* * Definitions needed to access the voodoo device (ioctls etc) * see mtio.h , ioctl.h as examples */ #ifndef SYS_DHIO_H #define SYS_DHIO_H #ifndef KERNEL #include #endif /* #include */ /* * define an ioctl here */ #define DHIOCRESET _IO('D', 0) /* reset the voodoo device */ #define GETVOODOO 0x3302 #define SETVOODOO 0x3303 #define MOREVOODOO 0x3300 #define _IOC_NRBITS 8 #define _IOC_TYPEBITS 8 #define _IOC_SIZEBITS 14 #define _IOC_DIRBITS 2 #define _IOC_NRMASK ((1 << _IOC_NRBITS)-1) #define _IOC_TYPEMASK ((1 << _IOC_TYPEBITS)-1) #define _IOC_SIZEMASK ((1 << _IOC_SIZEBITS)-1) #define _IOC_DIRMASK ((1 << _IOC_DIRBITS)-1) #define _IOC_NRSHIFT 0 #define _IOC_TYPESHIFT (_IOC_NRSHIFT+_IOC_NRBITS) #define _IOC_SIZESHIFT (_IOC_TYPESHIFT+_IOC_TYPEBITS) #define _IOC_DIRSHIFT (_IOC_SIZESHIFT+_IOC_SIZEBITS) /* * Direction bits. */ #define _IOC_NONE 0U #define _IOC_WRITE 1U #define _IOC_READ 2U #define _IOCV(dir,type,nr,size) \ (((dir) << _IOC_DIRSHIFT) | \ ((type) << _IOC_TYPESHIFT) | \ ((nr) << _IOC_NRSHIFT) | \ ((size) << _IOC_SIZESHIFT)) /* used to create numbers */ #define _IOV(type,nr) _IOCV(_IOC_NONE,(type),(nr),0) #define _IORV(type,nr,size) _IOCV(_IOC_READ,(type),(nr),sizeof(size)) #define _IOWV(type,nr,size) _IOCV(_IOC_WRITE,(type),(nr),sizeof(size)) #define _IOWRV(type,nr,size) _IOCV(_IOC_READ|_IOC_WRITE,(type),(nr),sizeo= f(size)) /* used to decode ioctl numbers.. */ #define _IOC_DIR(nr) (((nr) >> _IOC_DIRSHIFT) & _IOC_DIRMASK) #define _IOC_TYPE(nr) (((nr) >> _IOC_TYPESHIFT) & _IOC_TYPEMASK) #define _IOC_NR(nr) (((nr) >> _IOC_NRSHIFT) & _IOC_NRMASK) #define _IOC_SIZE(nr) (((nr) >> _IOC_SIZESHIFT) & _IOC_SIZEMASK) /* ...and for the drivers/sound files... */ #define IOCV_IN (_IOC_WRITE << _IOC_DIRSHIFT) #define IOCV_OUT (_IOC_READ << _IOC_DIRSHIFT) #define IOCV_INOUT ((_IOC_WRITE|_IOC_READ) << _IOC_DIRSHIFT) #define IOCSIZE_MASK (_IOC_SIZEMASK << _IOC_SIZESHIFT) #define IOCSIZE_SHIFT (_IOC_SIZESHIFT) #endif ----------------- CUT HERE ---------- /sys/i386/linux/linux_ioctl.c -----= --- /* * Copyright (c) 1994-1995 S=F8ren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer * in this position and unchanged. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the= * documentation and/or other materials provided with the distribution= =2E * 3. The name of the author may not be used to endorse or promote produc= ts * derived from this software withough specific prior written permissi= on * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANT= IES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED= =2E * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, B= UT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF U= SE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE = OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * * $Id: linux_ioctl.c,v 1.33 1999/05/09 16:04:04 peter Exp $ */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define ISSIGVALID(sig) ((sig) > 0 && (sig) < NSIG) struct linux_termio { unsigned short c_iflag; unsigned short c_oflag; unsigned short c_cflag; unsigned short c_lflag; unsigned char c_line; unsigned char c_cc[LINUX_NCC]; }; struct linux_termios { unsigned long c_iflag; unsigned long c_oflag; unsigned long c_cflag; unsigned long c_lflag; unsigned char c_line; unsigned char c_cc[LINUX_NCCS]; }; struct linux_winsize { unsigned short ws_row, ws_col; unsigned short ws_xpixel, ws_ypixel; }; static struct speedtab sptab[] =3D { { 0, 0 }, { 50, 1 }, { 75, 2 }, { 110, 3 }, { 134, 4 }, { 135, 4 }, { 150, 5 }, { 200, 6 }, { 300, 7 }, { 600, 8 }, { 1200, 9 }, { 1800, 10 }, { 2400, 11 }, { 4800, 12 }, { 9600, 13 }, { 19200, 14 }, { 38400, 15 }, = { 57600, 4097 }, { 115200, 4098 }, {-1, -1 } }; struct linux_serial_struct { int type; int line; int port; int irq; int flags; int xmit_fifo_size; int custom_divisor; int baud_base; unsigned short close_delay; char reserved_char[2]; int hub6; unsigned short closing_wait; unsigned short closing_wait2; int reserved[4]; }; static int linux_to_bsd_speed(int code, struct speedtab *table) { for ( ; table->sp_code !=3D -1; table++) if (table->sp_code =3D=3D code) return (table->sp_speed); return -1; } static int bsd_to_linux_speed(int speed, struct speedtab *table) { for ( ; table->sp_speed !=3D -1; table++) if (table->sp_speed =3D=3D speed) return (table->sp_code); return -1; } static void bsd_to_linux_termios(struct termios *bsd_termios, = struct linux_termios *linux_termios) { int i; #ifdef DEBUG printf("LINUX: BSD termios structure (input):\n"); printf("i=3D%08x o=3D%08x c=3D%08x l=3D%08x ispeed=3D%d ospeed=3D%d\n= ", bsd_termios->c_iflag, bsd_termios->c_oflag, bsd_termios->c_cflag, bsd_termios->c_lflag, bsd_termios->c_ispeed, bsd_termios->c_ospeed); printf("c_cc "); for (i=3D0; ic_cc[i]); printf("\n"); #endif linux_termios->c_iflag =3D 0; if (bsd_termios->c_iflag & IGNBRK) linux_termios->c_iflag |=3D LINUX_IGNBRK; if (bsd_termios->c_iflag & BRKINT) linux_termios->c_iflag |=3D LINUX_BRKINT; if (bsd_termios->c_iflag & IGNPAR) linux_termios->c_iflag |=3D LINUX_IGNPAR; if (bsd_termios->c_iflag & PARMRK) linux_termios->c_iflag |=3D LINUX_PARMRK; if (bsd_termios->c_iflag & INPCK) linux_termios->c_iflag |=3D LINUX_INPCK; if (bsd_termios->c_iflag & ISTRIP) linux_termios->c_iflag |=3D LINUX_ISTRIP; if (bsd_termios->c_iflag & INLCR) linux_termios->c_iflag |=3D LINUX_INLCR; if (bsd_termios->c_iflag & IGNCR) linux_termios->c_iflag |=3D LINUX_IGNCR; if (bsd_termios->c_iflag & ICRNL) linux_termios->c_iflag |=3D LINUX_ICRNL; if (bsd_termios->c_iflag & IXON) linux_termios->c_iflag |=3D LINUX_IXANY; if (bsd_termios->c_iflag & IXON) linux_termios->c_iflag |=3D LINUX_IXON; if (bsd_termios->c_iflag & IXOFF) linux_termios->c_iflag |=3D LINUX_IXOFF; if (bsd_termios->c_iflag & IMAXBEL) linux_termios->c_iflag |=3D LINUX_IMAXBEL; linux_termios->c_oflag =3D 0; if (bsd_termios->c_oflag & OPOST) linux_termios->c_oflag |=3D LINUX_OPOST; if (bsd_termios->c_oflag & ONLCR) linux_termios->c_oflag |=3D LINUX_ONLCR; if (bsd_termios->c_oflag & OXTABS) linux_termios->c_oflag |=3D LINUX_XTABS; linux_termios->c_cflag =3D bsd_to_linux_speed(bsd_termios->c_ispeed, sptab); linux_termios->c_cflag |=3D (bsd_termios->c_cflag & CSIZE) >> 4; if (bsd_termios->c_cflag & CSTOPB) linux_termios->c_cflag |=3D LINUX_CSTOPB; if (bsd_termios->c_cflag & CREAD) linux_termios->c_cflag |=3D LINUX_CREAD; if (bsd_termios->c_cflag & PARENB) linux_termios->c_cflag |=3D LINUX_PARENB; if (bsd_termios->c_cflag & PARODD) linux_termios->c_cflag |=3D LINUX_PARODD; if (bsd_termios->c_cflag & HUPCL) linux_termios->c_cflag |=3D LINUX_HUPCL; if (bsd_termios->c_cflag & CLOCAL) linux_termios->c_cflag |=3D LINUX_CLOCAL; if (bsd_termios->c_cflag & CRTSCTS) linux_termios->c_cflag |=3D LINUX_CRTSCTS; linux_termios->c_lflag =3D 0; if (bsd_termios->c_lflag & ISIG) linux_termios->c_lflag |=3D LINUX_ISIG; if (bsd_termios->c_lflag & ICANON) linux_termios->c_lflag |=3D LINUX_ICANON; if (bsd_termios->c_lflag & ECHO) linux_termios->c_lflag |=3D LINUX_ECHO; if (bsd_termios->c_lflag & ECHOE) linux_termios->c_lflag |=3D LINUX_ECHOE; if (bsd_termios->c_lflag & ECHOK) linux_termios->c_lflag |=3D LINUX_ECHOK; if (bsd_termios->c_lflag & ECHONL) linux_termios->c_lflag |=3D LINUX_ECHONL; if (bsd_termios->c_lflag & NOFLSH) linux_termios->c_lflag |=3D LINUX_NOFLSH; if (bsd_termios->c_lflag & TOSTOP) linux_termios->c_lflag |=3D LINUX_TOSTOP; if (bsd_termios->c_lflag & ECHOCTL) linux_termios->c_lflag |=3D LINUX_ECHOCTL; if (bsd_termios->c_lflag & ECHOPRT) linux_termios->c_lflag |=3D LINUX_ECHOPRT; if (bsd_termios->c_lflag & ECHOKE) linux_termios->c_lflag |=3D LINUX_ECHOKE; if (bsd_termios->c_lflag & FLUSHO) linux_termios->c_lflag |=3D LINUX_FLUSHO; if (bsd_termios->c_lflag & PENDIN) linux_termios->c_lflag |=3D LINUX_PENDIN; if (bsd_termios->c_lflag & IEXTEN) linux_termios->c_lflag |=3D LINUX_IEXTEN; for (i=3D0; ic_cc[i] =3D LINUX_POSIX_VDISABLE; linux_termios->c_cc[LINUX_VINTR] =3D bsd_termios->c_cc[VINTR]; linux_termios->c_cc[LINUX_VQUIT] =3D bsd_termios->c_cc[VQUIT]; linux_termios->c_cc[LINUX_VERASE] =3D bsd_termios->c_cc[VERASE]; linux_termios->c_cc[LINUX_VKILL] =3D bsd_termios->c_cc[VKILL]; linux_termios->c_cc[LINUX_VEOF] =3D bsd_termios->c_cc[VEOF]; linux_termios->c_cc[LINUX_VEOL] =3D bsd_termios->c_cc[VEOL]; linux_termios->c_cc[LINUX_VMIN] =3D bsd_termios->c_cc[VMIN]; linux_termios->c_cc[LINUX_VTIME] =3D bsd_termios->c_cc[VTIME]; linux_termios->c_cc[LINUX_VEOL2] =3D bsd_termios->c_cc[VEOL2]; linux_termios->c_cc[LINUX_VSWTC] =3D _POSIX_VDISABLE; linux_termios->c_cc[LINUX_VSUSP] =3D bsd_termios->c_cc[VSUSP]; linux_termios->c_cc[LINUX_VSTART] =3D bsd_termios->c_cc[VSTART]; linux_termios->c_cc[LINUX_VSTOP] =3D bsd_termios->c_cc[VSTOP]; linux_termios->c_cc[LINUX_VREPRINT] =3D bsd_termios->c_cc[VREPRINT]; linux_termios->c_cc[LINUX_VDISCARD] =3D bsd_termios->c_cc[VDISCARD]; linux_termios->c_cc[LINUX_VWERASE] =3D bsd_termios->c_cc[VWERASE]; linux_termios->c_cc[LINUX_VLNEXT] =3D bsd_termios->c_cc[VLNEXT]; for (i=3D0; ic_cc[i] =3D=3D _POSIX_VDISABLE) linux_termios->c_cc[i] =3D LINUX_POSIX_VDISABLE; } linux_termios->c_line =3D 0; #ifdef DEBUG printf("LINUX: LINUX termios structure (output):\n"); printf("i=3D%08lx o=3D%08lx c=3D%08lx l=3D%08lx line=3D%d\n", linux_termios->c_iflag, linux_termios->c_oflag, linux_termios->c_cflag, linux_termios->c_lflag, linux_termios->c_line); printf("c_cc "); for (i=3D0; ic_cc[i]); printf("\n"); #endif } static void linux_to_bsd_termios(struct linux_termios *linux_termios, struct termios *bsd_termios) { int i; #ifdef DEBUG printf("LINUX: LINUX termios structure (input):\n"); printf("i=3D%08lx o=3D%08lx c=3D%08lx l=3D%08lx line=3D%d\n", linux_termios->c_iflag, linux_termios->c_oflag, linux_termios->c_cflag, linux_termios->c_lflag, linux_termios->c_line); printf("c_cc "); for (i=3D0; ic_cc[i]); printf("\n"); #endif bsd_termios->c_iflag =3D 0; if (linux_termios->c_iflag & LINUX_IGNBRK) bsd_termios->c_iflag |=3D IGNBRK; if (linux_termios->c_iflag & LINUX_BRKINT) bsd_termios->c_iflag |=3D BRKINT; if (linux_termios->c_iflag & LINUX_IGNPAR) bsd_termios->c_iflag |=3D IGNPAR; if (linux_termios->c_iflag & LINUX_PARMRK) bsd_termios->c_iflag |=3D PARMRK; if (linux_termios->c_iflag & LINUX_INPCK) bsd_termios->c_iflag |=3D INPCK; if (linux_termios->c_iflag & LINUX_ISTRIP) bsd_termios->c_iflag |=3D ISTRIP; if (linux_termios->c_iflag & LINUX_INLCR) bsd_termios->c_iflag |=3D INLCR; if (linux_termios->c_iflag & LINUX_IGNCR) bsd_termios->c_iflag |=3D IGNCR; if (linux_termios->c_iflag & LINUX_ICRNL) bsd_termios->c_iflag |=3D ICRNL; if (linux_termios->c_iflag & LINUX_IXON) bsd_termios->c_iflag |=3D IXANY; if (linux_termios->c_iflag & LINUX_IXON) bsd_termios->c_iflag |=3D IXON; if (linux_termios->c_iflag & LINUX_IXOFF) bsd_termios->c_iflag |=3D IXOFF; if (linux_termios->c_iflag & LINUX_IMAXBEL) bsd_termios->c_iflag |=3D IMAXBEL; bsd_termios->c_oflag =3D 0; if (linux_termios->c_oflag & LINUX_OPOST) bsd_termios->c_oflag |=3D OPOST; if (linux_termios->c_oflag & LINUX_ONLCR) bsd_termios->c_oflag |=3D ONLCR; if (linux_termios->c_oflag & LINUX_XTABS) bsd_termios->c_oflag |=3D OXTABS; bsd_termios->c_cflag =3D (linux_termios->c_cflag & LINUX_CSIZE) << 4;= if (linux_termios->c_cflag & LINUX_CSTOPB) bsd_termios->c_cflag |=3D CSTOPB; if (linux_termios->c_cflag & LINUX_PARENB) bsd_termios->c_cflag |=3D PARENB; if (linux_termios->c_cflag & LINUX_PARODD) bsd_termios->c_cflag |=3D PARODD; if (linux_termios->c_cflag & LINUX_HUPCL) bsd_termios->c_cflag |=3D HUPCL; if (linux_termios->c_cflag & LINUX_CLOCAL) bsd_termios->c_cflag |=3D CLOCAL; if (linux_termios->c_cflag & LINUX_CRTSCTS) bsd_termios->c_cflag |=3D CRTSCTS; bsd_termios->c_lflag =3D 0; if (linux_termios->c_lflag & LINUX_ISIG) bsd_termios->c_lflag |=3D ISIG; if (linux_termios->c_lflag & LINUX_ICANON) bsd_termios->c_lflag |=3D ICANON; if (linux_termios->c_lflag & LINUX_ECHO) bsd_termios->c_lflag |=3D ECHO; if (linux_termios->c_lflag & LINUX_ECHOE) bsd_termios->c_lflag |=3D ECHOE; if (linux_termios->c_lflag & LINUX_ECHOK) bsd_termios->c_lflag |=3D ECHOK; if (linux_termios->c_lflag & LINUX_ECHONL) bsd_termios->c_lflag |=3D ECHONL; if (linux_termios->c_lflag & LINUX_NOFLSH) bsd_termios->c_lflag |=3D NOFLSH; if (linux_termios->c_lflag & LINUX_TOSTOP) bsd_termios->c_lflag |=3D TOSTOP; if (linux_termios->c_lflag & LINUX_ECHOCTL) bsd_termios->c_lflag |=3D ECHOCTL; if (linux_termios->c_lflag & LINUX_ECHOPRT) bsd_termios->c_lflag |=3D ECHOPRT; if (linux_termios->c_lflag & LINUX_ECHOKE) bsd_termios->c_lflag |=3D ECHOKE; if (linux_termios->c_lflag & LINUX_FLUSHO) bsd_termios->c_lflag |=3D FLUSHO; if (linux_termios->c_lflag & LINUX_PENDIN) bsd_termios->c_lflag |=3D PENDIN; if (linux_termios->c_lflag & IEXTEN) bsd_termios->c_lflag |=3D IEXTEN; for (i=3D0; ic_cc[i] =3D _POSIX_VDISABLE; bsd_termios->c_cc[VINTR] =3D linux_termios->c_cc[LINUX_VINTR]; bsd_termios->c_cc[VQUIT] =3D linux_termios->c_cc[LINUX_VQUIT]; bsd_termios->c_cc[VERASE] =3D linux_termios->c_cc[LINUX_VERASE]; bsd_termios->c_cc[VKILL] =3D linux_termios->c_cc[LINUX_VKILL]; bsd_termios->c_cc[VEOF] =3D linux_termios->c_cc[LINUX_VEOF]; bsd_termios->c_cc[VEOL] =3D linux_termios->c_cc[LINUX_VEOL]; bsd_termios->c_cc[VMIN] =3D linux_termios->c_cc[LINUX_VMIN]; bsd_termios->c_cc[VTIME] =3D linux_termios->c_cc[LINUX_VTIME]; bsd_termios->c_cc[VEOL2] =3D linux_termios->c_cc[LINUX_VEOL2]; bsd_termios->c_cc[VSUSP] =3D linux_termios->c_cc[LINUX_VSUSP]; bsd_termios->c_cc[VSTART] =3D linux_termios->c_cc[LINUX_VSTART]; bsd_termios->c_cc[VSTOP] =3D linux_termios->c_cc[LINUX_VSTOP]; bsd_termios->c_cc[VREPRINT] =3D linux_termios->c_cc[LINUX_VREPRINT]; bsd_termios->c_cc[VDISCARD] =3D linux_termios->c_cc[LINUX_VDISCARD]; bsd_termios->c_cc[VWERASE] =3D linux_termios->c_cc[LINUX_VWERASE]; bsd_termios->c_cc[VLNEXT] =3D linux_termios->c_cc[LINUX_VLNEXT]; for (i=3D0; ic_cc[i] =3D=3D LINUX_POSIX_VDISABLE) bsd_termios->c_cc[i] =3D _POSIX_VDISABLE; } bsd_termios->c_ispeed =3D bsd_termios->c_ospeed =3D linux_to_bsd_speed(linux_termios->c_cflag & LINUX_CBAUD, sptab); #ifdef DEBUG printf("LINUX: BSD termios structure (output):\n"); printf("i=3D%08x o=3D%08x c=3D%08x l=3D%08x ispeed=3D%d ospeed=3D%d\n", bsd_termios->c_iflag, bsd_termios->c_oflag, bsd_termios->c_cflag, bsd_termios->c_lflag, bsd_termios->c_ispeed, bsd_termios->c_ospeed); printf("c_cc "); for (i=3D0; ic_cc[i]); printf("\n"); #endif } static void bsd_to_linux_termio(struct termios *bsd_termios, = struct linux_termio *linux_termio) { struct linux_termios tmios; bsd_to_linux_termios(bsd_termios, &tmios); linux_termio->c_iflag =3D tmios.c_iflag; linux_termio->c_oflag =3D tmios.c_oflag; linux_termio->c_cflag =3D tmios.c_cflag; linux_termio->c_lflag =3D tmios.c_lflag; linux_termio->c_line =3D tmios.c_line; memcpy(linux_termio->c_cc, tmios.c_cc, LINUX_NCC); } static void linux_to_bsd_termio(struct linux_termio *linux_termio, struct termios *bsd_termios) { struct linux_termios tmios; int i; tmios.c_iflag =3D linux_termio->c_iflag; tmios.c_oflag =3D linux_termio->c_oflag; tmios.c_cflag =3D linux_termio->c_cflag; tmios.c_lflag =3D linux_termio->c_lflag; for (i=3D0; ic_cc, LINUX_NCC); linux_to_bsd_termios(&tmios, bsd_termios); } static void linux_tiocgserial(struct file *fp, struct linux_serial_struct *lss) { if (!fp || !lss) return; lss->type =3D LINUX_PORT_16550A; lss->flags =3D 0; lss->close_delay =3D 0; } static void linux_tiocsserial(struct file *fp, struct linux_serial_struct *lss) { if (!fp || !lss) return; } struct linux_cdrom_msf { u_char cdmsf_min0; u_char cdmsf_sec0; u_char cdmsf_frame0; u_char cdmsf_min1; u_char cdmsf_sec1; u_char cdmsf_frame1; }; struct linux_cdrom_tochdr { u_char cdth_trk0; u_char cdth_trk1; }; union linux_cdrom_addr { struct { u_char minute; u_char second; u_char frame; } msf; int lba; }; struct linux_cdrom_tocentry { u_char cdte_track; = u_char cdte_adr:4; u_char cdte_ctrl:4; u_char cdte_format; = union linux_cdrom_addr cdte_addr; u_char cdte_datamode; = }; #if 0 static void linux_to_bsd_msf_lba(u_char address_format, union linux_cdrom_addr *lp, union msf_lba *bp) { if (address_format =3D=3D CD_LBA_FORMAT) bp->lba =3D lp->lba; else { bp->msf.minute =3D lp->msf.minute; bp->msf.second =3D lp->msf.second; bp->msf.frame =3D lp->msf.frame; } } #endif static void bsd_to_linux_msf_lba(u_char address_format, union msf_lba *bp, union linux_cdrom_addr *lp) { if (address_format =3D=3D CD_LBA_FORMAT) lp->lba =3D bp->lba; else { lp->msf.minute =3D bp->msf.minute; lp->msf.second =3D bp->msf.second; lp->msf.frame =3D bp->msf.frame; } } static unsigned dirbits[4] =3D { IOC_VOID, IOC_OUT, IOC_IN, IOC_INOUT }; #define SETDIR(c) (((c) & ~IOC_DIRMASK) | dirbits[args->cmd >> 30]) int linux_ioctl(struct proc *p, struct linux_ioctl_args *args) { struct termios bsd_termios; struct linux_termios linux_termios; struct linux_termio linux_termio; struct filedesc *fdp =3D p->p_fd; struct file *fp; int (*func)(struct file *fp, u_long com, caddr_t data, struct proc *p= ); int bsd_line, linux_line; int error; #ifdef DEBUG printf("Linux-emul(%ld): ioctl(%d, %04lx, *)\n", = (long)p->p_pid, args->fd, args->cmd); #endif if ((unsigned)args->fd >=3D fdp->fd_nfiles = || (fp =3D fdp->fd_ofiles[args->fd]) =3D=3D 0) return EBADF; if (!fp || (fp->f_flag & (FREAD | FWRITE)) =3D=3D 0) { return EBADF; } func =3D fp->f_ops->fo_ioctl; switch (args->cmd & 0xffff) { case LINUX_TCGETA: if ((error =3D (*func)(fp, TIOCGETA, (caddr_t)&bsd_termios, p)) !=3D 0) return error; bsd_to_linux_termio(&bsd_termios, &linux_termio); return copyout((caddr_t)&linux_termio, (caddr_t)args->arg, sizeof(linux_termio)); case LINUX_TCSETA: linux_to_bsd_termio((struct linux_termio *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETA, (caddr_t)&bsd_termios, p); case LINUX_TCSETAW: linux_to_bsd_termio((struct linux_termio *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETAW, (caddr_t)&bsd_termios, p); case LINUX_TCSETAF: linux_to_bsd_termio((struct linux_termio *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETAF, (caddr_t)&bsd_termios, p); case LINUX_TCGETS: if ((error =3D (*func)(fp, TIOCGETA, (caddr_t)&bsd_termios, p)) !=3D 0) return error; bsd_to_linux_termios(&bsd_termios, &linux_termios); return copyout((caddr_t)&linux_termios, (caddr_t)args->arg, sizeof(linux_termios)); case LINUX_TCSETS: linux_to_bsd_termios((struct linux_termios *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETA, (caddr_t)&bsd_termios, p); case LINUX_TCSETSW: linux_to_bsd_termios((struct linux_termios *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETAW, (caddr_t)&bsd_termios, p); case LINUX_TCSETSF: linux_to_bsd_termios((struct linux_termios *)args->arg, &bsd_termios); return (*func)(fp, TIOCSETAF, (caddr_t)&bsd_termios, p); = case LINUX_TIOCGPGRP: args->cmd =3D TIOCGPGRP; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCSPGRP: args->cmd =3D TIOCSPGRP; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCGWINSZ: args->cmd =3D TIOCGWINSZ; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCSWINSZ: args->cmd =3D TIOCSWINSZ; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIONREAD: args->cmd =3D FIONREAD; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIONBIO: args->cmd =3D FIONBIO; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIOASYNC: args->cmd =3D FIOASYNC; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIONCLEX: args->cmd =3D FIONCLEX; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIOCLEX: args->cmd =3D FIOCLEX; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCEXCL: args->cmd =3D TIOCEXCL; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCNXCL: args->cmd =3D TIOCNXCL; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCCONS: args->cmd =3D TIOCCONS; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCNOTTY: args->cmd =3D TIOCNOTTY; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFCONF: args->cmd =3D OSIOCGIFCONF; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFFLAGS: args->cmd =3D SIOCGIFFLAGS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFADDR: args->cmd =3D OSIOCGIFADDR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFDSTADDR: args->cmd =3D OSIOCGIFDSTADDR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFBRDADDR: args->cmd =3D OSIOCGIFBRDADDR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGIFNETMASK: args->cmd =3D OSIOCGIFNETMASK; return ioctl(p, (struct ioctl_args *)args); /* get hardware address */ case LINUX_SIOCGIFHWADDR: { int ifn; struct ifnet *ifp; struct ifaddr *ifa; struct sockaddr_dl *sdl; struct linux_ifreq *ifr =3D (struct linux_ifreq *)args->arg; /* = * Note that we don't actually respect the name in the ifreq structure, = as * Linux interface names are all different */ for (ifn =3D 0; ifn < if_index; ifn++) { ifp =3D ifnet_addrs[ifn]->ifa_ifp; /* pointer to interface */ if (ifp->if_type =3D=3D IFT_ETHER) { /* looks good */ /* walk the address list */ for (ifa =3D TAILQ_FIRST(&ifp->if_addrhead); ifa; ifa =3D TAILQ_NEXT(if= a, ifa_link)) { if ((sdl =3D (struct sockaddr_dl *)ifa->ifa_addr) && /* we have an = address structure */ (sdl->sdl_family =3D=3D AF_LINK) && /* it's a link address */ (sdl->sdl_type =3D=3D IFT_ETHER)) { /* for an ethernet link */ return(copyout(LLADDR(sdl), (caddr_t)&ifr->ifr_hwaddr.sa_data, LINUX_I= FHWADDRLEN)); } } } } return(ENOENT); /* ??? */ } case LINUX_SIOCADDMULTI: args->cmd =3D SIOCADDMULTI; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCDELMULTI: args->cmd =3D SIOCDELMULTI; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIOSETOWN: args->cmd =3D FIOSETOWN; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCSPGRP: args->cmd =3D SIOCSPGRP; return ioctl(p, (struct ioctl_args *)args); case LINUX_FIOGETOWN: args->cmd =3D FIOGETOWN; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCGPGRP: args->cmd =3D SIOCGPGRP; return ioctl(p, (struct ioctl_args *)args); case LINUX_SIOCATMARK: args->cmd =3D SIOCATMARK; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCSETD: switch (args->arg) { case LINUX_N_TTY: bsd_line =3D TTYDISC; return (*func)(fp, TIOCSETD, (caddr_t)&bsd_line, p); case LINUX_N_SLIP: bsd_line =3D SLIPDISC; return (*func)(fp, TIOCSETD, (caddr_t)&bsd_line, p); case LINUX_N_PPP: bsd_line =3D PPPDISC; return (*func)(fp, TIOCSETD, (caddr_t)&bsd_line, p); default: return EINVAL; } case LINUX_TIOCGETD: bsd_line =3D TTYDISC; error =3D(*func)(fp, TIOCSETD, (caddr_t)&bsd_line, p); if (error) return error; switch (bsd_line) { case TTYDISC: linux_line =3D LINUX_N_TTY; break; case SLIPDISC: linux_line =3D LINUX_N_SLIP; break; case PPPDISC: linux_line =3D LINUX_N_PPP; break; default: return EINVAL; } return copyout(&linux_line, (caddr_t)args->arg, = sizeof(int)); case LINUX_SNDCTL_SEQ_RESET: args->cmd =3D SNDCTL_SEQ_RESET; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_SYNC: args->cmd =3D SNDCTL_SEQ_SYNC; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SYNTH_INFO: args->cmd =3D SNDCTL_SYNTH_INFO; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_CTRLRATE: args->cmd =3D SNDCTL_SEQ_CTRLRATE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_GETOUTCOUNT: args->cmd =3D SNDCTL_SEQ_GETOUTCOUNT; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_GETINCOUNT: args->cmd =3D SNDCTL_SEQ_GETINCOUNT; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_PERCMODE: args->cmd =3D SNDCTL_SEQ_PERCMODE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_FM_LOAD_INSTR: args->cmd =3D SNDCTL_FM_LOAD_INSTR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_TESTMIDI: args->cmd =3D SNDCTL_SEQ_TESTMIDI; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_RESETSAMPLES: args->cmd =3D SNDCTL_SEQ_RESETSAMPLES; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_NRSYNTHS: args->cmd =3D SNDCTL_SEQ_NRSYNTHS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_NRMIDIS: args->cmd =3D SNDCTL_SEQ_NRMIDIS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_MIDI_INFO: args->cmd =3D SNDCTL_MIDI_INFO; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SEQ_TRESHOLD: args->cmd =3D SNDCTL_SEQ_TRESHOLD; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_SYNTH_MEMAVL: args->cmd =3D SNDCTL_SYNTH_MEMAVL; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETOPTR : args->cmd =3D SNDCTL_DSP_GETOPTR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETIPTR : args->cmd =3D SNDCTL_DSP_GETIPTR; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SETTRIGGER: args->cmd =3D SNDCTL_DSP_SETTRIGGER; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETCAPS: args->cmd =3D SNDCTL_DSP_GETCAPS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_RESET: args->cmd =3D SNDCTL_DSP_RESET; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SYNC: args->cmd =3D SNDCTL_DSP_SYNC; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SPEED: args->cmd =3D SNDCTL_DSP_SPEED; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_STEREO: args->cmd =3D SNDCTL_DSP_STEREO; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETBLKSIZE: /* LINUX_SNDCTL_DSP_SETBLKSIZE */ args->cmd =3D SNDCTL_DSP_GETBLKSIZE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SETFMT: args->cmd =3D SNDCTL_DSP_SETFMT; return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_PCM_WRITE_CHANNELS: args->cmd =3D SOUND_PCM_WRITE_CHANNELS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_PCM_WRITE_FILTER: args->cmd =3D SOUND_PCM_WRITE_FILTER; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_POST: args->cmd =3D SNDCTL_DSP_POST; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SUBDIVIDE: args->cmd =3D SNDCTL_DSP_SUBDIVIDE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_SETFRAGMENT: args->cmd =3D SNDCTL_DSP_SETFRAGMENT; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETFMTS: args->cmd =3D SNDCTL_DSP_GETFMTS; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETOSPACE: args->cmd =3D SNDCTL_DSP_GETOSPACE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_GETISPACE: args->cmd =3D SNDCTL_DSP_GETISPACE; return ioctl(p, (struct ioctl_args *)args); case LINUX_SNDCTL_DSP_NONBLOCK: args->cmd =3D SNDCTL_DSP_NONBLOCK; return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_VOLUME: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_VOLUME); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_BASS: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_BASS); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_TREBLE: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_TREBLE); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_SYNTH: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_SYNTH); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_PCM: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_PCM); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_SPEAKER: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_SPEAKER); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_LINE: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_LINE); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_MIC: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_MIC); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_CD: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_CD); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_IMIX: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_IMIX); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_ALTPCM: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_ALTPCM); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_RECLEV: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_RECLEV); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_IGAIN: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_IGAIN); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_OGAIN: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_OGAIN); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_LINE1: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_LINE1); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_LINE2: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_LINE2); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_WRITE_LINE3: args->cmd =3D SETDIR(SOUND_MIXER_WRITE_LINE3); return ioctl(p, (struct ioctl_args *)args); case LINUX_SOUND_MIXER_READ_DEVMASK: args->cmd =3D SOUND_MIXER_READ_DEVMASK; return ioctl(p, (struct ioctl_args *)args); case LINUX_TIOCGSERIAL: linux_tiocgserial(fp, (struct linux_serial_struct *)args->arg); return 0; case LINUX_TIOCSSERIAL: linux_tiocsserial(fp, (struct linux_serial_struct *)args->arg); return 0; case LINUX_TCFLSH: args->cmd =3D TIOCFLUSH; switch (args->arg) { case LINUX_TCIFLUSH: args->arg =3D FREAD; break; case LINUX_TCOFLUSH: args->arg =3D FWRITE; break; case LINUX_TCIOFLUSH: args->arg =3D FREAD | FWRITE; break; default: return EINVAL; } return ioctl(p, (struct ioctl_args *)args); case LINUX_VT_OPENQRY: args->cmd =3D VT_OPENQRY; return ioctl(p, (struct ioctl_args *)args); case LINUX_VT_GETMODE: args->cmd =3D VT_GETMODE; return ioctl(p, (struct ioctl_args *)args); case LINUX_VT_SETMODE: = { struct vt_mode *mode; args->cmd =3D VT_SETMODE; mode =3D (struct vt_mode *)args->arg; if (!ISSIGVALID(mode->frsig) && ISSIGVALID(mode->acqsig)) mode->frsig =3D mode->acqsig; return ioctl(p, (struct ioctl_args *)args); } case LINUX_VT_GETSTATE: args->cmd =3D VT_GETACTIVE; return ioctl(p, (struct ioctl_args *)args); case LINUX_VT_ACTIVATE: args->cmd =3D VT_ACTIVATE; return ioctl(p, (struct ioctl_args *)args); case LINUX_VT_WAITACTIVE: args->cmd =3D VT_WAITACTIVE; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDGKBMODE: args->cmd =3D KDGKBMODE; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDSKBMODE: { int kbdmode; switch (args->arg) { case LINUX_KBD_RAW: kbdmode =3D K_RAW; return (*func)(fp, KDSKBMODE, (caddr_t)&kbdmode, p); case LINUX_KBD_XLATE: = kbdmode =3D K_XLATE; return (*func)(fp, KDSKBMODE , (caddr_t)&kbdmode, p); case LINUX_KBD_MEDIUMRAW: kbdmode =3D K_RAW; return (*func)(fp, KDSKBMODE , (caddr_t)&kbdmode, p); default: return EINVAL; } } case LINUX_KDGETMODE: args->cmd =3D KDGETMODE; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDSETMODE: args->cmd =3D KDSETMODE; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDSETLED: args->cmd =3D KDSETLED; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDGETLED: args->cmd =3D KDGETLED; return ioctl(p, (struct ioctl_args *)args); case LINUX_KIOCSOUND: args->cmd =3D KIOCSOUND; return ioctl(p, (struct ioctl_args *)args); case LINUX_KDMKTONE: args->cmd =3D KDMKTONE; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMPAUSE: args->cmd =3D CDIOCPAUSE; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMRESUME: args->cmd =3D CDIOCRESUME; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMPLAYMSF: args->cmd =3D CDIOCPLAYMSF; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMPLAYTRKIND: args->cmd =3D CDIOCPLAYTRACKS; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMSTART: args->cmd =3D CDIOCSTART; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMSTOP: args->cmd =3D CDIOCSTOP; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMEJECT: args->cmd =3D CDIOCEJECT; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMRESET: args->cmd =3D CDIOCRESET; return ioctl(p, (struct ioctl_args *)args); case LINUX_CDROMREADTOCHDR: { struct ioc_toc_header th; struct linux_cdrom_tochdr lth; error =3D (*func)(fp, CDIOREADTOCHEADER, (caddr_t)&th, p); if (!error) { lth.cdth_trk0 =3D th.starting_track; lth.cdth_trk1 =3D th.ending_track; copyout((caddr_t)<h, (caddr_t)args->arg, sizeof(lth)); } return error; } case LINUX_CDROMREADTOCENTRY: { struct linux_cdrom_tocentry lte, *ltep =3D (struct linux_cdrom_tocentry *)args->arg; struct ioc_read_toc_single_entry irtse; irtse.address_format =3D ltep->cdte_format; irtse.track =3D ltep->cdte_track; error =3D (*func)(fp, CDIOREADTOCENTRY, (caddr_t)&irtse, p); if (!error) { lte =3D *ltep; lte.cdte_ctrl =3D irtse.entry.control; lte.cdte_adr =3D irtse.entry.addr_type; bsd_to_linux_msf_lba(irtse.address_format, &irtse.entry.addr, <e.cdte_addr); copyout((caddr_t)<e, (caddr_t)args->arg, sizeof(lte)); } return error; } case 0x3304: case 0x3303: case 0x3302: { int myretval; struct pioData { short port; short size; int device; void *value; } *desc; desc =3D (struct pioData *)args->arg; myretval =3D (*func)(fp, args->cmd, (caddr_t)args->arg, p); if (myretval !=3D EINVAL) { p->p_retval[0] =3D myretval; return 0; } else return myretval; } } uprintf("LINUX: 'ioctl' fd=3D%d, typ=3D0x%x(%c), num=3D0x%x not imple= mented\n", args->fd, (u_int)((args->cmd & 0xffff00) >> 8), (int)((args->cmd & 0xffff00) >> 8), (u_int)(args->cmd & 0xff)); return EINVAL; } -- = The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could prod= uce the Complete Works of Shakespeare; now, thanks to the Internet, we k= now this is not true." Robert Wilensky, University of Califor= nia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Jun 14 19:26:44 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 27D6E14C47; Mon, 14 Jun 1999 19:26:22 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from lot.gsoft.com.au (lot.gsoft.com.au [203.38.152.106]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA13165; Tue, 15 Jun 1999 11:55:38 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199906150148.JAA09202@ariadne.tensor.pgs.com> Date: Tue, 15 Jun 1999 11:55:38 +0930 (CST) From: "Daniel O'Connor" To: Stephen Hocking-Senior Programmer PGS Tensor Perth Subject: RE: Voodoo device driver for current enclosed (2nd try!) Cc: multimedia@freebsd.org, current@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 15-Jun-99 Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > Find herein the files that make up my so far unsuccessful attempt to write a > voodoo device driver. It was translated wholesale from Daryl Strauss's > driver for Linux, although I've messed up something along the way. At the > moment, it will lock up the machine hard shortly after mmaping the card's > memory. I'm about to go on holidays for a week, so I thought I'd throw this > out for you all to take a look at and hopefully find out what I've done > wrong. I just made a patch set out of it at http://www.dons.net.au/~darius/voodoo.patch Of course I have tested it or anything so it may be completely stuffed. It was made against -current as of yesterday... I did manage to build my kernel and the linux emulator, so the stuff is in the right place. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 1: 3: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from gate.druzhba.com (d14.lv.ukrtel.net [195.5.29.190]) by hub.freebsd.org (Postfix) with ESMTP id CD7C114D6E for ; Tue, 15 Jun 1999 01:02:41 -0700 (PDT) (envelope-from andriy@trgz.lviv.ua) Received: from pc02 (pc02.druzhba.com [194.44.88.102]) by gate.druzhba.com (8.9.2/8.9.2) with SMTP id LAA24455; Tue, 15 Jun 1999 11:01:34 +0300 (EEST) (envelope-from andriy@trgz.lviv.ua) Message-ID: <00ad01beb705$4dbffda0$66582cc2@pc02.druzhba.com> From: "Andriy Galetski" To: "Roger Hardiman" Cc: Subject: Re: IR Remote for AverMedia and FlyVideo Date: Tue, 15 Jun 1999 11:01:31 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Several people have asked my recently about supporting the AverMedia >remote control and the FlyVideo Remote Control units for their >Bt848/Bt878 TV cards. > >Well, I finally got a reply from AverMedia and after checking on the >Linux Infra Red Controller (LIRC) web site, I found the source and specs >for >the AverMedia and FlyVideo IR modules. > >I do not have AverMedia or Flyvideo hardware, so I'm not going to look >into it, >but if owner/hackers of these cards want to knock something up for the >Bt848 driver, I'll gladly add it in along side the Hauppauge IR support >we already have. > > Hi! I have AverMedia hardware and I want to play with IR support. But I do not have any experience in writing device drivers. I am familiar with C and write several small programs under Unix. It will be very kind if some tell me where I can find information how to do it. Best regards! andriy@trgz.lviv.ua -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 3:25:21 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (Postfix) with ESMTP id 8B52614DC8; Tue, 15 Jun 1999 03:25:15 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.2/8.8.8) id LAA73470; Tue, 15 Jun 1999 11:25:12 +0100 (BST) (envelope-from joe) Date: Tue, 15 Jun 1999 11:25:12 +0100 From: Josef Karthauser To: Roger Hardiman Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: IR Remote for AverMedia and FlyVideo Message-ID: <19990615112512.A71377@pavilion.net> References: <375FBAC9.1C071969@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <375FBAC9.1C071969@cs.strath.ac.uk>; from Roger Hardiman on Thu, Jun 10, 1999 at 02:16:57PM +0100 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, 24 The Old Steine, Brighton, BN1 1EL, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 10, 1999 at 02:16:57PM +0100, Roger Hardiman wrote: > Hi, > > Several people have asked my recently about supporting the AverMedia > remote control and the FlyVideo Remote Control units for their > Bt848/Bt878 TV cards. > > Well, I finally got a reply from AverMedia and after checking on the > Linux Infra Red Controller (LIRC) web site, I found the source and specs > for > the AverMedia and FlyVideo IR modules. > > I do not have AverMedia or Flyvideo hardware, so I'm not going to look > into it, > but if owner/hackers of these cards want to knock something up for the > Bt848 driver, I'll gladly add it in along side the Hauppauge IR support > we already have. Hi Roger, I've got a phototransistor plugged into my DTR line on the serial port. Is there any working software for FreeBSD for utilising this? (I want to never lose a remote control again!) Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 8:22:26 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 060FA14CF5 for ; Tue, 15 Jun 1999 08:22:06 -0700 (PDT) (envelope-from Christoph.Prevezanos@Uni-Bielefeld.de) Received: from ripley (ppp36-41.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.03.02.17.58.p5) with SMTP id <0FDD00GMHK0U8W@mail.uni-bielefeld.de> for freebsd-multimedia@freebsd.org; Tue, 15 Jun 1999 17:22:07 +0200 (MET DST) Date: Tue, 15 Jun 1999 17:20:35 +0200 From: Christoph Prevezanos Subject: PCI Soundcard To: freebsd-multimedia@freebsd.org Reply-To: Christoph.Prevezanos@Uni-Bielefeld.de Message-id: <199906151720350120.00207CF1@smtp-relay.uni-bielefeld.de> X-Mailer: Calypso Version 2.40.41.08 (_DEU) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello all! Is there any Soundblaster-PCI card, that is supported by FreeBSD or do still only ISA-cards work? Thanks for your help, Christoph Prevezanos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 15:34:48 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 7A1231560C for ; Tue, 15 Jun 1999 15:34:38 -0700 (PDT) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id AAA21414 for freebsd-multimedia@freebsd.org; Wed, 16 Jun 1999 00:34:38 +0200 (CEST) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m10u0kq-000WyYC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Tue, 15 Jun 1999 23:28:24 +0200 (CEST) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: PCI Soundcard Date: 15 Jun 1999 23:28:21 +0200 Message-ID: <7k6ghl$7fs$1@mips.rhein-neckar.de> References: <199906151720350120.00207CF1@smtp-relay.uni-bielefeld.de> To: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph Prevezanos wrote: > Is there any Soundblaster-PCI card, that is supported > by FreeBSD or do still only ISA-cards work? Soundblaster PCI 64, formerly Ensoniq AudioPCI. Works for me with pcm(4) on -CURRENT. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de LinuxTag '99 - 26./27. Juni, Uni Kaiserslautern - http://www.linuxtag.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 18:27:25 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 083E5152B6 for ; Tue, 15 Jun 1999 18:27:09 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from lot.gsoft.com.au (lot.gsoft.com.au [203.38.152.106]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA06236; Wed, 16 Jun 1999 10:56:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199906151720350120.00207CF1@smtp-relay.uni-bielefeld.de> Date: Wed, 16 Jun 1999 10:56:57 +0930 (CST) From: "Daniel O'Connor" To: Christoph Prevezanos Subject: RE: PCI Soundcard Cc: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 15-Jun-99 Christoph Prevezanos wrote: > Is there any Soundblaster-PCI card, that is supported > by FreeBSD or do still only ISA-cards work? A more exact model number is needed before we can tell. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 18:35:20 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id A4D6B15474; Tue, 15 Jun 1999 18:35:08 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt8-216-180-15-185.dialup.HiWAAY.net [216.180.15.185]) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id UAA15224; Tue, 15 Jun 1999 20:35:05 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.3/8.9.3) with ESMTP id TAA40317; Tue, 15 Jun 1999 19:47:42 -0500 (CDT) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <199906160047.TAA40317@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Josef Karthauser Cc: Roger Hardiman , multimedia@FreeBSD.org, hackers@FreeBSD.org, sos@FreeBSD.org From: David Kelly Subject: Re: IR Remote for AverMedia and FlyVideo In-reply-to: Message from Josef Karthauser of "Tue, 15 Jun 1999 11:25:12 BST." <19990615112512.A71377@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Jun 1999 19:47:42 -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Josef Karthauser writes: > > I've got a phototransistor plugged into my DTR line on the serial > port. Is there any working software for FreeBSD for utilising this? > (I want to never lose a remote control again!) Oh My Goodness! I don't know whether to laugh or cry. Can somebody get me started with links to whatever online IR technology is out there? I am in need of a bunch of IR remote control units which can be controlled via serial port or other simple computerized means. While in the past One For All made inexpensive IR remote controls with a serial port, they changed the design about 4 years ago and refused to publish the spec. Do not know if they still include any kind of serial port in current models. Wouldn't do me any good unless I have documentation. As for "phototransistor plugged into my DTR line", this is a job for a $2 microcontroller, not a task for a multiuser multitasking OS. I *think* you can start at http://www.mcu.motsps.com/ and follow the 68HC05 family and find a reference design using a 68HC705K IR controller. It is a very simple design and does very few commands. Its not intented to be a "build to print IR controller." Only a example to get one started. The code is given for generating IR commands. The 68HC705K family features IRQ and pullups on some of its I/O pins allowing one to connect to a keyboard with zero external components. Probably would want to substitute another '05, possibly one with a serial port. Other Motorola app notes provide example code to implement UARTs in software. Also at the same site is a DOS-based 68HC05 assembler. I've been meaning to see if it runs under doscmd. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 18:39:54 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from maxwell.syr.edu (maxwell.syr.edu [128.230.129.5]) by hub.freebsd.org (Postfix) with ESMTP id F418615423; Tue, 15 Jun 1999 18:39:36 -0700 (PDT) (envelope-from cmsedore@maxwell.syr.edu) Received: from exchange.maxwell.syr.edu (exchange.maxwell.syr.edu [128.230.129.241]) by maxwell.syr.edu (8.9.1a/8.9.1) with ESMTP id UAA12440; Tue, 15 Jun 1999 20:17:11 GMT Received: by exchange.maxwell.syr.edu with Internet Mail Service (5.5.1960.3) id ; Tue, 15 Jun 1999 21:39:28 -0400 Message-ID: <262C3DA9BE0CD211971700A0C9B413A1CD04@exchange.maxwell.syr.edu> From: Christopher Sedore To: "'David Kelly'" , Josef Karthauser Cc: Roger Hardiman , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: RE: IR Remote for AverMedia and FlyVideo Date: Tue, 15 Jun 1999 21:39:27 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I bought a one-for-all remote that I drove from FreeBSD just in the last year or two. You might try www.smarthome.com. I bought the remote, cable, and docs for how to use it for under US $100. They also have RS232 learning IR devices for $180. Expensive, but I wasn't willing to do the electronics work. -Chris > -----Original Message----- > From: David Kelly [SMTP:dkelly@HiWAAY.net] > Sent: Tuesday, June 15, 1999 8:48 PM > To: Josef Karthauser > Cc: Roger Hardiman; multimedia@FreeBSD.ORG; hackers@FreeBSD.ORG; > sos@FreeBSD.ORG > Subject: Re: IR Remote for AverMedia and FlyVideo > > Josef Karthauser writes: > > > > I've got a phototransistor plugged into my DTR line on the serial > > port. Is there any working software for FreeBSD for utilising this? > > (I want to never lose a remote control again!) > > Oh My Goodness! I don't know whether to laugh or cry. > > Can somebody get me started with links to whatever online IR > technology > is out there? I am in need of a bunch of IR remote control units which > > can be controlled via serial port or other simple computerized means. > > While in the past One For All made inexpensive IR remote controls with > > a serial port, they changed the design about 4 years ago and refused > to > publish the spec. Do not know if they still include any kind of serial > > port in current models. Wouldn't do me any good unless I have > documentation. > > As for "phototransistor plugged into my DTR line", this is a job for a > $2 microcontroller, not a task for a multiuser multitasking OS. I > *think* you can start at http://www.mcu.motsps.com/ and follow the > 68HC05 family and find a reference design using a 68HC705K IR > controller. It is a very simple design and does very few commands. Its > not intented to be a "build to print IR controller." Only a example to > get one started. The code is given for generating IR commands. The > 68HC705K family features IRQ and pullups on some of its I/O pins > allowing one to connect to a keyboard with zero external components. > Probably would want to substitute another '05, possibly one with a > serial port. > > Other Motorola app notes provide example code to implement UARTs in > software. > > Also at the same site is a DOS-based 68HC05 assembler. I've been > meaning to see if it runs under doscmd. > > -- > David Kelly N4HHE, dkelly@nospam.hiwaay.net > ===================================================================== > The human mind ordinarily operates at only ten percent of its > capacity -- the rest is overhead for the operating system. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 19:15:23 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id AAEDC152A7; Tue, 15 Jun 1999 19:15:16 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt8-216-180-15-185.dialup.HiWAAY.net [216.180.15.185]) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id VAA05228; Tue, 15 Jun 1999 21:15:14 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.3/8.9.3) with ESMTP id VAA41107; Tue, 15 Jun 1999 21:15:12 -0500 (CDT) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <199906160215.VAA41107@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Christopher Sedore Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG, sos@FreeBSD.ORG From: David Kelly Subject: Re: IR Remote for AverMedia and FlyVideo In-reply-to: Message from Christopher Sedore of "Tue, 15 Jun 1999 21:39:27 EDT." <262C3DA9BE0CD211971700A0C9B413A1CD04@exchange.maxwell.syr.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Jun 1999 21:15:11 -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christopher Sedore writes: > I bought a one-for-all remote that I drove from FreeBSD just in the last > year or two. You might try www.smarthome.com. I bought the remote, > cable, and docs for how to use it for under US $100. They also have > RS232 learning IR devices for $180. Expensive, but I wasn't willing to > do the electronics work. Familiar with www.smarthome.com. Bought docs from them when the OFA-6 changed to a newer OFA-6. A problem I've always had with the OFA-6 was that I couldn't "hold a button down" over the serial port. Could only momentarily press it. Found something interesting, http://www.smarthome.com/1143.html, "IBM Home Director X10 Starter Kit." Appears to be software for programming a fancy IR/RF remote control via serial port. Then you can turn the computer off and the remote control will execute preprogramed instructions at the assigned time. $39.95. Now it doesn't really say the IR/RF remote control has the serial port but I don't see anything else. It does say you can turn the computer off after programming your events. So it has to happen outside of the computer. Guess I'm going to have to buy one to find out. On second thought it appears SmartHome is simply not picturing the Home Director controller, which is the component that connects to the PC serial port. Search for "IBM Home Director" on Yahoo! yielded lots of accurate hits. At the moment I don't see a path from the computer to an IR appliance. Maybe there is one. Maybe not. But mostly the IR/RF remote control is there to provide a cordless way for a human to do the X10 stuff. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Jun 15 20:47:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from bh.mbn.or.jp (bh.mbn.or.jp [202.217.0.65]) by hub.freebsd.org (Postfix) with ESMTP id 2D275153AA for ; Tue, 15 Jun 1999 20:47:22 -0700 (PDT) (envelope-from mimiandi@bh.mbn.or.jp) Received: from cse8-19.machida.mbn.or.jp (cse8-19.machida.mbn.or.jp [210.144.132.43]) by bh.mbn.or.jp (8.9.1a/bh.mbn.or.jp-2.0) with ESMTP id MAA17905; Wed, 16 Jun 1999 12:47:17 +0900 (JST) Date: Wed, 16 Jun 1999 12:51:07 -0700 (PDT) From: Daniel Jung To: fzhang@cs.nmsu.edu Cc: freebsd-multimedia@freebsd.org Subject: es1371 chipset Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have ensoniq 1371 pci 64 (creative). I am running -current. With the patch I was able to make es1371 chipset work. The patch was done by Russell Cattelan, cattelan@thebarn.com. I have only tested with mp3 player (gqmpeg). Thanks .. mimiandi@bh.mbn.or.jp this is what i have in my kernel controller pnp0 device pcm0 result : dmesg | grep pcm pcm1: rev 0x06 int a irq 10 on pci0.14.0 pcm1: using I/O space register mapping at 0xe000 cat /dev/sndstat FreeBSD Audio Driver (981002) Jun 9 1999 20:48:16 Installed devices: pcm1: at 0xe000 irq 0 dma 0:0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 4:53:52 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id E874214BD5 for ; Wed, 16 Jun 1999 04:53:44 -0700 (PDT) (envelope-from Christoph.Prevezanos@Uni-Bielefeld.de) Received: from ripley (ppp39-97.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.03.02.17.58.p5) with SMTP id <0FDF0097V51B3C@mail.uni-bielefeld.de> for freebsd-multimedia@FreeBSD.ORG; Wed, 16 Jun 1999 13:53:44 +0200 (MET DST) Date: Wed, 16 Jun 1999 13:52:13 +0200 From: Christoph Prevezanos Subject: Re: PCI Soundcard In-reply-to: <7k6ghl$7fs$1@mips.rhein-neckar.de> To: naddy@mips.rhein-neckar.de, freebsd-multimedia@FreeBSD.ORG Reply-To: Christoph.Prevezanos@Uni-Bielefeld.de Message-id: <199906161352130090.0075D1E4@smtp-relay.uni-bielefeld.de> X-Mailer: Calypso Version 2.40.41.08 (_DEU) References: <199906151720350120.00207CF1@smtp-relay.uni-bielefeld.de> <7k6ghl$7fs$1@mips.rhein-neckar.de> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Christian! >> Is there any Soundblaster-PCI card, that is supported >> by FreeBSD or do still only ISA-cards work? >Soundblaster PCI 64, formerly Ensoniq AudioPCI. >Works for me with pcm(4) on -CURRENT. Sounds good. Is the needed device driver included in FreeBSD or do you need a patch for this? Someone also recommended me the SoundBlaster 128 PCI. Seems that the cards with formerly Ensoniq-Chips work. Greetings, Christoph Prevezanos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 4:54: 1 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 0088D1523B for ; Wed, 16 Jun 1999 04:53:52 -0700 (PDT) (envelope-from Christoph.Prevezanos@Uni-Bielefeld.de) Received: from ripley (ppp39-97.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.03.02.17.58.p5) with SMTP id <0FDF0097V51B3C@mail.uni-bielefeld.de> for freebsd-multimedia@freebsd.org; Wed, 16 Jun 1999 13:53:38 +0200 (MET DST) Date: Wed, 16 Jun 1999 13:52:07 +0200 From: Christoph Prevezanos Subject: RE: PCI Soundcard In-reply-to: To: doconnor@gsoft.com.au Cc: freebsd-multimedia@freebsd.org Reply-To: Christoph.Prevezanos@Uni-Bielefeld.de Message-id: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> X-Mailer: Calypso Version 2.40.41.08 (_DEU) References: Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! >> Is there any Soundblaster-PCI card, that is supported >> by FreeBSD or do still only ISA-cards work? > >A more exact model number is needed before we can tell. Thanks for your answer. I do not own one for the FreeBSD-Box, yet. But I am going to buy one the next days and just wanted to ask you for some recommendations which works with FreeBSD. It doesn't matter if it is a 16, 64 or 128bit one. It will just be used for some basic sound-needs. By the way... I am using 3.2-release. Bye, Christoph Prevezanos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 6:26:38 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from midget.dons.net.au (unknown [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 985F314F9D for ; Wed, 16 Jun 1999 06:25:11 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from guppy.dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.1) with ESMTP id WAA01837; Wed, 16 Jun 1999 22:50:39 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> Date: Wed, 16 Jun 1999 22:50:39 +0930 (CST) From: "Daniel J. O'Connor" To: Christoph Prevezanos Subject: RE: PCI Soundcard Cc: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 16-Jun-99 Christoph Prevezanos wrote: > It doesn't matter if it is a 16, 64 or 128bit one. > It will just be used for some basic sound-needs. > > By the way... I am using 3.2-release. Well.. AWE-32's and AWE-64's work (I have an AWE-64). You could try a SB Ensoniq PCI card which works with patches, so that may not be an option. If you just want it to work (and have midi and wave table) get an AWE-32/64. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 7:47:35 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from buzz.slic.com (buzz.slic.com [206.25.233.41]) by hub.freebsd.org (Postfix) with SMTP id 961EB1540F for ; Wed, 16 Jun 1999 07:47:31 -0700 (PDT) (envelope-from wrongway@slic.com) Received: (qmail 15871 invoked by uid 0); 16 Jun 1999 14:47:27 -0000 Received: from sysctl.urban-a.net (HELO woodhull.sciny.net) (jontow@206.150.81.10) by buzz.slic.com with SMTP; 16 Jun 1999 14:47:27 -0000 From: Jonathan Towne Reply-To: wrongway@slic.com To: Christoph.Prevezanos@Uni-Bielefeld.de Subject: RE: PCI Soundcard Date: Wed, 16 Jun 1999 10:40:08 -0500 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> Cc: freebsd-multimedia@freebsd.org MIME-Version: 1.0 Message-Id: <99061610422100.14137@woodhull.sciny.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph, i should note, that, the Asound gold 16bit cards, work very well with the pcm drivers, i've got two machines with them, you should be able to i bought my pair for $13 US each.. thats very cheap, considering a true sb16 is $40+ ;) I can't recommend a place to find them, seeing as how it appears that you are in germany, but, i bought my pair at http://www.mcmelectronics.com/ On Wed, 16 Jun 1999, Christoph Prevezanos wrote: > Hello! > > >> Is there any Soundblaster-PCI card, that is supported > >> by FreeBSD or do still only ISA-cards work? > > > >A more exact model number is needed before we can tell. > > Thanks for your answer. > > I do not own one for the FreeBSD-Box, yet. > But I am going to buy one the next days and just > wanted to ask you for some recommendations > which works with FreeBSD. > > It doesn't matter if it is a 16, 64 or 128bit one. > It will just be used for some basic sound-needs. > > By the way... I am using 3.2-release. > > Bye, > > Christoph Prevezanos > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message -- Jonathan Towne wrongway@slic.com Systems Administrator To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 8: 0:23 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id 93F181523D for ; Wed, 16 Jun 1999 08:00:18 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id QAA13955 Wed, 16 Jun 1999 16:00:07 +0100 (BST) Message-ID: <3767BBF6.446B@cs.strath.ac.uk> Date: Wed, 16 Jun 1999 16:00:06 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: wrongway@slic.com Cc: Christoph.Prevezanos@Uni-Bielefeld.de, freebsd-multimedia@FreeBSD.ORG Subject: Re: PCI Soundcard References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> <99061610422100.14137@woodhull.sciny.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I also have an ASound Gold card. It cost 7 UK pounds including our sales tax. Very very cheap. It is based on the Avance Logic ALS120 chip. Seems to work ok. But i cannot do full duplex as it is a Vibra 16x clone. I added the PnP IDs to the pcm driver a few weeks ago. Bye Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 17:55:16 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 2C6AC14D10 for ; Wed, 16 Jun 1999 17:54:57 -0700 (PDT) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id CAA09403; Thu, 17 Jun 1999 02:54:49 +0200 (CEST) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m10uPD7-000WyUC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Thu, 17 Jun 1999 01:35:13 +0200 (CEST) Message-ID: <19990617013513.L180@mips.rhein-neckar.de> Date: Thu, 17 Jun 1999 01:35:13 +0200 From: Christian Weisgerber To: Christoph.Prevezanos@Uni-Bielefeld.de, freebsd-multimedia@FreeBSD.ORG Subject: Re: PCI Soundcard References: <199906151720350120.00207CF1@smtp-relay.uni-bielefeld.de> <7k6ghl$7fs$1@mips.rhein-neckar.de> <199906161352130090.0075D1E4@smtp-relay.uni-bielefeld.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199906161352130090.0075D1E4@smtp-relay.uni-bielefeld.de>; from Christoph Prevezanos on Wed, Jun 16, 1999 at 01:52:13PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph Prevezanos: > >Soundblaster PCI 64, formerly Ensoniq AudioPCI. > >Works for me with pcm(4) on -CURRENT. > > Sounds good. Is the needed device driver included > in FreeBSD It's part of 3.2R, although I haven't tried it there. BTW, I guess I ought to qualify the "works for me" from above. It plays mp3's. I haven't tried anything more challenging yet. > Someone also recommended me the SoundBlaster 128 > PCI. Seems that the cards with formerly Ensoniq-Chips > work. The driver only seems to support the ES1370 specifically, not the ES1371ff. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 17:55:33 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 2C8B115085 for ; Wed, 16 Jun 1999 17:55:20 -0700 (PDT) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id CAA09421 for freebsd-multimedia@freebsd.org; Thu, 17 Jun 1999 02:55:18 +0200 (CEST) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m10uPHC-000WyYC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Thu, 17 Jun 1999 01:39:26 +0200 (CEST) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: PCI Soundcard Date: 17 Jun 1999 01:39:23 +0200 Message-ID: <7k9cjb$kgd$1@mips.rhein-neckar.de> References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> To: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph Prevezanos wrote: > It doesn't matter if it is a 16, 64 or 128bit one. I think those numbers in the model designations refer to the number of voices available. (Whatever that means.) Certainly they don't indicate any kind of bus width or such in bits. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de LinuxTag '99 - 26./27. Juni, Uni Kaiserslautern - http://www.linuxtag.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 17:55:41 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 518EF1512C for ; Wed, 16 Jun 1999 17:55:34 -0700 (PDT) (envelope-from naddy@mips.rhein-neckar.de) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id CAA09424 for freebsd-multimedia@freebsd.org; Thu, 17 Jun 1999 02:55:33 +0200 (CEST) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m10uPQI-000WyYC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Thu, 17 Jun 1999 01:48:50 +0200 (CEST) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: PCI Soundcard Date: 17 Jun 1999 01:48:47 +0200 Message-ID: <7k9d4v$khl$1@mips.rhein-neckar.de> References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> To: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel J. O'Connor wrote: > Well.. AWE-32's and AWE-64's work (I have an AWE-64). Uh, but those are only available as ISA (PnP) cards, aren't they? I have an AWE32 ISA PnP card in another box. Works too, no sweat. > You could try a SB Ensoniq PCI card which works with patches, so that may not > be an option. The SB 64 PCI shouldn't require any patches. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de LinuxTag '99 - 26./27. Juni, Uni Kaiserslautern - http://www.linuxtag.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 18:24:54 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from bh.mbn.or.jp (bh.mbn.or.jp [202.217.0.65]) by hub.freebsd.org (Postfix) with ESMTP id 3AF4314E48 for ; Wed, 16 Jun 1999 18:24:46 -0700 (PDT) (envelope-from mimiandi@bh.mbn.or.jp) Received: from cse8-3.machida.mbn.or.jp (cse8-3.machida.mbn.or.jp [210.144.132.27]) by bh.mbn.or.jp (8.9.1a/bh.mbn.or.jp-2.0) with ESMTP id KAA22804; Thu, 17 Jun 1999 10:24:39 +0900 (JST) Date: Thu, 17 Jun 1999 10:28:21 -0700 (PDT) From: Daniel Jung To: Christian Weisgerber Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: PCI Soundcard In-Reply-To: <7k9d4v$khl$1@mips.rhein-neckar.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 17 Jun 1999, Christian Weisgerber wrote: > Daniel J. O'Connor wrote: > > > The SB 64 PCI shouldn't require any patches. > > -- it seems for 1370 chipset you don't but for 1371 you do as mine did. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 21:14:29 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.rdc1.bc.home.com (ha1.rdc1.bc.wave.home.com [24.2.10.66]) by hub.freebsd.org (Postfix) with ESMTP id 34FE414EB8 for ; Wed, 16 Jun 1999 21:14:27 -0700 (PDT) (envelope-from vjanelle@home.com) Received: from home.com ([24.112.120.112]) by mail.rdc1.bc.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19990617041427.LMH6363.mail.rdc1.bc.home.com@home.com>; Wed, 16 Jun 1999 21:14:27 -0700 Message-ID: <37687613.1C4DABE0@home.com> Date: Wed, 16 Jun 1999 21:14:11 -0700 From: Vincent Janelle X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: Christian Weisgerber Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: PCI Soundcard References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> <7k9cjb$kgd$1@mips.rhein-neckar.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org When you're dealing with analogue audio, the higest 'bit' card that you can get currently is 24. 128 bit audio would record well past pretty much well ultrasonic frequencies :P Christian Weisgerber wrote: > > Christoph Prevezanos wrote: > > > It doesn't matter if it is a 16, 64 or 128bit one. > > I think those numbers in the model designations refer to the number of > voices available. (Whatever that means.) Certainly they don't indicate > any kind of bus width or such in bits. > > -- > Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de > LinuxTag '99 - 26./27. Juni, Uni Kaiserslautern - http://www.linuxtag.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message -- ------------ If life is merely a joke, the question still remains: for whose amusement? --http://random.gimp.org --mailto:random@gimp.org --UIN 23939474 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Jun 16 23: 4:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from maulwurf.franken.de (maulwurf.franken.de [193.141.110.9]) by hub.freebsd.org (Postfix) with ESMTP id CB38514BDA for ; Wed, 16 Jun 1999 23:04:22 -0700 (PDT) (envelope-from gaspode.franken.de!tanis@maulwurf.franken.de) Received: by maulwurf.franken.de via rmail with stdio id for freebsd-multimedia@FreeBSD.ORG; Thu, 17 Jun 1999 08:04:19 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #1 built DST-May-30) Received: (from tanis@localhost) by gaspode.franken.de (8.9.3/8.9.3) id HAA00581; Thu, 17 Jun 1999 07:58:59 +0200 (CEST) (envelope-from tanis) Date: Thu, 17 Jun 1999 07:58:59 +0200 From: German Tischler To: Vincent Janelle Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: PCI Soundcard Message-ID: <19990617075859.A565@gaspode.franken.de> References: <199906161352070320.0075BB57@smtp-relay.uni-bielefeld.de> <7k9cjb$kgd$1@mips.rhein-neckar.de> <37687613.1C4DABE0@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <37687613.1C4DABE0@home.com>; from Vincent Janelle on Wed, Jun 16, 1999 at 09:14:11PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jun 16, 1999 at 09:14:11PM -0700, Vincent Janelle wrote: > When you're dealing with analogue audio, the higest 'bit' card that you > can get currently is 24. > > 128 bit audio would record well past pretty much well ultrasonic > frequencies :P The number of bits doesn't have anything to do with the sampling rate, it just characterizes the quantisation noise. -- German Tischler tanis@gaspode.franken.de tanis@cip.informatik.uni-wuerzburg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Jun 17 7: 3:32 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 3686615325 for ; Thu, 17 Jun 1999 07:03:28 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.8.8/8.8.8.s) with ESMTP id RAA11640; Thu, 17 Jun 1999 17:02:59 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 23E241F6B; Thu, 17 Jun 1999 17:03:11 +0300 (EEST) Date: Thu, 17 Jun 1999 17:03:11 +0300 From: Vallo Kallaste To: Daniel Jung Cc: freebsd-multimedia@FreeBSD.ORG Subject: 1371 supported? [Was: PCI Soundcard] Message-ID: <19990617170311.B7717@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <7k9d4v$khl$1@mips.rhein-neckar.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Daniel Jung on Thu, Jun 17, 1999 at 10:28:21AM -0700 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 17, 1999 at 10:28:21AM -0700, Daniel Jung wrote: > > The SB 64 PCI shouldn't require any patches. > > it seems for 1370 chipset you don't but for 1371 you do as mine did. It was my understanding that 1371 chip based cards are not supported, now I hear something else. From where you got patches to make 1371 work? My colleague Tyan motherboard has onboard 1371 and he can't get the sound work. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Jun 17 17:50:45 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 6269614D0F for ; Thu, 17 Jun 1999 17:50:39 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from lot.gsoft.com.au (lot.gsoft.com.au [203.38.152.106]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA11409; Fri, 18 Jun 1999 10:20:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990618102027:292=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <19990617170311.B7717@myhakas.matti.ee> Date: Fri, 18 Jun 1999 10:20:27 +0930 (CST) From: "Daniel O'Connor" To: Vallo Kallaste Subject: RE: 1371 supported? [Was: PCI Soundcard] Cc: freebsd-multimedia@FreeBSD.ORG, Daniel Jung Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990618102027:292=_ Content-Type: text/plain; charset=us-ascii On 17-Jun-99 Vallo Kallaste wrote: > > > The SB 64 PCI shouldn't require any patches. > > it seems for 1370 chipset you don't but for 1371 you do as mine did. > It was my understanding that 1371 chip based cards are not supported, > now I hear something else. From where you got patches to make 1371 > work? My colleague Tyan motherboard has onboard 1371 and he can't get > the sound work. Russell Cattelan made them and is who I got the patches from, so try him :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990618102027:292=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN2mX01bYW/HEoF9pAQHhSAP9GQDeOhujFndXEY3bqBq15ftCV2cpvzvv 52JO+9MbMns/HXEEuQYGdd0AhL3NW3QodJV3BQFNB9Ef+eYXK4B17NKkI9QPoKj7 m5+99SgQK/6+Z2MjTu+pC5r8i4d/JqUwfej1fkvH3S6dSVT9Gf9oIHySbszji/j0 23pR0X0w20A= =oOb/ -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990618102027:292=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Jun 17 23:47:36 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 860A514F23 for ; Thu, 17 Jun 1999 23:47:33 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.8.8/8.8.8.s) with ESMTP id JAA20749; Fri, 18 Jun 1999 09:47:17 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 3FF9E1F6B; Fri, 18 Jun 1999 09:47:31 +0300 (EEST) Date: Fri, 18 Jun 1999 09:47:31 +0300 From: Vallo Kallaste To: "Daniel O'Connor" Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: 1371 supported? [Was: PCI Soundcard] Message-ID: <19990618094731.A10685@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <19990617170311.B7717@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Daniel O'Connor on Fri, Jun 18, 1999 at 10:20:27AM +0930 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jun 18, 1999 at 10:20:27AM +0930, Daniel O'Connor wrote: > > work? My colleague Tyan motherboard has onboard 1371 and he can't get > > the sound work. > > Russell Cattelan made them and is who I got the patches > from, so try him :) Thanks for all. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Jun 18 8:28:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from lupo.thebarn.com (lupo.lcse.umn.edu [128.101.182.105]) by hub.freebsd.org (Postfix) with ESMTP id 52E7414C26 for ; Fri, 18 Jun 1999 08:28:12 -0700 (PDT) (envelope-from cattelan@thebarn.com) Received: from thebarn.com (jizz.thebarn.com [128.101.182.205]) by lupo.thebarn.com (8.9.3/8.9.1) with ESMTP id KAA49826; Fri, 18 Jun 1999 10:27:54 -0500 (CDT) Message-ID: <376A6545.BCF5A8E5@thebarn.com> Date: Fri, 18 Jun 1999 10:27:02 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.51C-SGI [en] (X11; U; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.ORG, vallo@matti.ee Subject: es1371 patch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Can be gotten at ftp://ftp.thebarn.com/outgoing/es1371.patch Note 1370 compatibility is not maintained, it wouldn't be hard to do I just haven't done it yet. I haven't tested it thoroughly but it does play mp3's. If anybody has problems with it let me know. -- Russell Cattelan cattelan@thebarn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Jun 18 17:28:34 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from monster.abyss.net (dark.abyss.net [207.198.22.202]) by hub.freebsd.org (Postfix) with ESMTP id 7A62C15129 for ; Fri, 18 Jun 1999 17:28:29 -0700 (PDT) (envelope-from ksb@abyss.net) Received: from nightmare.abyss.net (ksb@nightmare.abyss.net [10.0.0.3]) by monster.abyss.net (8.9.2/8.9.2) with ESMTP id UAA14501 for ; Fri, 18 Jun 1999 20:23:22 -0400 (EDT) (envelope-from ksb@abyss.net) Date: Fri, 18 Jun 1999 20:27:31 -0400 (EDT) From: "Kevin S. Brackett" To: multimedia@freebsd.org Subject: STB TV PCI w/ fm, and dbx Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org bktr0: rev 0x02 int a irq 11 on pci0.10.0 bti2c0: iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 STB TV/PCI, Philips NTSC tuner, msp3400c stereo. (I disabled dbx, and enabled msp, before I had tried enabling both, disabling one and then the other and so on to see if I could get any results.. nothing...) The soundcard is a Vibra Soundblaster... cdrom input works fine with my cdrom so it's not the soundcard... any ideas? pointers? thanks, - kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Jun 18 17:30:16 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from monster.abyss.net (dark.abyss.net [207.198.22.202]) by hub.freebsd.org (Postfix) with ESMTP id D541C15221 for ; Fri, 18 Jun 1999 17:30:13 -0700 (PDT) (envelope-from ksb@abyss.net) Received: from nightmare.abyss.net (ksb@nightmare.abyss.net [10.0.0.3]) by monster.abyss.net (8.9.2/8.9.2) with ESMTP id UAA14509 for ; Fri, 18 Jun 1999 20:25:06 -0400 (EDT) (envelope-from ksb@abyss.net) Date: Fri, 18 Jun 1999 20:29:15 -0400 (EDT) From: "Kevin S. Brackett" To: multimedia@freebsd.org Subject: Re: STB TV PCI w/ fm, and dbx In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hmm, I also just noticed this: Detected a MSP3436-[0 ideas? oh, and please cc to me, as i'm not on the list, thanks again! - kevin :) On Fri, 18 Jun 1999, Kevin S. Brackett wrote: > bktr0: rev 0x02 int a irq 11 on pci0.10.0 bti2c0: Hard/Soft I2C controller> iicbb0: on > bti2c0 iicbus0: on iicbb0 master-only smbus0: Management Bus> on bti2c0 > STB TV/PCI, Philips NTSC tuner, msp3400c stereo. > > (I disabled dbx, and enabled msp, before I had tried enabling both, > disabling one and then the other and so on to see if I could get any > results.. nothing...) > > The soundcard is a Vibra Soundblaster... cdrom input works fine with my > cdrom so it's not the soundcard... any ideas? pointers? > > thanks, > - kevin > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Jun 18 20:15:39 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from www.harrisburgacademy.org (2093702.harrisburgacademy.org [209.3.70.2]) by hub.freebsd.org (Postfix) with ESMTP id 1E9B215520 for ; Fri, 18 Jun 1999 20:15:21 -0700 (PDT) (envelope-from i.think@harrisburgacademy.org) Received: from nemox.looksharp.net ([199.224.85.212]) by www.harrisburgacademy.org (Netscape Messaging Server 3.5) with ESMTP id 457 for ; Fri, 18 Jun 1999 23:02:17 -0400 Message-ID: <376B0A43.2C76761F@nemox.looksharp.net> Date: Fri, 18 Jun 1999 23:10:59 -0400 From: NemoX X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Subject: video cd in freebsd-current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there a way to play video cd's in freebsd? I can play the mpegafterit is extractedand i can mount the vcd and read the files that are on it. (including the .dat. I read through the mailing list archives about vcds, andthere was some mention of additions to the atapi interface, but i never saw a conclusion to those efforts. Could someone tell me what is being done or what i can do to enable those functions Andrew -- DISCLAIMER: Anyone sending me unsolicited commercial electronic mail will be charged a $100 fee for time spent reading it. Do NOT send this type of electronic mail to me. In reading this, you automatically agree to be subjected to these terms: US Code Title 47, Sec.227(a)(2)(B), a computer/modem/printer meets the definition of a telephone fax machine. By Sec.227(b)(1)(C), it is unlawful to send any unsolicited advertisement to such equipment. By Sec.227(b)(3)(C), a violation of the aforementioned Section is punishable by action to recover actual monetary loss, or $500, whichever is greater, for each violation To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Jun 19 14:28: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id C91B114BE9 for ; Sat, 19 Jun 1999 14:27:48 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (ppp01.egd.igd.fhg.de [153.96.43.211]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA6792 for ; Sat, 19 Jun 1999 23:27:57 +0200 Message-ID: <376C0AEB.8B6B6BF@rostock.zgdv.de> Date: Sat, 19 Jun 1999 23:26:03 +0200 From: Thomas Runge X-Mailer: Mozilla 4.6 [en] (X11; U; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.ORG Subject: Re: video cd in freebsd-current References: <376B0A43.2C76761F@nemox.looksharp.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org NemoX wrote: > > Is there a way to play video cd's in freebsd? I can play the > mpegafterit is There is a commercial tool called 'mtv', which can do this. You can get it via www.mpegtv.com and it's only 10$. You can even play video mpeg files with audio. They only have got a linux version, but it works with our emulation perfectly. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Jun 19 21:38:45 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 0373F14C84 for ; Sat, 19 Jun 1999 21:38:43 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.9.2/8.9.2) id XAA08717 for freebsd-multimedia@freebsd.org; Sat, 19 Jun 1999 23:38:43 -0500 (CDT) From: Kevin Day Message-Id: <199906200438.XAA08717@home.dragondata.com> Subject: fxtv -> mpeg To: freebsd-multimedia@freebsd.org Date: Sat, 19 Jun 1999 23:38:42 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried recording something from fxtv to make an mpeg... i get as far as it trying to run mpeg_musicin, and i get: >>> Using Audio IFF sound file headers SmpFrqIndex: 0 is not a legal sample rate in "/root/whatever/myfile.aiff" I can play the aiff file in windows just fine... am I doing something wrong? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message