From owner-freebsd-multimedia Sun Aug 8 1:44: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 6E79C14DCF for ; Sun, 8 Aug 1999 01:43:51 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id KAA95690; Sun, 8 Aug 1999 10:42:30 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908080842.KAA95690@gratis.grondar.za> To: "Cameron Grant" Cc: multimedia@FreeBSD.ORG Subject: Re: it's time... Date: Sun, 08 Aug 1999 10:42:29 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > please test it and email me success and failure reports. Looks good so far; the probe messages are a bit funny: pcm0: at irq 10 drq 1 on isa0 unknown0: on isa0 pcm1: at port 0x534-0x537,0x388-0x38b irq 5 drq 3,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 What are , and doing there, and why do I suddenly have a Soundblaster _and_ CS4236? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 5:28:46 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 9310E14FD4; Sun, 8 Aug 1999 05:28:33 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id OAA02945; Sun, 8 Aug 1999 14:27:23 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 352528711; Sun, 8 Aug 1999 13:03:38 +0200 (CEST) Date: Sun, 8 Aug 1999 13:03:38 +0200 From: Ollivier Robert To: current@freebsd.org, multimedia@freebsd.org Subject: Re: it's time... Message-ID: <19990808130338.A87329@keltia.freenix.fr> Mail-Followup-To: current@freebsd.org, multimedia@freebsd.org References: <000901bee13c$b1831dc0$0304020a@rings> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <000901bee13c$b1831dc0$0304020a@rings>; from Cameron Grant on Sun, Aug 08, 1999 at 02:23:59AM +0100 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Cameron Grant: > the list of supported cards is as for luigi's driver, with the addition of a > couple more mss-clones, and trident 4dwave. there is a part done aureal Can someone with access to a Sony VAIO Z505S(X) laptop try this ? According to Sony it is supposed to be MSS compatible but it is not seen by the current sound code... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 15:37: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id 7EC6C14F98 for ; Sun, 8 Aug 1999 15:35:50 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA06496; Sun, 8 Aug 1999 21:55:58 +0200 From: Luigi Rizzo Message-Id: <199908081955.VAA06496@labinfo.iet.unipi.it> Subject: Re: it's time... To: mark@grondar.za (Mark Murray) Date: Sun, 8 Aug 1999 21:55:58 +0200 (MET DST) Cc: gandalf@vilnya.demon.co.uk, multimedia@FreeBSD.ORG In-Reply-To: <199908080842.KAA95690@gratis.grondar.za> from "Mark Murray" at Aug 8, 99 10:42:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 808 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > pcm0: at irq 10 drq 1 on isa0 > unknown0: on isa0 > pcm1: at port 0x534-0x537,0x388-0x38b irq 5 drq 3,0 on isa0 > unknown1: at port 0x200-0x207 on isa0 > unknown2: at port 0x330-0x331 irq 9 on isa0 > > What are , and doing there, and why do I > suddenly have a Soundblaster _and_ CS4236? the last part is surely because the CS4236 also does soundblaster emulation -- depending on how you access it, you have one or the other, but not both at the same time. I personally don't see any use for the SB emulation on freebsd (other than for testing the SB driver!) as one is not accessing the registers directly, and SB mode is just a poor subset of MSS. Cameron, do you make any use of the SB mode in cases like this ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 16:26:45 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 1664014F75; Sun, 8 Aug 1999 16:26:39 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac1.wam.umd.edu (root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA13076; Sun, 8 Aug 1999 18:52:08 -0400 (EDT) Received: from rac1.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id SAA18821; Sun, 8 Aug 1999 18:52:07 -0400 (EDT) Received: from localhost by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA18817; Sun, 8 Aug 1999 18:52:07 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Sun, 8 Aug 1999 18:52:07 -0400 (EDT) From: Kenneth Wayne Culver To: Cameron Grant Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <000901bee13c$b1831dc0$0304020a@rings> 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 > to let newpcm out of the cage so you can all get your grubby little hands on > it. > > http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz > > this is a patch against a recent -current. if you have a pci or isapnp > soundcard, you should have pnp0 and pcm0 in your kernel config as > appropriate. isapnp cards should not need any pnp lines in kernel.conf. > > the list of supported cards is as for luigi's driver, with the addition of a > couple more mss-clones, and trident 4dwave. there is a part done aureal > vortex driver which is as yet nonfunctional. mmap() is supported but not > well tested. format conversions are supported. the code seems to be > stable. > > please test it and email me success and failure reports. > > - cameron > It works ok for me, but one nice feature of the sound system would be if upon shutdown (I don't leave my machine on all the time right now) OS somehow looked at a config file (call it /etc/soundvol.conf) for mixer volumes, and set them to that as a default... Just an idea. KEnneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 17:18:40 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from stevenson.cogsci.ed.ac.uk (stevenson144.cogsci.ed.ac.uk [129.215.144.1]) by hub.freebsd.org (Postfix) with ESMTP id A445215077 for ; Sun, 8 Aug 1999 17:18:30 -0700 (PDT) (envelope-from richard@cogsci.ed.ac.uk) Received: from doyle.cogsci.ed.ac.uk (richard@doyle [129.215.110.29]) by stevenson.cogsci.ed.ac.uk (8.8.7/8.8.7) with SMTP id BAA20510 for ; Mon, 9 Aug 1999 01:16:57 +0100 (BST) Date: Mon, 9 Aug 1999 01:16:56 +0100 Message-Id: <27264.199908090016@doyle.cogsci.ed.ac.uk> From: Richard Tobin Subject: Fxtv MPEG recording To: multimedia@freebsd.org Organization: just say no Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried some MPEG recording from fxtv, and encountered a few minor problems. I was using fxtv-0.48 under FreeBSD 3.2-RELEASE. (1) In tvaudio.c, after SNDCTL_DSP_SETFMT, the value is checked to see that it worked (parm != parm_new). But the sound driver (snd/sound.c) has this code: /* * when some card (SB16) is opened RDONLY or WRONLY, * only one of the fields is set, the other becomes 0. * This makes it possible to select DMA channels at runtime. */ if (d->play_fmt) d->play_fmt = *(int *)arg ; if (d->rec_fmt) d->rec_fmt = *(int *)arg ; splx(s); if (ask_init(d)) *(int *)arg = d->play_fmt ; So when setting the record format, the returned value is the play format, which is zero (as suggested in the comment), so fxtv thinks the ioctl sample format is not supported. The driver code looks bogus to me, but I just hacked fxtv to not check. (2) The fxtv README says that mplex is not used by fxtv, but it is. (3) The fxtv README mentions an envoronment variable MPEG_AUDIO for dist10, but it's really MPEGTABLES. Apart from these problems, I was very impressed with how well it worked. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 18: 3:53 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 94F6E14D5D; Sun, 8 Aug 1999 18:03:45 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id UAA47932; Sun, 8 Aug 1999 20:59:37 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sun, 8 Aug 1999 20:59:37 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Kenneth Wayne Culver Cc: Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org Subject: Re: it's time... 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 On Sun, 8 Aug 1999, Kenneth Wayne Culver wrote: > It works ok for me, but one nice feature of the sound system would be if > upon shutdown (I don't leave my machine on all the time right now) OS > somehow looked at a config file (call it /etc/soundvol.conf) for mixer > volumes, and set them to that as a default... Just an idea. Don't you mean upon startup? If so, see my recent rc proposition for mixer settings. > > KEnneth Culver > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 19:48: 4 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 0D6C114D36 for ; Sun, 8 Aug 1999 19:48:01 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-4-95.dialup.rdu.ipass.net [209.170.134.95]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id WAA24530; Sun, 8 Aug 1999 22:44:52 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id WAA04981; Sun, 8 Aug 1999 22:46:11 -0400 (EDT) (envelope-from rhh) Date: Sun, 8 Aug 1999 22:46:11 -0400 From: Randall Hopper To: Richard Tobin Cc: multimedia@FreeBSD.ORG Subject: Re: Fxtv MPEG recording Message-ID: <19990808224611.B4515@ipass.net> References: <27264.199908090016@doyle.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <27264.199908090016@doyle.cogsci.ed.ac.uk>; from Richard Tobin on Mon, Aug 09, 1999 at 01:16:56AM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Richard Tobin: |I tried some MPEG recording from fxtv, and encountered a few minor |problems. I was using fxtv-0.48 under FreeBSD 3.2-RELEASE. | |(1) In tvaudio.c, after SNDCTL_DSP_SETFMT, the value is checked to see | that it worked (parm != parm_new). But the sound driver (snd/sound.c) | has this code: ... | So when setting the record format, the returned value is the play | format, which is zero (as suggested in the comment), so fxtv thinks | the ioctl sample format is not supported. The driver code looks | bogus to me, but I just hacked fxtv to not check. You're using Luigi's pcm driver. pcm differs from voxware in this behavior. Luigi addressed this on the list when it came up before. |(2) The fxtv README says that mplex is not used by fxtv, but it is. Thanks. I've bumped it up into the top list. |(3) The fxtv README mentions an envoronment variable MPEG_AUDIO for | dist10, but it's really MPEGTABLES. Thanks again. Hmmm. I wonder if it used to be MPEG_AUDIO or if I just goofed. Anyway, it's fixed. |Apart from these problems, I was very impressed with how well it worked. Glad to hear it! Have fun! Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 21: 7:58 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 4BB511509B for ; Sun, 8 Aug 1999 21:07:55 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id AAA93947 for ; Mon, 9 Aug 1999 00:03:21 -0400 (EDT) Message-Id: <199908090403.AAA93947@cs.rpi.edu> To: freebsd-multimedia@freebsd.org Subject: bt848 no sound, progress? Date: Mon, 09 Aug 1999 00:03:20 -0400 From: "David E. Cross" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I emailed a couple of weeks ago describing a no-sound problem with a OEM bt848 card with a gateway computer. Someone responded that they had that card and experienced the same problems and were looking into correcting it. Has there been any progress on that front? -- David Cross | email: crossd@cs.rpi.edu Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 22:32:10 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id A71B215132; Sun, 8 Aug 1999 22:32:05 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id WAA24356; Sun, 8 Aug 1999 22:13:53 -0700 (PDT) Date: Sun, 8 Aug 1999 22:13:52 -0700 (PDT) From: Alex Zepeda To: "Brian F. Feldman" Cc: Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... 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 On Sun, 8 Aug 1999, Brian F. Feldman wrote: > > It works ok for me, but one nice feature of the sound system would be if > > upon shutdown (I don't leave my machine on all the time right now) OS > > somehow looked at a config file (call it /etc/soundvol.conf) for mixer > > volumes, and set them to that as a default... Just an idea. > > Don't you mean upon startup? If so, see my recent rc proposition for mixer > settings. Actually at shutdown would be cool. So it could save the current volumes, and restore them at startup. Altho, at suspend and resume time wouldn't be a bad idea either. - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 22:37: 4 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from dingo.cdrom.com (castles523.castles.com [208.214.165.87]) by hub.freebsd.org (Postfix) with ESMTP id 6D5B2150C9; Sun, 8 Aug 1999 22:37:01 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id WAA15394; Sun, 8 Aug 1999 22:29:09 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908090529.WAA15394@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex Zepeda Cc: "Brian F. Feldman" , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-reply-to: Your message of "Sun, 08 Aug 1999 22:13:52 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Aug 1999 22:29:09 -0700 From: Mike Smith Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Sun, 8 Aug 1999, Brian F. Feldman wrote: > > > > It works ok for me, but one nice feature of the sound system would be if > > > upon shutdown (I don't leave my machine on all the time right now) OS > > > somehow looked at a config file (call it /etc/soundvol.conf) for mixer > > > volumes, and set them to that as a default... Just an idea. > > > > Don't you mean upon startup? If so, see my recent rc proposition for mixer > > settings. > > Actually at shutdown would be cool. So it could save the current volumes, > and restore them at startup. Altho, at suspend and resume time wouldn't > be a bad idea either. Gosh, let's see; at shutdown it could edit /etc/rc.conf. Wouldn't that be handy? And so easy too. 8) -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Aug 8 22:42:11 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 0DDF515139; Sun, 8 Aug 1999 22:42:03 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id PAA00173; Mon, 9 Aug 1999 15:07:45 +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:990809150745:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Mon, 09 Aug 1999 15:07:45 +0930 (CST) From: "Daniel O'Connor" To: Alex Zepeda Subject: Re: it's time... Cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG, Cameron Grant , Kenneth Wayne Culver , "Brian F. Feldman" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990809150745:611=_ Content-Type: text/plain; charset=us-ascii On 09-Aug-99 Alex Zepeda wrote: > Actually at shutdown would be cool. So it could save the current volumes, > and restore them at startup. Altho, at suspend and resume time wouldn't > be a bad idea either. You could do it something like the way boot -c stuff or the splash screen is done, ie load a 'module' which is just a text file for the sound system to parse.. Don't know how you'd go unload'ing and load'ing the file though. --- 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:990809150745:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN65pKVbYW/HEoF9pAQGTlAP9GqvbAK4KEU8T5XRQqs3mLrjqBK6XWQvZ UU19005YRSIlG9ReksI2k+4nD8FY8tB2pltl0jykFT1JiLTjBN2x2A/OVg7Gsc1Y 2ctiIwqfgz6F4h/cHe9efFW/5SJUpm6R3TI6A5stfF5Q2qh0UMbsq6+L6vr3jzrz SeqYr4emMmg= =yGFP -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990809150745:611=_-- 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 Sun Aug 8 22:42:33 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 D7348151B6; Sun, 8 Aug 1999 22:42:22 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id PAA00187; Mon, 9 Aug 1999 15:08:19 +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:990809150819:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <199908090529.WAA15394@dingo.cdrom.com> Date: Mon, 09 Aug 1999 15:08:19 +0930 (CST) From: "Daniel O'Connor" To: Mike Smith Subject: Re: it's time... Cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG, Cameron Grant , Kenneth Wayne Culver , "Brian F. Feldman" , Alex Zepeda Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990809150819:611=_ Content-Type: text/plain; charset=us-ascii On 09-Aug-99 Mike Smith wrote: > Gosh, let's see; at shutdown it could edit /etc/rc.conf. Wouldn't that > be handy? And so easy too. 8) Ahh but then you have to put up with the default sound levels until /etc/rc.conf is used :) --- 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:990809150819:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN65pS1bYW/HEoF9pAQE8WgP/fiYM+/kE2c0iVlnPx72ISJUhh0xlhgkF x1mH3S39RKEb4Am/jxHlKWdmQJ0jC2QPhFABACLEqPCVv/CpbVlzupj53NvyNfMf bsj0Lc7kYMjfWKs4n1gI/6dW4+hY6/TOejQ0lWkgje5aGeVcN2zN+m1EAQpW1hVR T0i+UbkpCNQ= =ZWpQ -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990809150819:611=_-- 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 Mon Aug 9 2:14:59 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id AA76D151F8; Mon, 9 Aug 1999 02:13:56 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id CAA14070; Mon, 9 Aug 1999 02:11:52 -0700 (PDT) Date: Mon, 9 Aug 1999 02:11:51 -0700 (PDT) From: Alex Zepeda To: Mike Smith Cc: "Brian F. Feldman" , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908090529.WAA15394@dingo.cdrom.com> 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 Sun, 8 Aug 1999, Mike Smith wrote: > > On Sun, 8 Aug 1999, Brian F. Feldman wrote: > > > > > > It works ok for me, but one nice feature of the sound system would be if > > > > upon shutdown (I don't leave my machine on all the time right now) OS > > > > somehow looked at a config file (call it /etc/soundvol.conf) for mixer > > > > volumes, and set them to that as a default... Just an idea. > > > > > > Don't you mean upon startup? If so, see my recent rc proposition for mixer > > > settings. > > > > Actually at shutdown would be cool. So it could save the current volumes, > > and restore them at startup. Altho, at suspend and resume time wouldn't > > be a bad idea either. > > Gosh, let's see; at shutdown it could edit /etc/rc.conf. Wouldn't that > be handy? And so easy too. 8) Nah, it could store the values in, say, /etc/mixerX.vols, if the knob was enabled in rc.conf. Imagine for a moment one less thing to remember to tweak at boot time. Sure my AWE64 and 32PnP don't need tweaking upon startup if I don't mind waking everyone up when I play an mp3, but there are cards out there that default to a volume of zero. Sure it's nothing monumental, but it's a convience thing. I mean, if the FreeBSD project is opposed to convenience, why have /usr/local/etc/rc.d, or even rc.conf for that matter when one can enter this stuff in by hand each time at startup %) - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 2:25:15 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 49B4914BF9; Mon, 9 Aug 1999 02:25:06 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id SAA03125; Mon, 9 Aug 1999 18:52:10 +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:990809185210:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Mon, 09 Aug 1999 18:52:10 +0930 (CST) From: "Daniel O'Connor" To: Alex Zepeda Subject: Re: it's time... Cc: "Brian F. Feldman" Cc: "Brian F. Feldman" , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990809185210:611=_ Content-Type: text/plain; charset=us-ascii On 09-Aug-99 Alex Zepeda wrote: > Why that complex? Couldn't I just drop in a small script using awk and > sh, to grab the mixer volumes, and drop it in rc.shutdown? Or even a > small C program would suffice if scripting isn't your cup of tea. Hmm.. true.. so have a shell script to write the file on shutdown, then load the file as a kernel mod on startup using the boot loader? That way you don't have that annoying window of time after the card has been initialised before /etc/rc is run :) --- 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:990809185210:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN66dwlbYW/HEoF9pAQHcRQQAqCpfyKo5PpbWLy5TUksl44rrA0zbUSlm 9sQKNxRexWkWjIrxkdf/IR1tte0DzZlMXTLoScGkW83A+MLvy6IHhJG6SLy/a+By ThfUeW4S0u79bWcYBFjEalHJUafPiNO63iG0PHNHu0jpsld8AWYFcgjuRp8hKRCV ibSZ+5VoN+4= =tahN -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990809185210:611=_-- 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 Mon Aug 9 2:32:40 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 61B1A14EFD; Mon, 9 Aug 1999 02:32:36 -0700 (PDT) (envelope-from garbanzo@HOOKED.NET) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id CAA14727; Mon, 9 Aug 1999 02:15:49 -0700 (PDT) Date: Mon, 9 Aug 1999 02:15:49 -0700 (PDT) From: Alex Zepeda To: "Daniel O'Connor" Cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG, Cameron Grant , Kenneth Wayne Culver , "Brian F. Feldman" Subject: Re: it's time... 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 On Mon, 9 Aug 1999, Daniel O'Connor wrote: > You could do it something like the way boot -c stuff or the splash screen is > done, ie load a 'module' which is just a text file for the sound system to > parse.. > > Don't know how you'd go unload'ing and load'ing the file though. Why that complex? Couldn't I just drop in a small script using awk and sh, to grab the mixer volumes, and drop it in rc.shutdown? Or even a small C program would suffice if scripting isn't your cup of tea. - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 2:33: 7 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 571B915226; Mon, 9 Aug 1999 02:32:55 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id CAA17810; Mon, 9 Aug 1999 02:30:38 -0700 (PDT) Date: Mon, 9 Aug 1999 02:30:38 -0700 (PDT) From: Alex Zepeda To: "Daniel O'Connor" Cc: "Brian F. Feldman" , "Brian F. Feldman" , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... 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 On Mon, 9 Aug 1999, Daniel O'Connor wrote: > > Why that complex? Couldn't I just drop in a small script using awk and > > sh, to grab the mixer volumes, and drop it in rc.shutdown? Or even a > > small C program would suffice if scripting isn't your cup of tea. > > Hmm.. true.. so have a shell script to write the file on shutdown, then load > the file as a kernel mod on startup using the boot loader? > > That way you don't have that annoying window of time after the card has been > initialised before /etc/rc is run :) Wha? Since neither the kernel nor the startup scripts really frob the sound devices much, another shell script could suffice for this too, no? I mean, I usually have to wait until after I've logged in to turn down the volume anyways. This could even be implemented (perhaps easier) thru the rc.d tree. Perhaps I'll do that tomorrow, and make a port out of it ;) Or am I just oversimplifying things? - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 2:59:14 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from arthur.caida.org (arthur.caida.org [204.212.46.6]) by hub.freebsd.org (Postfix) with ESMTP id AE286151A9; Mon, 9 Aug 1999 02:59:05 -0700 (PDT) (envelope-from dwm@arthur.caida.org) Received: from arthur.caida.org (localhost.caida.org [127.0.0.1]) by arthur.caida.org (8.9.0/8.9.0.Beta5) with ESMTP id FAA74200; Mon, 9 Aug 1999 05:56:58 -0400 (EDT) Message-Id: <199908090956.FAA74200@arthur.caida.org> Location: CAIDA Ann Arbor, MI To: Alex Zepeda Cc: "Daniel O'Connor" , current@FreeBSD.ORG, multimedia@FreeBSD.ORG, Cameron Grant , Kenneth Wayne Culver , "Brian F. Feldman" Subject: Re: it's time... In-reply-to: Message from of Mon Aug 9, 1999 2:15 PDT Date: Mon, 09 Aug 1999 05:56:58 -0400 From: Daniel McRobb Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Mon, 9 Aug 1999, Daniel O'Connor wrote: > > > You could do it something like the way boot -c stuff or the splash screen is > > done, ie load a 'module' which is just a text file for the sound system to > > parse.. > > > > Don't know how you'd go unload'ing and load'ing the file though. > > Why that complex? Couldn't I just drop in a small script using awk and > sh, to grab the mixer volumes, and drop it in rc.shutdown? Or even a > small C program would suffice if scripting isn't your cup of tea. > > - alex As far as I know, rc.shutdown doesn't get run unless you go to single user mode (for example, 'shutdown -h now' will not cause init to run rc.shutdown). Personally, I put my mixer settings in ~/.mixerrc, and load/save values there by running a script from ~/.xinitrc (load before starting window manager, save after window manager exits). But I never have a real need to use audio when I'm not running X (and no need to have any mixer settings before logon). Daniel ~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 5:35:42 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 4E6ED15081 for ; Mon, 9 Aug 1999 05:35:35 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id 661A82175; Mon, 9 Aug 1999 05:32:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id 512C44E; Mon, 9 Aug 1999 05:32:26 -0700 (PDT) Date: Mon, 9 Aug 1999 05:32:26 -0700 (PDT) From: just matt To: "David E. Cross" Cc: freebsd-multimedia@freebsd.org Subject: Re: bt848 no sound, progress? In-Reply-To: <199908090403.AAA93947@cs.rpi.edu> 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 What is the sound chipset? Matt On Mon, 9 Aug 1999, David E. Cross wrote: > I emailed a couple of weeks ago describing a no-sound problem with a OEM > bt848 card with a gateway computer. Someone responded that they had that card > and experienced the same problems and were looking into correcting it. Has > there been any progress on that front? > > -- > David Cross | email: crossd@cs.rpi.edu > Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd > Rensselaer Polytechnic Institute, | Ph: 518.276.2860 > Department of Computer Science | Fax: 518.276.4033 > I speak only for myself. | WinNT:Linux::Linux:FreeBSD > > > 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 Mon Aug 9 9:18:54 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 482501516C; Mon, 9 Aug 1999 09:18:50 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id MAA63368; Mon, 9 Aug 1999 12:14:57 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Mon, 9 Aug 1999 12:14:57 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Daniel McRobb Cc: Alex Zepeda , "Daniel O'Connor" , current@FreeBSD.org, multimedia@FreeBSD.org, Cameron Grant , Kenneth Wayne Culver Subject: Re: it's time... In-Reply-To: <199908090956.FAA74200@arthur.caida.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 You guys don't see the point. The point is a single, simple place to put default mixer values for any number of devices, and fitting in with the current configuration file scenario. rc is the natural place for this, because _it_ gets run at startup. I just need to find somewhere to put this instead of rc.audio, because jkh vetoes it on that account... Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 9:19:35 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from maildns2.fsbdial.co.uk (s24.athenenet.co.uk [195.89.137.30]) by hub.freebsd.org (Postfix) with ESMTP id 1A8EF15256; Mon, 9 Aug 1999 09:19:24 -0700 (PDT) (envelope-from frankrj@netscape.net) Received: from [212.1.145.183] by maildns2.freenet.co.uk (NTMail 4.30.0012/NT0619.00.9914eb79) with ESMTP id lxzimaaa for ; Mon, 9 Aug 1999 17:15:36 +0100 Message-ID: <37AEFF63.1354B1C8@netscape.net> Date: Mon, 09 Aug 1999 17:18:43 +0100 From: Francis Jordan X-Mailer: Mozilla 4.5 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Cameron Grant Cc: multimedia@freebsd.org, current@freebsd.org Subject: Re: it's time... References: <000901bee13c$b1831dc0$0304020a@rings> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Cameron Grant wrote: > > to let newpcm out of the cage so you can all get your grubby little hands on > it. > > http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz > > this is a patch against a recent -current. if you have a pci or isapnp > soundcard, you should have pnp0 and pcm0 in your kernel config as > appropriate. isapnp cards should not need any pnp lines in kernel.conf. > > the list of supported cards is as for luigi's driver, with the addition of a > couple more mss-clones, and trident 4dwave. there is a part done aureal > vortex driver which is as yet nonfunctional. mmap() is supported but not > well tested. format conversions are supported. the code seems to be > stable. > > please test it and email me success and failure reports. > > - cameron Hi, First, I'd like to thank Cameron for his great work on the pcm driver. It builds and installs cleanly, and generally looks very impressive. I apologize in advance if the following message is a bit on the long side, but the problem I'm going to describe is very odd. I must also make clear that the sound card works fine under Windoze, and it also worked fine with the old pcm driver, until something got broken around 20 April this year (_after_ the integration of new bus). The sound card settings are changeable in the BIOS; this is what I have (the card is a non-PnP Yamaha): Sound: Enabled (other options are: Disabled and Auto) SB I/O address: 220-22F WSS I/O address: 530-538 Adlib I/O address: 388-38F MPU I/O address: 300-301 CTRL I/O address: 100 (OPL3 chip control) DMA A: DMA 1 (other options: 0,7) DMA B: DMA 0 (other options: 1,7) IRQ: IRQ 5 In accordance with these settings, I used the following line in the kernel: device pcm0 at isa? port 0x530 irq 5 drq 1 flags 0x10 (Note the order of the DMA channels - 1, then 0) Now this is what happens: the driver successfully detects the card, but fails to register an interrupt: /kernel: mss_detect - chip revision 0x0a /kernel: mss_detect() - Detected CS4231 /kernel: pcm0: at port 0x530-0x53f,0x310-0x311 irq 5 drq 1 flags 0xa210 on isa0 /kernel: pcm: setmap 30000, ff00; 0xc7bdd000 -> 30000 /kernel: pcm: setmap 40000, ff00; 0xc7bed000 -> 40000 /kernel: device combination doesn't support shared irq3 /kernel: intr_connect(irq3) failed, result=-1 /kernel: device combination doesn't support shared irq4 /kernel: intr_connect(irq4) failed, result=-1 /kernel: device combination doesn't support shared irq5 /kernel: intr_connect(irq5) failed, result=-1 /kernel: device combination doesn't support shared irq7 /kernel: intr_connect(irq7) failed, result=-1 /kernel: device combination doesn't support shared irq9 /kernel: intr_connect(irq9) failed, result=-1 /kernel: device combination doesn't support shared irq12 /kernel: intr_connect(irq12) failed, result=-1 /kernel: device combination doesn't support shared irq14 /kernel: intr_connect(irq14) failed, result=-1 /kernel: device combination doesn't support shared irq15 /kernel: intr_connect(irq15) failed, result=-1 IRQ 5 is definitely unused, and exactly the same setup worked fine with the old pcm driver. Another strange thing is that cat /dev/sndstat shows: FreeBSD Audio Driver (newpcm) Aug 8 1999 21:55:41 Installed devices: pcm0: at io 0x530 irq 5 drq 1:0 (1/1 channels duplex) as if everything were ok. It also seems that although intr_connect fails, IRQ 5 is marked as being in use, because pcic then chooses the next one available (10): /kernel: PC-Card VLSI 82C146 (5 mem & 2 I/O windows) /kernel: pcic: controller irq 10 Now the VERY odd thing: if I use DMA channels 0 and 1 (as opposed to 1 and 0), change the BIOS settings accordingly, and compile the kernel with device pcm0 at isa? port 0x530 irq 5 drq 0 flags 0x11 I get the following error: /kernel: mss_detect - chip revision 0x0a /kernel: mss_detect() - Detected CS4231 /kernel: pcm0: at port 0x530-0x53f,0x310-0x311 irq 5 flags 0xa211 on isa0 + /kernel: device_probe_and_attach: pcm0 attach returned 6 /kernel: device combination doesn't support shared irq3 /kernel: intr_connect(irq3) failed, result=-1 /kernel: device combination doesn't support shared irq4 /kernel: intr_connect(irq4) failed, result=-1 /kernel: device combination doesn't support shared irq7 /kernel: intr_connect(irq7) failed, result=-1 /kernel: device combination doesn't support shared irq9 /kernel: intr_connect(irq9) failed, result=-1 /kernel: device combination doesn't support shared irq12 /kernel: intr_connect(irq12) failed, result=-1 /kernel: device combination doesn't support shared irq14 /kernel: intr_connect(irq14) failed, result=-1 /kernel: device combination doesn't support shared irq15 /kernel: intr_connect(irq15) failed, result=-1 /kernel: PC-Card VLSI 82C146 (5 mem & 2 I/O windows) + /kernel: pcic: controller irq 5 and cat: /dev/sndstat: Device not configured As you can see, this time attach really failed, and pcic reused IRQ 5. (By the way, the problem is not specific to IRQ 5; e.g. I can disable the parallel port and give the sound card IRQ 7 - the results are the same.) Now what difference can the order of DMA channels possibly make? The error message about "shared" interrupts also looks suspect - why is the interrupt marked as shared? I guess the answer is somewhere in /sys/i386/isa/intr_machdep.c. Here's the relevant part from add_intrdesc(): if ((idesc->flags & INTR_EXCL) != 0 || (head->flags & INTR_EXCL) != 0) { /* * can't append new handler, if either list head or * new handler do not allow interrupts to be shared */ if (bootverbose) printf("\tdevice combination doesn't support " "shared irq%d\n", irq); return (-1); } The function add_intrdesc() is called from inthand_add(): idesc->handler = handler; idesc->argument = arg; idesc->maskptr = maskptr; idesc->intr = irq; idesc->flags = flags; /* block this irq */ oldspl = splq(1 << irq); /* add irq to class selected by maskptr */ errcode = add_intrdesc(idesc); splx(oldspl); if (errcode != 0) { if (bootverbose) printf("\tintr_connect(irq%d) failed, result=%d\n", irq, errcode); free(idesc->name, M_DEVBUF); free(idesc, M_DEVBUF); idesc = NULL; } return (idesc); inthand_add() is called from register_intr() as follows: flags |= INTR_EXCL; idesc = inthand_add("old", intr, isa_intr_wrap, irec, maskptr, flags); if (idesc == NULL) { free(irec, M_DEVBUF); return -1; } isareclist[intr] = irec; return 0; } (inthand_add is called from isa_setup_intr called from bus_setup_intr) Since inthand_add returns NULL, free() should free the interrupt. In the first case (DMA channels 1,0) it doesn't happen; in the second case (0,1) it does. Why? But the most important question is: why didn't it register the interrupt in the first place? Hope you multimedia gurus can explain what's going down. Thanks, Frank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 11:48: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from exegrnnts001.seattleu.edu (exegrnnts001.seattleu.edu [206.81.198.91]) by hub.freebsd.org (Postfix) with ESMTP id E333715152; Mon, 9 Aug 1999 11:47:50 -0700 (PDT) (envelope-from hodeleri@seattleu.edu) Received: from seattleu.edu (ppp28.pm2a.wport.com [206.129.99.77]) by exegrnnts001.seattleu.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id QS0G6DFJ; Mon, 9 Aug 1999 11:45:20 -0700 Message-ID: <37AF21B3.BDF4D6D6@seattleu.edu> Date: Mon, 09 Aug 1999 11:45:07 -0700 From: Eric Hodel Organization: Dis X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor Cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: it's time... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel O'Connor wrote: > > On 09-Aug-99 Alex Zepeda wrote: > > Actually at shutdown would be cool. So it could save the current > volumes, > > and restore them at startup. Altho, at suspend and resume time > wouldn't > > be a bad idea either. > > You could do it something like the way boot -c stuff or the splash > screen is > done, ie load a 'module' which is just a text file for the sound system > to > parse.. > > Don't know how you'd go unload'ing and load'ing the file though. Wouldn't it be just like a splash screen? kldload volume.conf -t volume_data (or whatever) -- Eric Hodel hodeleri@seattleu.edu "They cook your gonies" -Terry Lambert's uncle on why he doesn't have a microwave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 16:35:36 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from wenet.net (pm3-23.ppp.wenet.net [206.15.85.23]) by hub.freebsd.org (Postfix) with ESMTP id 5D98E1532B; Mon, 9 Aug 1999 16:35:28 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by wenet.net (8.9.3/8.9.1) with ESMTP id QAA01099; Mon, 9 Aug 1999 16:31:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Mon, 9 Aug 1999 16:30:59 -0700 (PDT) From: Alex Zepeda To: "Brian F. Feldman" Cc: Daniel McRobb , "Daniel O'Connor" , current@FreeBSD.ORG, multimedia@FreeBSD.ORG, Cameron Grant , Kenneth Wayne Culver Subject: Re: it's time... 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 On Mon, 9 Aug 1999, Brian F. Feldman wrote: > You guys don't see the point. The point is a single, simple place to put > default mixer values for any number of devices, and fitting in with the > current configuration file scenario. rc is the natural place for this, > because _it_ gets run at startup. I just need to find somewhere to put > this instead of rc.audio, because jkh vetoes it on that account... One could stuff it into rc.conf, but this means it's harder to automagically save the state upon shutdown/reboot. But something like: deviceX_mixerdevice_vol = yy might work, and allow for multiple sound card. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 17:57:40 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 D027D14D75; Mon, 9 Aug 1999 17:57:32 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA14093; Tue, 10 Aug 1999 10:24:50 +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:990810102449:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Tue, 10 Aug 1999 10:24:49 +0930 (CST) From: "Daniel O'Connor" To: "Brian F. Feldman" Subject: Re: it's time... Cc: Kenneth Wayne Culver Cc: Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Daniel McRobb Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990810102449:611=_ Content-Type: text/plain; charset=us-ascii On 09-Aug-99 Brian F. Feldman wrote: > You guys don't see the point. The point is a single, simple place to put > default mixer values for any number of devices, and fitting in with the > current configuration file scenario. rc is the natural place for this, > because _it_ gets run at startup. I just need to find somewhere to put > this instead of rc.audio, because jkh vetoes it on that account... Sure.. but you still have window of time where the audio is at its default level before the rc stuff is run.. --- 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:990810102449:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN694WVbYW/HEoF9pAQG18QP/WH/288/KZwUlIYU/fs2a5ap9jRgFXqm2 woB8NxWlNIuvcvND6aHT75q2gyiWn7+KfK3STbqkzqDc/WIYBlvKAOHjD54rLRzu jhACXlxRuyIkjq3ZMXNYzh5T6KFs+N65mRPksFE0ynsFwl/rV3AORKDwnyVxhvsh R41nwoE2L8A= =TLce -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990810102449:611=_-- 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 Mon Aug 9 18: 8:19 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id 1397B1511A; Mon, 9 Aug 1999 18:08:15 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by titanium.yy.ics.keio.ac.jp (8.8.8+3.0Wbeta13/3.7W) with ESMTP id KAA14889; Tue, 10 Aug 1999 10:03:51 +0900 (JST) Received: from lavender.yy.cs.keio.ac.jp (ppp121.dialup.st.keio.ac.jp [131.113.27.121]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA01654; Tue, 10 Aug 1999 10:03:48 +0900 (JST) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id KAA02032; Tue, 10 Aug 1999 10:03:46 +0900 (JST) Date: Tue, 10 Aug 1999 10:03:46 +0900 (JST) Message-Id: <199908100103.KAA02032@lavender.yy.cs.keio.ac.jp> To: dwm@caida.org Cc: garbanzo@hooked.net, doconnor@gsoft.com.au, current@FreeBSD.ORG, multimedia@FreeBSD.ORG, gandalf@vilnya.demon.co.uk, culverk@wam.umd.edu, green@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: Your message of "Mon, 9 Aug 1999 18:56:58 JST". <199908090956.FAA74200@arthur.caida.org> From: sanpei@sanpei.org (MIHIRA Yoshiro) X-Mailer: mnews [version 1.21] 1997-12/23(Tue) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dwm@caida.org wrote: >> >> As far as I know, rc.shutdown doesn't get run unless you go to single >> user mode (for example, 'shutdown -h now' will not cause init to run >> rc.shutdown). I think FreeBSD-current was fixed and everytime run rc.shutdown. SEE GNATS DB bin/12093. http://www.freebsd.org/cgi/query-pr.cgi?pr=12093 MIHIRA Sanpei Yoshiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 18:10:27 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from alicia.nttmcl.com (alicia.nttmcl.com [216.69.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 17AC8152DF for ; Mon, 9 Aug 1999 18:10:16 -0700 (PDT) (envelope-from cdoherty@nttmcl.com) Received: from bob by alicia.nttmcl.com (8.8.5/3.5W(96/10/22)) id SAA11200 for ; Mon, 9 Aug 1999 18:07:58 -0700 (PDT) Message-Id: <3.0.6.32.19990809181147.007cebc0@alicia.nttmcl.com> X-Sender: cdoherty@alicia.nttmcl.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 09 Aug 1999 18:11:47 -0700 To: freebsd-multimedia@freebsd.org From: Chris Doherty Subject: Re: it's time... In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 10:24 AM 8/10/99 +0930, Daniel O'Connor wrote: >Sure.. but you still have window of time where the audio is at its default >level before the rc stuff is run.. other people have mentioned that--it's a problem? is there a kernel patch I missed that includes an mp3 player so you can start playing music right after the bootloader starts up? ;-) Chris --------------- Sorry, no clever quote. Nothing to see here. Move along. Chris Doherty cdoherty@nttmcl.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 18:40:10 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id C1301152EF for ; Mon, 9 Aug 1999 18:40:06 -0700 (PDT) (envelope-from gandalf@vilnya.demon.co.uk) Received: from vilnya.demon.co.uk ([158.152.19.238]) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 11E0rL-0009JM-0C; Tue, 10 Aug 1999 01:37:48 +0000 Received: from nenya (nenya.rings [10.2.4.3]) by vilnya.demon.co.uk (8.9.3/8.9.1) with SMTP id CAA25462; Tue, 10 Aug 1999 02:44:26 +0100 (BST) (envelope-from gandalf@vilnya.demon.co.uk) Message-ID: <002501bee2d1$752edbc0$0304020a@rings> From: "Cameron Grant" To: , "Chris Doherty" References: <3.0.6.32.19990809181147.007cebc0@alicia.nttmcl.com> Subject: Re: it's time... Date: Tue, 10 Aug 1999 02:41:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > At 10:24 AM 8/10/99 +0930, Daniel O'Connor wrote: > >Sure.. but you still have window of time where the audio is at its default > >level before the rc stuff is run.. > other people have mentioned that--it's a problem? is there a kernel patch I > missed that includes an mp3 player so you can start playing music right > after the bootloader starts up? ;-) with the newpcm architecture, it would be very easy to write a feeder for mpeg data- which would reside in the kernel. i'm not doing it though... - cameron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 18:45:37 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 2C42415329 for ; Mon, 9 Aug 1999 18:45:00 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA14798; Tue, 10 Aug 1999 11:10:58 +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:990810111058:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <002501bee2d1$752edbc0$0304020a@rings> Date: Tue, 10 Aug 1999 11:10:58 +0930 (CST) From: "Daniel O'Connor" To: Cameron Grant Subject: Re: it's time... Cc: Chris Doherty , freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990810111058:611=_ Content-Type: text/plain; charset=us-ascii On 10-Aug-99 Cameron Grant wrote: > > missed that includes an mp3 player so you can start playing music right > > after the bootloader starts up? ;-) > with the newpcm architecture, it would be very easy to write a feeder for > mpeg data- which would reside in the kernel. i'm not doing it though... Its a bit hard to mpeg decompression without using the FPU I would suspect :) --- 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:990810111058:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6+DKlbYW/HEoF9pAQHPmgP9HXO0SVy+a09rih5ZezeKA+LNIAGolMdn 5kVIkm5axgiJULjoxTp9+USdQE868YFs1YClmkYYzZE/7VKh95VnkeihO887L6uV obGYDrhJDdsLUDy7oTnzwTT9Q5sayqCANJ5GRh0e43OFjYvh21io33R+kMNwbSlk qxAvfhIFy2Y= =tVio -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990810111058:611=_-- 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 Mon Aug 9 19: 2:16 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id C61B914CDF for ; Mon, 9 Aug 1999 19:02:12 -0700 (PDT) (envelope-from brooks@one-eyed-alien.net) Received: from localhost (brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) with ESMTP id SAA06136; Mon, 9 Aug 1999 18:57:04 -0700 (PDT) From: brooks@one-eyed-alien.net X-Authentication-Warning: orion.ac.hmc.edu: brdavis owned process doing -bs Date: Mon, 9 Aug 1999 18:57:04 -0700 (PDT) X-Sender: brdavis@orion.ac.hmc.edu To: "Daniel O'Connor" Cc: Cameron Grant , Chris Doherty , freebsd-multimedia@FreeBSD.ORG Subject: Re: it's time... 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 On Tue, 10 Aug 1999, Daniel O'Connor wrote: > On 10-Aug-99 Cameron Grant wrote: > > > missed that includes an mp3 player so you can start playing music right > > > after the bootloader starts up? ;-) > > with the newpcm architecture, it would be very easy to write a feeder for > > mpeg data- which would reside in the kernel. i'm not doing it though... > > Its a bit hard to mpeg decompression without using the FPU I would suspect :) Xaudio (www.xaudio.com) has an interger only mode. I think that's what the EMPEG uses. It's probably just a bit harder to write. ;-) -- Brooks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 19:43:43 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 9F0631516E; Mon, 9 Aug 1999 19:43:40 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id WAA80119; Mon, 9 Aug 1999 22:41:17 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Mon, 9 Aug 1999 22:41:17 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: "Daniel O'Connor" Cc: Kenneth Wayne Culver , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Daniel McRobb Subject: Re: it's time... 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 On Tue, 10 Aug 1999, Daniel O'Connor wrote: > > On 09-Aug-99 Brian F. Feldman wrote: > > You guys don't see the point. The point is a single, simple place to put > > default mixer values for any number of devices, and fitting in with the > > current configuration file scenario. rc is the natural place for this, > > because _it_ gets run at startup. I just need to find somewhere to put > > this instead of rc.audio, because jkh vetoes it on that account... > > Sure.. but you still have window of time where the audio is at its default > level before the rc stuff is run.. Why... would audio be playing from rc? Bear in mind, it would be set even before rc.local... > > --- > 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 > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 19:49:44 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 56A6A1516E; Mon, 9 Aug 1999 19:49:37 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id WAA80196; Mon, 9 Aug 1999 22:47:15 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Mon, 9 Aug 1999 22:47:15 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Alex Zepeda Cc: Daniel McRobb , "Daniel O'Connor" , current@FreeBSD.org, multimedia@FreeBSD.org, Cameron Grant , Kenneth Wayne Culver Subject: Re: it's time... 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 On Mon, 9 Aug 1999, Alex Zepeda wrote: > One could stuff it into rc.conf, but this means it's harder to > automagically save the state upon shutdown/reboot. But something like: Not really. You could do it with grep, awk, sed, or whatever you want, easily. The only possible problem would be... Getting it actually run at shutdown. > > deviceX_mixerdevice_vol = yy > > might work, and allow for multiple sound card. It's at http://janus.syracuse.net/~green/rc.audio.patch, not vapor :) > > - alex > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 20: 3:44 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 6D9641533B; Mon, 9 Aug 1999 20:03:33 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac1.wam.umd.edu (root@rac1.wam.umd.edu [128.8.10.141]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id XAA20897; Mon, 9 Aug 1999 23:00:57 -0400 (EDT) Received: from rac1.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id XAA05578; Mon, 9 Aug 1999 23:00:56 -0400 (EDT) Received: from localhost by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id XAA05574; Mon, 9 Aug 1999 23:00:55 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Mon, 9 Aug 1999 23:00:55 -0400 (EDT) From: Kenneth Wayne Culver To: "Daniel O'Connor" Cc: "Brian F. Feldman" , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Daniel McRobb Subject: Re: it's time... 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 > > On 09-Aug-99 Brian F. Feldman wrote: > > You guys don't see the point. The point is a single, simple place to put > > default mixer values for any number of devices, and fitting in with the > > current configuration file scenario. rc is the natural place for this, > > because _it_ gets run at startup. I just need to find somewhere to put > > this instead of rc.audio, because jkh vetoes it on that account... > > Sure.. but you still have window of time where the audio is at its default > level before the rc stuff is run.. > > --- > 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 > I didn't really mean to cause all this... I just wanted to have the mixer be at the levels I left it at when I shutdown the machine... I don't think we need all this argument about it. Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 20:41: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 05C3A15338; Mon, 9 Aug 1999 20:41:28 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA16038; Tue, 10 Aug 1999 13:06:59 +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:990810130659:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Tue, 10 Aug 1999 13:06:59 +0930 (CST) From: "Daniel O'Connor" To: "Brian F. Feldman" Subject: Re: it's time... Cc: Daniel McRobb , Alex Zepeda , current@FreeBSD.org, multimedia@FreeBSD.org, Cameron Grant , Kenneth Wayne Culver Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990810130659:611=_ Content-Type: text/plain; charset=us-ascii On 10-Aug-99 Brian F. Feldman wrote: > > Sure.. but you still have window of time where the audio is at its default > > level before the rc stuff is run.. > Why... would audio be playing from rc? Bear in mind, it would be set > even before rc.local... I have a radio connected to line in on my sound card. --- 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:990810130659:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6+eW1bYW/HEoF9pAQHf2gQApbbxxpDaEa/NXgzL9oVR1a3uTJzYJPGo EkB/+pznR6eY16xxl4SQp0GWhhc+n2TBbQtVxdZd2TjK+FiQGbo0YSiYhi1/uX82 FGQvvISEwmAdC7z/v55bgkffHMBGH4SwFvB7v+QHEufa9Udan9aMfRbiWdlFuAvA cIcyOVTVdPU= =krGW -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990810130659:611=_-- 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 Mon Aug 9 20:43: 7 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 885CE15338; Mon, 9 Aug 1999 20:43:02 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id XAA81003; Mon, 9 Aug 1999 23:40:38 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Mon, 9 Aug 1999 23:40:38 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: "Daniel O'Connor" Cc: Daniel McRobb , Alex Zepeda , current@FreeBSD.org, multimedia@FreeBSD.org, Cameron Grant , Kenneth Wayne Culver Subject: Re: it's time... 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 On Tue, 10 Aug 1999, Daniel O'Connor wrote: > > On 10-Aug-99 Brian F. Feldman wrote: > > > Sure.. but you still have window of time where the audio is at its default > > > level before the rc stuff is run.. > > Why... would audio be playing from rc? Bear in mind, it would be set > > even before rc.local... > > I have a radio connected to line in on my sound card. Then that would be playing during the entire bootup, wouldn't it? What, does it play only after the card has been detected? > > --- > 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 > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Aug 9 20:58: 6 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 AD41214EB6; Mon, 9 Aug 1999 20:57:53 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA16315; Tue, 10 Aug 1999 13:22:17 +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:990810132217:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Tue, 10 Aug 1999 13:22:17 +0930 (CST) From: "Daniel O'Connor" To: "Brian F. Feldman" Subject: Re: it's time... Cc: Kenneth Wayne Culver Cc: Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Daniel McRobb Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990810132217:611=_ Content-Type: text/plain; charset=us-ascii On 10-Aug-99 Brian F. Feldman wrote: > > I have a radio connected to line in on my sound card. > Then that would be playing during the entire bootup, wouldn't it? What, > does it play only after the card has been detected? The sound card shuts up after reset, and only starts outputing noise again after the sound card has been probed/attached. --- 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:990810132217:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6+h8FbYW/HEoF9pAQElPAP+MVMxNOv0MgXiKLarI0/whxzdEHqrsBou lxqNRMt3/cSklHPmxUwqFuVh4Krpsh2Ge0Cm2OrXtZDb+sI7iaTy7YKFuRKvcu6w 7oWZQeU/0sj8yLmX1AilcmvT+fiHFThjPHjUhi094x0K7pHksM8e77DaN4CnDUQw FiJ93V1/jvk= =omz/ -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990810132217:611=_-- 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 Tue Aug 10 2: 8:20 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 43E84153AE for ; Tue, 10 Aug 1999 02:08:11 -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 KAA12583 Tue, 10 Aug 1999 10:06:55 +0100 (BST) Message-ID: <37AFEBAE.446B@cs.strath.ac.uk> Date: Tue, 10 Aug 1999 10:06:54 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: AverMedia Bt878 cards - EEPROM contents wanted Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, If you have an AverMedia TV card with a BT878 chip (not the Bt848 models) please can you do the following for me 1) run fxtv -debug startup 2) email me the text output from fxtv. 3) also include in the email the make/model of the AverMEdia card and any kernel/sysctl/driver overrides you need to make the card work. I'm trying to work out the AverMedia EEPROM contects on the Bt878 cards so the Bt848/Bt878 driver can automatically select the Tuner type. (either NTSC or PAL). Emails to roger@cs.strath.ac.uk Thanks Roger -- Roger Hardiman Bt848/Bt878 driver maintainer roger@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 3:54:45 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from wenet.net (pm3-34.ppp.wenet.net [206.15.85.34]) by hub.freebsd.org (Postfix) with ESMTP id 9D15D15054; Tue, 10 Aug 1999 03:54:34 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by wenet.net (8.9.3/8.9.1) with ESMTP id DAA00859; Tue, 10 Aug 1999 03:52:48 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 10 Aug 1999 03:52:47 -0700 (PDT) From: Alex Zepeda To: "Daniel O'Connor" Cc: "Brian F. Feldman" , Kenneth Wayne Culver , Cameron Grant , multimedia@FreeBSD.org, current , Daniel McRobb Subject: Re: it's time... 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 On Tue, 10 Aug 1999, Daniel O'Connor wrote: > The sound card shuts up after reset, and only starts outputing noise again > after the sound card has been probed/attached. Perhaps the attach routine (or rc.something) should explicitly zero all the volumes, so that the card will remain silent until the knobs are called. - alex Experience something different With our new imported dolly She's lovely, warm, inflatable And we guarantee her joy - The Police To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 3:58: 6 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from wenet.net (pm3-34.ppp.wenet.net [206.15.85.34]) by hub.freebsd.org (Postfix) with ESMTP id 5505B14A2E; Tue, 10 Aug 1999 03:58:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by wenet.net (8.9.3/8.9.1) with ESMTP id DAA00870; Tue, 10 Aug 1999 03:57:03 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 10 Aug 1999 03:57:02 -0700 (PDT) From: Alex Zepeda To: "Brian F. Feldman" Cc: current , multimedia@FreeBSD.org Subject: Re: it's time... 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 On Mon, 9 Aug 1999, Brian F. Feldman wrote: > On Mon, 9 Aug 1999, Alex Zepeda wrote: > > > One could stuff it into rc.conf, but this means it's harder to > > automagically save the state upon shutdown/reboot. But something like: > > Not really. You could do it with grep, awk, sed, or whatever you want, > easily. The only possible problem would be... Getting it actually run > at shutdown. I missed jkh's argument, but as far as I'm concerned, my first choice for this audio init stuff would be: * a SysV style script (and then having rc.shutdown call /usr/local/etc/rc.d/* w/ $1==stop; but that's another thread). * an rc.audio or rc.multimedia (this could perhaps contain some bt484 related things). But if it goes into "the" rc.conf, that would mean that whenever it runs at shutdown, it edits rc.conf; this isn't IMO a real great idea. Anything automated (even sysinstall) editing rc.conf in any way shape or form makes me leery because it's so much more error prone. > It's at http://janus.syracuse.net/~green/rc.audio.patch, not vapor :) When I wake up today, I'll check that out :^) - alex Experience something different With our new imported dolly She's lovely, warm, inflatable And we guarantee her joy - The Police To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 5:35:44 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 999F3153C3; Tue, 10 Aug 1999 05:35:14 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 458CE1C1E; Tue, 10 Aug 1999 20:32:39 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: "Cameron Grant" Cc: multimedia@freebsd.org, current@freebsd.org Subject: Re: it's time... In-reply-to: Your message of "Sun, 08 Aug 1999 02:23:59 +0100." <000901bee13c$b1831dc0$0304020a@rings> Date: Tue, 10 Aug 1999 20:32:39 +0800 From: Peter Wemm Message-Id: <19990810123239.458CE1C1E@overcee.netplex.com.au> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Cameron Grant" wrote: > to let newpcm out of the cage so you can all get your grubby little hands on > it. > > http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz > > this is a patch against a recent -current. if you have a pci or isapnp > soundcard, you should have pnp0 and pcm0 in your kernel config as > appropriate. isapnp cards should not need any pnp lines in kernel.conf. > > the list of supported cards is as for luigi's driver, with the addition of a > couple more mss-clones, and trident 4dwave. there is a part done aureal > vortex driver which is as yet nonfunctional. mmap() is supported but not > well tested. format conversions are supported. the code seems to be > stable. > > please test it and email me success and failure reports. > > - cameron You're missing a bit of the patch I sent you to fix some resource problems caused by excessive cut/paste in Doug's code. Also, I implemented a proper (but still a hack) resource printer so you see all ranges. Before: pcm0: at port 0x220-0x22f,0x530-0x537 irq 5 drq 0,1 on isa0 After: pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38b,0x330-0x331,\ 0x370-0x371 irq 5 drq 0,1 on isa0 This still needs more work to handle line wraps etc. Matthew Dodd did some work in this area for the EISA code which should be able to be used. Patch appended. I don't think it's too critical since ISA_NPORT_IVARS is the largest range, but the lower layers might end up trying to allocate on rids that the upper layers can't handle. Cheers, -Peter diff -ru3 --exclude=CVS /home/peter/merge/isa/isa_common.c ./isa/isa_common.c --- /home/peter/merge/isa/isa_common.c Tue Aug 10 20:17:51 1999 +++ ./isa/isa_common.c Sat Aug 7 21:20:04 1999 @@ -270,12 +270,12 @@ { device_t dev = device_get_parent(child); int success, i; - struct resource *res[ISA_NPORT]; + struct resource *res[ISA_NIRQ]; /* * First clear out any existing resource definitions. */ - for (i = 0; i < ISA_NPORT; i++) { + for (i = 0; i < ISA_NIRQ; i++) { ISA_DELETE_RESOURCE(dev, child, SYS_RES_IRQ, i); res[i] = NULL; } @@ -300,7 +300,7 @@ } /* - * If we didn't find a place for port range i, then + * If we didn't find a place for irq range i, then * give up now. */ if (!res[i]) { @@ -309,7 +309,7 @@ } } - for (i = 0; i < ISA_NPORT; i++) { + for (i = 0; i < ISA_NIRQ; i++) { if (res[i]) bus_release_resource(child, SYS_RES_IRQ, i, res[i]); @@ -330,12 +330,12 @@ { device_t dev = device_get_parent(child); int success, i; - struct resource *res[ISA_NPORT]; + struct resource *res[ISA_NDRQ]; /* * First clear out any existing resource definitions. */ - for (i = 0; i < ISA_NPORT; i++) { + for (i = 0; i < ISA_NDRQ; i++) { ISA_DELETE_RESOURCE(dev, child, SYS_RES_DRQ, i); res[i] = NULL; } @@ -360,7 +360,7 @@ } /* - * If we didn't find a place for port range i, then + * If we didn't find a place for drq range i, then * give up now. */ if (!res[i]) { @@ -369,7 +369,7 @@ } } - for (i = 0; i < ISA_NPORT; i++) { + for (i = 0; i < ISA_NDRQ; i++) { if (res[i]) bus_release_resource(child, SYS_RES_DRQ, i, res[i]); @@ -507,26 +507,27 @@ isa_print_resources(struct resource_list *rl, const char *name, int type, const char *format) { - struct resource_list_entry *rle0 = resource_list_find(rl, type, 0); - struct resource_list_entry *rle1 = resource_list_find(rl, type, 1); + struct resource_list_entry *rle; + int printed; + int i; - if (rle0 || rle1) { - printf(" %s ", name); - if (rle0) { - printf(format, rle0->start); - if (rle0->count > 1) { - printf("-"); - printf(format, rle0->start + rle0->count - 1); - } - } - if (rle1) { - if (rle0) + printed = 0; + for (i = 0; i < 16; i++) { /* arbitary limit of 16 for now */ + rle = resource_list_find(rl, type, i); + if (rle) { + if (printed == 0) + printf(" %s ", name); + else if (printed > 0) printf(","); - printf(format, rle1->start); - if (rle1->count > 1) { + printed++; + printf(format, rle->start); + if (rle->count > 1) { printf("-"); - printf(format, rle1->start + rle1->count - 1); + printf(format, rle->start + rle->count - 1); } + } else if (i > 3) { + /* check the first few regardless */ + break; } } } @@ -772,7 +773,7 @@ if (type == SYS_RES_IRQ && rid >= ISA_NIRQ) return EINVAL; if (type == SYS_RES_DRQ && rid >= ISA_NDRQ) - return EINVAL; + return EINVAL; resource_list_add(rl, type, rid, start, start + count - 1, count); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 6:29:26 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from beelzebubba.sysabend.org (beelzebubba.sysabend.org [209.201.74.6]) by hub.freebsd.org (Postfix) with ESMTP id 67479153E2; Tue, 10 Aug 1999 06:29:19 -0700 (PDT) (envelope-from ragnar@sysabend.org) Received: by beelzebubba.sysabend.org (Postfix, from userid 1004) id BE3E341B7; Tue, 10 Aug 1999 09:26:15 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by beelzebubba.sysabend.org (Postfix) with SMTP id 6628D9BA6; Tue, 10 Aug 1999 09:26:15 -0400 (EDT) Date: Tue, 10 Aug 1999 09:26:15 -0400 (EDT) From: Jamie Bowden To: Alex Zepeda Cc: "Brian F. Feldman" , current , multimedia@FreeBSD.org Subject: Re: it's time... In-Reply-To: Message-ID: X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 10 Aug 1999, Alex Zepeda wrote: :* an rc.audio or rc.multimedia (this could perhaps contain some bt484 :related things). : :But if it goes into "the" rc.conf, that would mean that whenever it runs :at shutdown, it edits rc.conf; this isn't IMO a real great idea. :Anything automated (even sysinstall) editing rc.conf in any way shape or :form makes me leery because it's so much more error prone. Why not create such a file, and update it whenever a change is made? The settings are always in whatever state you last set them to, no matter when it was, and you don't have to race shutdown. Jamie Bowden -- If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 11:21:10 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id ACCE814E0A; Tue, 10 Aug 1999 11:21:02 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA17315; Tue, 10 Aug 1999 12:20:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA13330; Tue, 10 Aug 1999 12:20:50 -0600 (MDT) Message-Id: <199908101820.MAA13330@harmony.village.org> To: Peter Wemm Subject: Re: it's time... Cc: "Cameron Grant" , multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Your message of "Tue, 10 Aug 1999 20:32:39 +0800." <19990810123239.458CE1C1E@overcee.netplex.com.au> References: <19990810123239.458CE1C1E@overcee.netplex.com.au> Date: Tue, 10 Aug 1999 12:20:50 -0600 From: Warner Losh Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <19990810123239.458CE1C1E@overcee.netplex.com.au> Peter Wemm writes: : This still needs more work to handle line wraps etc. Matthew Dodd did some : work in this area for the EISA code which should be able to be used. I'd be very careful of line wrapping probe messages. I have scripts that rely on them being on one line to get a list of irqs, etc. However, the whole issue of how probe messages should print, and how much is a religious war that I try to steer clear of... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 23: 1:50 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from roam.psg.com (roam.psg.com [147.28.0.38]) by hub.freebsd.org (Postfix) with ESMTP id EA47114E03 for ; Tue, 10 Aug 1999 23:01:39 -0700 (PDT) (envelope-from randy@psg.com) Received: by roam.psg.com id m11ERSD-00000BC; Tue, 10 Aug 1999 23:01:37 -0700 (PDT) (Smail3.2.0.101#2) Message-Id: Date: Tue, 10 Aug 1999 23:01:37 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-multimedia@freebsd.org Subject: sony 505 and sound Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org trying to use vat with a sony 505TX 3.2+PAO sorry don't know how to deal with this card failed to select input sorry don't know how to deal with this card failed to set mic volume failed set input line volume failed to output level 70 failed to output level 70 sorry don't know how to deal with this card failed to set mic volume failed set input line volume kernel and dmesg appended randy # # Sample Laptop Configuration # for lenlen.ntc.keio.ac.jp (Toshiba Libretto 50CT) # Tatsumi Hosokawa # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.143.2.5 1999/03/29 17:59:38 ken Exp $ machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" #cpu "I686_CPU" ident ROAM-PAO maxusers 64 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem #options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor # You may need to reset all pccards after resuming options PCIC_RESUME_RESET # Detach SCSI devices when the SCSI card is removed #options SCSI_DETACH # Detach ATAPI devices when the ATA card is removed #options ATAPI_DETACH # Japanese version of WaveLAN PCMCIA uses 2.4GHz band instead of 915MHz # band that US version uses. If you want to use Japanese version of # WaveLAN, uncomment this line, or edit the corresponding config entry # of /etc/pccard.conf. #options "WAVELAN_PCMCIA_24" # Suspend the system when the battery status is "Low" #options "APM_BATT_LOW_SUSPEND" # If you want to use NTP on laptop machines, uncomment the following # option. Current APM implementation affects NTP client. #options "APM_NO_CLOCK_ADJUST" # PAO Enhanced PCI-PCIC support (experimental) #options CB_TEST #options FORCE_IRQ_ROUTING config kernel root on wd0 # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 #controller pnp0 #controller eisa0 controller pci0 # Dont remove these two lines! pseudo-device card 1 # You must use "flags 0x1" when you don't hear any negotiation noise(?) # if you use modem card, or pccardd doesn't read cis tuple, tell you # 'No card in database for"(null)"("(null)")' in case of Cirrus Logic's # pcic is your PC. #device pcic0 at isa? port 0x3e0 flags 0x1 irq 11 device pcic0 at isa? port 0x3e0 irq 11 #device pcic0 at isa? port 0x3e4 irq 11 #device pcic1 at isa? port 0x3e2 # for HiNote Ultra II #device pcic1 at isa? port 0x3e4 # for Chandra II controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device acd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. #controller ncr0 #controller ahb0 #controller ahc0 #controller isp0 #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller scbus0 #device da0 #device sa0 #device pass0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 #device mcd0 at isa? port 0x300 bio irq 10 #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # atkbdc0 controlls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty options MAXCONS=4 # number of virtual consoles # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? tty #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port IO_NPX irq 13 # pcm: Luigi's sound driver device pcm1 at isa? port? tty irq 5 drq 1 flags 0x0 vector pcmintr # # Laptop support (see LINT for more options) # device apm0 at isa? # Advanced Power Management device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 #device sio2 at isa? disable port "IO_COM3" tty irq 5 #device sio3 at isa? disable port "IO_COM4" tty irq 9 # Parallel port device ppc0 at isa? port? flags 0x40 net irq 7 controller ppbus0 device lpt0 at ppbus? #device plip0 at ppbus? #device ppi0 at ppbus? #controller vpo0 at ppbus? # # The following Ethernet NICs are all PCI devices. # #device ax0 # ASIX AX88140A #device de0 # DEC/Intel DC21x4x (``Tulip'') #device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device mx0 # Macronix 98713/98715/98725 (``PMAC'') #device pn0 # Lite-On 82c168/82c169 (``PNIC'') #device rl0 # RealTek 8129/8139 #device tl0 # Texas Instruments ThunderLAN #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vr0 # VIA Rhine, Rhine II #device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device wb0 # Winbond W89C840F #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 device ep0 at isa? port 0x300 net irq 10 #device ep1 at isa? disable port 0x300 net irq 10 #device ex0 at isa? port? net irq? #device fe0 at isa? port 0x300 net irq 10 #device fe1 at isa? disable port 0x300 net irq 10 #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 net irq 10 drq 0 #device sn0 at isa? port 0x300 net irq 10 #device sn1 at isa? disable port 0x300 net irq 10 device wlp0 at isa? port 0x300 net irq 10 #device wlp1 at isa? disable port 0x300 net irq 11 #device cs0 at isa? disable port 0x300 net irq ? #device cnw0 at isa? port 0x300 net irq 5 #device cnw1 at isa? disable port 0x300 net irq 5 #device ux0 device wi0 pseudo-device loop pseudo-device ether #pseudo-device sl 1 #pseudo-device ppp 1 pseudo-device vn 1 pseudo-device tun 2 pseudo-device pty 16 #pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory and message queues. # options SYSVSHM options SYSVSEM options SYSVMSG # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. pseudo-device bpfilter 4 #Berkeley packet filter Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #0: Thu Jul 15 21:53:19 PDT 1999 root@roam.psg.com:/usr/src/sys/compile/ROAM-PAO Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (quarter-micron) (298.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x582 Stepping=2 Features=0x8001bf real memory = 134217728 (131072K bytes) avail memory = 126984192 (124008K bytes) Preloaded elf kernel "kernel" at 0xc0360000. Preloaded elf module "splash_bmp.ko" at 0xc036009c. Preloaded elf module "vesa.ko" at 0xc0360140. link_elf: symbol vm86_intcall undefined Preloaded splash_image_data "/boot/splash.bmp" at 0xc03601dc. splash_bmp: No appropriate video mode found module_register_init: module_register(splash_bmp, c0295694, 0) error 19 Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip2: rev 0x02 on pci0.7.3 vga0: rev 0x01 int a irq 9 on pci0.8.0 pcic0: rev 0x00 int a irq 0 on pci0.10.0 RL5C4XX PCI Config Reg: [CSC isa irq] Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <4 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 pcm1 at 0x220 irq 5 drq 1 on isa ESS1879 (rev 11, native mode) sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 6194MB (12685680 sectors), 13424 cyls, 15 heads, 63 S/T, 512 B/S ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port lpt0: on ppbus 0 lpt0: Interrupt-driven port ep0 not found at 0x300 wlp0 not found at 0x300 pcic0 at 0x3e0-0x3e1 irq 11 on isa PC-Card ctlr(0) Ricoh RL5C475/476 [CardBus bridge mode] (5 mem & 2 I/O windows) pcic0: slot 0 controller I/O address 0x3e0 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface apm0 on isa apm: found APM BIOS version 1.2 Initializing PC-card drivers: wdc sio wlp wi ep Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s2a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Aug 10 23:59:19 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id EBA0914DE9 for ; Tue, 10 Aug 1999 23:59:10 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01630; Wed, 11 Aug 1999 06:20:21 +0200 From: Luigi Rizzo Message-Id: <199908110420.GAA01630@labinfo.iet.unipi.it> Subject: Re: sony 505 and sound To: randy@psg.com (Randy Bush) Date: Wed, 11 Aug 1999 06:20:21 +0200 (MET DST) Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: from "Randy Bush" at Aug 10, 99 11:01:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 822 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > trying to use vat with a > sony 505TX > 3.2+PAO > the driver for the ESS is not full duplex (i think). There is no simple solution apart from fixing half duplex support in vat (or you could probably use my "tel" application which is vat compatible, see my web page http://www.iet.unipi.it/~luigi/FreeBSD.html ) or fixing the driver. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) http://www.iet.unipi.it/~luigi/ngc99/ ==== First International Workshop on Networked Group Communication ==== -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 1:50:32 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 6A41A1508A for ; Wed, 11 Aug 1999 01:50:25 -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 AAA4A1C for ; Wed, 11 Aug 1999 10:49:12 +0200 Message-ID: <37B13949.1E91643C@rostock.zgdv.de> Date: Wed, 11 Aug 1999 10:50:17 +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 Cc: multimedia@FreeBSD.ORG Subject: Re: Fxtv MPEG recording References: <27264.199908090016@doyle.cogsci.ed.ac.uk> <19990808224611.B4515@ipass.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Randall Hopper wrote: > > Richard Tobin: > | So when setting the record format, the returned value is the play > | format, which is zero (as suggested in the comment), so fxtv thinks > | the ioctl sample format is not supported. The driver code looks > | bogus to me, but I just hacked fxtv to not check. > > You're using Luigi's pcm driver. pcm differs from voxware in this > behavior. Luigi addressed this on the list when it came up before. Well, I made a send-pr *months* ago (386/9283) but it still isn't fixed, although I sent the fix (it's quite easy, just a typo or cut&paste error). -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 8:40:46 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id B348214BDD; Wed, 11 Aug 1999 08:40:39 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id LAA01185; Wed, 11 Aug 1999 11:34:57 -0400 (EDT) Date: Wed, 11 Aug 1999 11:34:56 -0400 (EDT) From: "Matthew N. Dodd" To: Warner Losh Cc: Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908101820.MAA13330@harmony.village.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 On Tue, 10 Aug 1999, Warner Losh wrote: > I'd be very careful of line wrapping probe messages. I have scripts > that rely on them being on one line to get a list of irqs, etc. I would consider information from the kernel probe/attach to be useful only for humans. An interface to query the resource manager directly is likely to be a better solution to your problem. Besides, if your perl skills aren't able to cope with getting all 'fooX:' lines, and stripping out the 'fooX:' bits before parsing then you have other problems. > However, the whole issue of how probe messages should print, and how > much is a religious war that I try to steer clear of... Correct, but the nature of the kernel probe/attach messages is to convey information in a readable, consistent, useful manner. If we didn't want pretty line wrapping we'd all be using linux and have stupid stuff like copyright messages as well. :) At some point all of the boot messages should be wrapped by 'if (bootverbose) { ... }' anyway. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 9: 3:42 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B29AB14E97; Wed, 11 Aug 1999 09:03:24 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA20314; Wed, 11 Aug 1999 10:03:27 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA17583; Wed, 11 Aug 1999 10:03:51 -0600 (MDT) Message-Id: <199908111603.KAA17583@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: it's time... Cc: Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 11 Aug 1999 11:34:56 EDT." References: Date: Wed, 11 Aug 1999 10:03:51 -0600 From: Warner Losh Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message "Matthew N. Dodd" writes: : On Tue, 10 Aug 1999, Warner Losh wrote: : > I'd be very careful of line wrapping probe messages. I have scripts : > that rely on them being on one line to get a list of irqs, etc. : : I would consider information from the kernel probe/attach to be useful : only for humans. Then we disagree. There are several scripts floating around that use them for purposes where there isn't a kernel interface... It would be ideal if there were interfaces for all this info, but there isn't always. : An interface to query the resource manager directly is likely to be a : better solution to your problem. Well, only kinda. That was one example. The other example is finding out what the ide driver thought the disk geometry of a disk was... : Besides, if your perl skills aren't able to cope with getting all 'fooX:' : lines, and stripping out the 'fooX:' bits before parsing then you have : other problems. Hah! You presume too much. None of these scripts are written in perl, so the size of my perl schl*** isn't at issue here :-) You also assume that the wrapping would be of the form fooX:. FreeBSD's boot messages aren't consistant about this right now, witness the difference between isa and pci devices: sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vs ahc0: irq 10 at device 16.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs The "proper" way to do this would be sio1 at isa0 port 0x2f8-0x2ff irq 3: type 16550A ahc0 at pci0 irq 10 device 16.0: ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs if you must introduce wrapping. Each phrase should either fit on the current line or be bumped to the next line. However, what is a line? Also, I use "proper" in quotes because others will reasonably differ with the exact details... : Correct, but the nature of the kernel probe/attach messages is to convey : information in a readable, consistent, useful manner. Agreed. However, what's magical about 80 columns? My editors go out to 180 sometimes. The console can easily be placed into a mode where it is > 80. This is especially true for the serial console where it might be connected to a 132 column printer. : If we didn't want pretty line wrapping we'd all be using linux and have : stupid stuff like copyright messages as well. :) Don't even get me started on linux' boot messages. :-) I happen to like the stark elegance of the OpenBSD/NetBSD boot messages. Here's the entire dmesg from the boot of my rPC44 MIPS machine when booted under OpenBSD. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-1999 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 2.4-current (IMP-PCCARD) #37: Mon Feb 1 13:28:06 MST 1999 imp@local-service.village.org:/home/imp/src/sys/arch/arc/compile/IMP-PCCARD real mem = 32235520 avail mem = 27754496 using 419 buffers containing 1716224 bytes of memory mainbus0 (root) cpu0 at mainbus0: MIPS R4400 CPU Rev. 4.0 with MIPS R4010 FPC Rev. 0.0 L1 Cache I size 16kb(16 line), D size 16kb(16 line), direct mapped. L2 cache doesn't snoop uncached cpu accesses. isabr0 at mainbus0 isa0 at isabr0 isa_io_base 0xb0000000 isa_mem_base 0xa0000000 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16450, no fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16450, no fifo wdc0 at isa0 port 0x1f0-0x1f7 irq 14 wd0 at wdc0 drive 0: wd0: 2060MB, 4186 cyl, 16 head, 63 sec, 512 bytes/sec, 4219488 sec total wd0: using 16-sector 16-bit pio transfers, lba addressing (109KB cache) clock0 at isa0 port 0x70-0x6d5 irq 0: mc146818 or compatible pcprobe: reset error 1 pc0 at isa0 port 0x60-0x6c5 irq 1: color joy0 at isa0 port 0x201: joystick not connected ed0 at isa0 port 0x300-0x31f irq 5: address 00:00:1b:1e:52:a7, type NE2000 (16-bit) boot device: wd0. root on wd0a rootdev=0x400 rrootdev=0x1200 rawdev=0x1202 Where OpenBSD has com0 at isa0 port 0x3f8-0x3ff irq 4: ns16450, no fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16450, no fifo FreeBSD we has sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 5 not in bitmap of probed irqs 0 sio3: configured irq 9 not in bitmap of probed irqs 0 which is much more verbose. The entire boot process (including rc output) fits on the 48x132 mode that my rPC/44 comes up in. With the same config on FreeBSD, the kernel messages it wouldn't even fit, let alone the rc output. : At some point all of the boot messages should be wrapped by 'if : (bootverbose) { ... }' anyway. No! At some point they should use a facility similar to solaris/sysv where they don't display, but do make it into the dmesg buffer... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 9:35:43 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 889AD14C59; Wed, 11 Aug 1999 09:35:35 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA04157; Wed, 11 Aug 1999 10:34:46 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA28760; Wed, 11 Aug 1999 10:34:45 -0600 Date: Wed, 11 Aug 1999 10:34:45 -0600 Message-Id: <199908111634.KAA28760@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: "Matthew N. Dodd" , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111603.KAA17583@harmony.village.org> References: <199908111603.KAA17583@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : Correct, but the nature of the kernel probe/attach messages is to convey > : information in a readable, consistent, useful manner. > > Agreed. However, what's magical about 80 columns? What's magical is that almost every text console is limited to 80 columns (think serial console), as well as the standard default size for terminal emulators is 80 columns. My editors go out > to 180 sometimes. The console can easily be placed into a mode where > it is > 80. This is especially true for the serial console where it > might be connected to a 132 column printer. Just because it *can* be connected to a 132 column printer doesn't mean it *will* be connected. Most printers that I use are 80 columns wide. Heck, almost *every* printer I use is that wide, hence the whole 80 column thing. The most common case for a console is an 80 column wide console (this is the default for the virtual terminals, most printers, most text terminals, etc..) Changing it is silly, and non-standard. > No! At some point they should use a facility similar to solaris/sysv > where they don't display, but do make it into the dmesg buffer... On my Solaris box, they are displayed at boot time. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 9:48:11 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 1D6F51558E; Wed, 11 Aug 1999 09:47:58 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id MAA02602; Wed, 11 Aug 1999 12:47:32 -0400 (EDT) Date: Wed, 11 Aug 1999 12:47:31 -0400 (EDT) From: "Matthew N. Dodd" To: Warner Losh Cc: Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111603.KAA17583@harmony.village.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 On Wed, 11 Aug 1999, Warner Losh wrote: > Then we disagree. There are several scripts floating around that use > them for purposes where there isn't a kernel interface... It would be > ideal if there were interfaces for all this info, but there isn't > always. Fine. Due to flux in the bus-system between versions, probe/attach information is essentially a non supported interface for gathering this data. If you do wish to gather it from this source its up to you to DTRT. If you dislike this then your input on a standard interface to this information would likely be of use. > : An interface to query the resource manager directly is likely to be a > : better solution to your problem. > > Well, only kinda. That was one example. The other example is finding > out what the ide driver thought the disk geometry of a disk was... If that information needs to be presented I see no reason why drivers can't do some magic and make /kern/foo/wd0/geometry spit out the right thing. Granted, this is more complex, but depending on boot messages for this information is setting yourself up for problems. > : Besides, if your perl skills aren't able to cope with getting all 'fooX:' > : lines, and stripping out the 'fooX:' bits before parsing then you have > : other problems. > > Hah! You presume too much. None of these scripts are written in > perl, so the size of my perl schl*** isn't at issue here :-) You also > assume that the wrapping would be of the form fooX:. FreeBSD's boot > messages aren't consistant about this right now, witness the > difference between isa and pci devices: > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > > vs > > ahc0: irq 10 at device 16.0 on pci0 > ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs > > The "proper" way to do this would be > > sio1 at isa0 port 0x2f8-0x2ff irq 3: type 16550A > ahc0 at pci0 irq 10 device 16.0: > ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs Incorrect. The device name should be separated from the rest of the line by a ':'. > if you must introduce wrapping. Each phrase should either fit on the > current line or be bumped to the next line. However, what is a line? > > Also, I use "proper" in quotes because others will reasonably differ > with the exact details... Indeed. But you've still prooved my point that the probe/attach messages are an unsupported source for such information. > : Correct, but the nature of the kernel probe/attach messages is to convey > : information in a readable, consistent, useful manner. > > Agreed. However, what's magical about 80 columns? My editors go out > to 180 sometimes. The console can easily be placed into a mode where > it is > 80. This is especially true for the serial console where it > might be connected to a 132 column printer. In the beginning was the punch card... > : If we didn't want pretty line wrapping we'd all be using linux and have > : stupid stuff like copyright messages as well. :) > > Don't even get me started on linux' boot messages. :-) > > I happen to like the stark elegance of the OpenBSD/NetBSD boot > messages. Here's the entire dmesg from the boot of my rPC44 MIPS > machine when booted under OpenBSD. > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > Copyright (c) 1995-1999 OpenBSD. All rights reserved. > http://www.OpenBSD.org > > OpenBSD 2.4-current (IMP-PCCARD) #37: Mon Feb 1 13:28:06 MST 1999 > imp@local-service.village.org:/home/imp/src/sys/arch/arc/compile/IMP-PCCARD > real mem = 32235520 > avail mem = 27754496 > using 419 buffers containing 1716224 bytes of memory > mainbus0 (root) > cpu0 at mainbus0: MIPS R4400 CPU Rev. 4.0 with MIPS R4010 FPC Rev. 0.0 > L1 Cache I size 16kb(16 line), D size 16kb(16 line), direct mapped. > L2 cache doesn't snoop uncached cpu accesses. > isabr0 at mainbus0 > isa0 at isabr0 isa_io_base 0xb0000000 isa_mem_base 0xa0000000 > com0 at isa0 port 0x3f8-0x3ff irq 4: ns16450, no fifo > com1 at isa0 port 0x2f8-0x2ff irq 3: ns16450, no fifo > wdc0 at isa0 port 0x1f0-0x1f7 irq 14 > wd0 at wdc0 drive 0: > wd0: 2060MB, 4186 cyl, 16 head, 63 sec, 512 bytes/sec, 4219488 sec total > wd0: using 16-sector 16-bit pio transfers, lba addressing (109KB cache) > clock0 at isa0 port 0x70-0x6d5 irq 0: mc146818 or compatible > pcprobe: reset error 1 > pc0 at isa0 port 0x60-0x6c5 irq 1: color > joy0 at isa0 port 0x201: joystick not connected > ed0 at isa0 port 0x300-0x31f irq 5: address 00:00:1b:1e:52:a7, type NE2000 (16-bit) > boot device: wd0. > root on wd0a > rootdev=0x400 rrootdev=0x1200 rawdev=0x1202 > > Where OpenBSD has > > com0 at isa0 port 0x3f8-0x3ff irq 4: ns16450, no fifo > com1 at isa0 port 0x2f8-0x2ff irq 3: ns16450, no fifo > > FreeBSD we has > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio2: configured irq 5 not in bitmap of probed irqs 0 > sio3: configured irq 9 not in bitmap of probed irqs 0 > > which is much more verbose. The entire boot process (including rc > output) fits on the 48x132 mode that my rPC/44 comes up in. With the > same config on FreeBSD, the kernel messages it wouldn't even fit, let > alone the rc output. I don't think its unreasonable to have multiple levels of verbosity in the probe/attach messages. level meaning 0 no probe/attach messages for bus/device printed 1 device name/bus attachment point 2 bus/device resource reservation announcements 3 device specific versioning/level/other messages > : At some point all of the boot messages should be wrapped by 'if > : (bootverbose) { ... }' anyway. > > No! At some point they should use a facility similar to solaris/sysv > where they don't display, but do make it into the dmesg buffer... The effect is the same. At some point we need to provide output only on error, like the rest of unix. I submit that I like verbose boot messages and want them to be well formatted at the same time as I spend a lot of time yanking cards in and out of systems and need to make sure that my probe/attach routines DTRT. Normal users are likely to enjoy the graphical splash screen more than the frightening spew of boot messages. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 9:50:31 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 20B6915578; Wed, 11 Aug 1999 09:50:19 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id MAA02636; Wed, 11 Aug 1999 12:49:28 -0400 (EDT) Date: Wed, 11 Aug 1999 12:49:28 -0400 (EDT) From: "Matthew N. Dodd" To: Nate Williams Cc: Warner Losh , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111634.KAA28760@mt.sri.com> 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 Wed, 11 Aug 1999, Nate Williams wrote: > The most common case for a console is an 80 column wide console (this is > the default for the virtual terminals, most printers, most text > terminals, etc..) > > Changing it is silly, and non-standard. The line wrapping stuff I brought back for the EISA bus stuff in -current makes it easy to define the wrap point. If some small number of people want the ability to wrap at 132 or 40 or whatever, I don't think its unreasonable to provide them the knob to tweak in the boot loader. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 10:25: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5DA8514CCF; Wed, 11 Aug 1999 10:24:49 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA20600; Wed, 11 Aug 1999 11:24:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA18087; Wed, 11 Aug 1999 11:24:56 -0600 (MDT) Message-Id: <199908111724.LAA18087@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: it's time... Cc: Nate Williams , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 11 Aug 1999 12:49:28 EDT." References: Date: Wed, 11 Aug 1999 11:24:56 -0600 From: Warner Losh Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message "Matthew N. Dodd" writes: : The line wrapping stuff I brought back for the EISA bus stuff in -current : makes it easy to define the wrap point. If some small number of people : want the ability to wrap at 132 or 40 or whatever, I don't think its : unreasonable to provide them the knob to tweak in the boot loader. Despite what nate think about 80 columns, my PDA cannot display more than between 30-45 characters, depending on the font, so having a knob for that would be useful in the long term. It also would allow one to kick the VGA display into 132 columns in the boot loader and have more of a chance to get more of the boot process on the screen. syscons already supports parts of this... There is no reason to hard code 80 into the kernel. Otherwise one could argue why have stty columns at all :-). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 10:30:57 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id ACB48155CF; Wed, 11 Aug 1999 10:30:45 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id LAA04915; Wed, 11 Aug 1999 11:29:05 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA29297; Wed, 11 Aug 1999 11:29:04 -0600 Date: Wed, 11 Aug 1999 11:29:04 -0600 Message-Id: <199908111729.LAA29297@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: "Matthew N. Dodd" , Nate Williams , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111724.LAA18087@harmony.village.org> References: <199908111724.LAA18087@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : The line wrapping stuff I brought back for the EISA bus stuff in -current > : makes it easy to define the wrap point. If some small number of people > : want the ability to wrap at 132 or 40 or whatever, I don't think its > : unreasonable to provide them the knob to tweak in the boot loader. > > Despite what nate think about 80 columns, my PDA cannot display more > than between 30-45 characters, depending on the font, so having a knob > for that would be useful in the long term. And you plan on booting FreeBSD on your PDA? > It also would allow one to kick the VGA display into 132 columns in > the boot loader and have more of a chance to get more of the boot > process on the screen. syscons already supports parts of this... My firewall doesn't have a VGA display. :( > There is no reason to hard code 80 into the kernel. Otherwise one > could argue why have stty columns at all :-). stty columns is only effective *AFTER* you have a shell and the box has booted. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 10:43:51 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EE15714D77; Wed, 11 Aug 1999 10:43:44 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA20699; Wed, 11 Aug 1999 11:43:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA18270; Wed, 11 Aug 1999 11:44:06 -0600 (MDT) Message-Id: <199908111744.LAA18270@harmony.village.org> To: nate@mt.sri.com (Nate Williams) Subject: Re: it's time... Cc: "Matthew N. Dodd" , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 11 Aug 1999 11:29:04 MDT." <199908111729.LAA29297@mt.sri.com> References: <199908111729.LAA29297@mt.sri.com> <199908111724.LAA18087@harmony.village.org> Date: Wed, 11 Aug 1999 11:44:06 -0600 From: Warner Losh Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199908111729.LAA29297@mt.sri.com> Nate Williams writes: : And you plan on booting FreeBSD on your PDA? Yes. I'm already booting NetBSD/hpcmips on it.... But that's another thread all by itself... : stty columns is only effective *AFTER* you have a shell and the box has : booted. Yes I know that, but you seem to be arguing that all terminals have 80 columns... This is not the case, although many of them do. I was following your line of reasoning to its logical conclusion (since all terminals have 80 columns, why do we need to tell the kernel how big our terminals are). I agree 100% that 80 shall be the default, since that's how wide these things usually have been since 1890 and this man named Hollereth(sp?)... I just want to make sure that I can change that default. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 10:55: 3 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 7764F15560; Wed, 11 Aug 1999 10:54:58 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id LAA05227; Wed, 11 Aug 1999 11:53:01 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA29750; Wed, 11 Aug 1999 11:52:59 -0600 Date: Wed, 11 Aug 1999 11:52:59 -0600 Message-Id: <199908111752.LAA29750@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: nate@mt.sri.com (Nate Williams), "Matthew N. Dodd" , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111744.LAA18270@harmony.village.org> References: <199908111729.LAA29297@mt.sri.com> <199908111724.LAA18087@harmony.village.org> <199908111744.LAA18270@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : stty columns is only effective *AFTER* you have a shell and the box has > : booted. > > Yes I know that, but you seem to be arguing that all terminals have 80 > columns... This is not the case, although many of them do. Most of them do. It is the 'least common denominator' that FreeBSD runs into. More than 132 columns is an exception, as well as less than 80 columns. My point was not changing the boot message to more than 80 columns, like you suggested. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 14:12:30 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from megadodo.segNET.COM (megadodo.segNET.COM [206.34.181.3]) by hub.freebsd.org (Postfix) with ESMTP id 21A6C14E38; Wed, 11 Aug 1999 14:12:24 -0700 (PDT) (envelope-from adams@digitalspark.net) Received: from arc0a97.wrj.sover.net (arc0a97.wrj.sover.net [209.198.95.97]) by megadodo.segNET.COM (8.9.1a/8.8.5) with ESMTP id RAA20865; Wed, 11 Aug 1999 17:09:45 -0400 (EDT) Date: Wed, 11 Aug 1999 17:12:43 +0000 (GMT) From: Adam Strohl To: Warner Losh Cc: "Matthew N. Dodd" , Nate Williams , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908111724.LAA18087@harmony.village.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 On Wed, 11 Aug 1999, Warner Losh wrote: > It also would allow one to kick the VGA display into 132 columns in > the boot loader and have more of a chance to get more of the boot > process on the screen. syscons already supports parts of this... I was just reading through the thread again, and I was thinking about a Sun style boot where the screen is kicked into the VESA mode of your choice, we could have a FreeBSD daemon displaying in the upper left corner, etc. > There is no reason to hard code 80 into the kernel. Otherwise one > could argue why have stty columns at all :-). I have to agree with this, flexibility == AGoodThing(TM). > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > - ----( Adam Strohl )------------------------------------------------ - - UNIX Operations/Systems http://www.digitalspark.net - - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - - ----------------------------------------( DigitalSpark.NET )------- - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 20:37:41 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1BD0514CF3; Wed, 11 Aug 1999 20:37:34 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA22083; Wed, 11 Aug 1999 21:35:22 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA01529; Wed, 11 Aug 1999 21:35:04 -0600 (MDT) Message-Id: <199908120335.VAA01529@harmony.village.org> To: nate@mt.sri.com (Nate Williams) Subject: Re: it's time... Cc: "Matthew N. Dodd" , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 11 Aug 1999 11:29:04 MDT." <199908111729.LAA29297@mt.sri.com> References: <199908111729.LAA29297@mt.sri.com> <199908111724.LAA18087@harmony.village.org> Date: Wed, 11 Aug 1999 21:35:04 -0600 From: Warner Losh Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After taking a break from this discussion, I do think that I like the idea of wrapping boot messages in a sane way at column n (= 80 by default) so long as one knows where messages from one device end and the next one begin. I'd also oppose things like foo0: ...... irq foo0: 9 as opposed to foo0: ...... foo0: irq 9 Unless there were so many that this couldn't be avoided... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 21: 0:41 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 2B90914C15; Wed, 11 Aug 1999 21:00:36 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id XAA82186; Wed, 11 Aug 1999 23:58:20 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Wed, 11 Aug 1999 23:58:19 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Warner Losh Cc: "Matthew N. Dodd" , Peter Wemm , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org Subject: Re: it's time... In-Reply-To: <199908111603.KAA17583@harmony.village.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 On Wed, 11 Aug 1999, Warner Losh wrote: > > No! At some point they should use a facility similar to solaris/sysv > where they don't display, but do make it into the dmesg buffer... > > Warner > What in the world would be the point of doing this? What would be so great about not seeing the system boot up? Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 21:33:28 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 10DFB14DD6; Wed, 11 Aug 1999 21:33:11 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id AAA11963; Thu, 12 Aug 1999 00:32:04 -0400 (EDT) Date: Thu, 12 Aug 1999 00:32:03 -0400 (EDT) From: "Matthew N. Dodd" To: Warner Losh Cc: Nate Williams , Peter Wemm , Cameron Grant , multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: it's time... In-Reply-To: <199908120335.VAA01529@harmony.village.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 On Wed, 11 Aug 1999, Warner Losh wrote: > After taking a break from this discussion, I do think that I like the > idea of wrapping boot messages in a sane way at column n (= 80 by > default) so long as one knows where messages from one device end and > the next one begin. > > I'd also oppose things like > > foo0: ...... irq > foo0: 9 > > as opposed to > > foo0: ...... > foo0: irq 9 > > Unless there were so many that this couldn't be avoided... check out eisa_reg_print() and eisa_print_child() in sys/i386/eisa/eisaconf.c Sanity in output is a good thing. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Aug 11 21:34: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 0FBCB156E7; Wed, 11 Aug 1999 21:33:56 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id AAA11969; Thu, 12 Aug 1999 00:34:01 -0400 (EDT) Date: Thu, 12 Aug 1999 00:34:01 -0400 (EDT) From: "Matthew N. Dodd" To: "Brian F. Feldman" Cc: Warner Losh , Peter Wemm , Cameron Grant , multimedia@FreeBSD.org, current@FreeBSD.org Subject: Re: it's time... 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 On Wed, 11 Aug 1999, Brian F. Feldman wrote: > What in the world would be the point of doing this? What would be so > great about not seeing the system boot up? The same reason that when you type 'cp foo /tmp/' it doesn't say '1 file copied, 3425 bytes.' or other nonesense. If nothings wrong then print nothing. Granted, you and I would have our 'boot_verbose' envar set to '1' or '2' or something that gave us the correct amount of feedback we've grown acustom to. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Aug 12 12:55:59 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from penelope.skunk.org (penelope.skunk.org [208.133.204.51]) by hub.freebsd.org (Postfix) with ESMTP id 4A89E14F80; Thu, 12 Aug 1999 12:55:50 -0700 (PDT) (envelope-from ben@penelope.skunk.org) Received: from localhost (ben@localhost) by penelope.skunk.org (8.9.3/8.9.3) with ESMTP id OAA33793; Thu, 12 Aug 1999 14:44:54 -0400 (EDT) Date: Thu, 12 Aug 1999 14:44:54 -0400 (EDT) From: Ben Rosengart To: multimedia@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: it's time... 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 On Wed, 11 Aug 1999, Brian F. Feldman wrote: > What in the world would be the point of doing this? What would be so great > about not seeing the system boot up? One might want minimal or no boot messages, just to look nice, while still wanting the dmesg stuff around in case something goes wrong or they need to configure a kernel. It's certainly chrome, but I'd like it. -- Ben UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Aug 12 14: 4:35 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 046F215040; Thu, 12 Aug 1999 14:04:30 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id RAA86638; Thu, 12 Aug 1999 17:04:04 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <199908122104.RAA86638@whizzo.transsys.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ben Rosengart Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: it's time... References: In-reply-to: Your message of "Thu, 12 Aug 1999 14:44:54 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Aug 1999 17:04:04 -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Wed, 11 Aug 1999, Brian F. Feldman wrote: > > > What in the world would be the point of doing this? What would be so great > > about not seeing the system boot up? > > One might want minimal or no boot messages, just to look nice, while > still wanting the dmesg stuff around in case something goes wrong or > they need to configure a kernel. It's certainly chrome, but I'd like > it. Spash screen. That being said, the capability to have what comes out during a verbose boot go somewhere else for later review, while only the "normal" messages are seen on the console would be sorta cool. I think you could do this by converting the printf()'s in the kernel to something like syslog() with explicity verbosity/priority specifications. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Aug 12 21: 0:30 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id 1BA0C14C2D; Thu, 12 Aug 1999 20:59:56 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by titanium.yy.ics.keio.ac.jp (8.8.8+3.0Wbeta13/3.7W) with ESMTP id MAA09185; Fri, 13 Aug 1999 12:58:55 +0900 (JST) Received: from lavender.yy.cs.keio.ac.jp (lavender.rad.cc.keio.ac.jp [131.113.16.115]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id MAA04207; Fri, 13 Aug 1999 12:58:54 +0900 (JST) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id MAA05559; Fri, 13 Aug 1999 12:58:54 +0900 (JST) Message-Id: <199908130358.MAA05559@lavender.yy.cs.keio.ac.jp> To: hackers@FreeBSD.ORG Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Is there any plan to newbuslize for 3-stable? In-Reply-To: Your message of "Thu, 12 Aug 1999 16:14:26 JST". <199908120714.QAA04064@lavender.yy.cs.keio.ac.jp> X-Mailer: Mew version 1.70 on Emacs 19.34.1 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 13 Aug 1999 12:58:54 +0900 From: MIHIRA Sanpei Yoshiro Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> If my patch for pcm/ESS sound chip apply to FreeBSD, may I send-pr >> with old-config style? >> Yes, current pcm sound driver is old-config, but "Cameron Grant" >> is working to newbuslize. I create patch for 4-current sys/i386/isa/snd. It fix for pcm/ESS-ISA sound driver. All ESS-ISA specific changes are quoted in (d->bd_flags & BD_F_ESS). MIHIRA Sanpei Yoshiro diff -uNr snd.org/CARDS snd/CARDS --- snd.org/CARDS Wed Aug 11 10:36:53 1999 +++ snd/CARDS Wed Aug 11 10:21:33 1999 @@ -357,3 +357,4 @@ -------------------------------------------------------------------- +$Id$ diff -uNr snd.org/README snd/README --- snd.org/README Wed Aug 11 10:36:53 1999 +++ snd/README Wed Aug 11 10:21:33 1999 @@ -222,3 +222,5 @@ the product. Too bad that no one of the chip/card manufacturers I have contacted by email regarding missing or inconsistent documentation on their products did even care to reply to my messages. + +$Id$ diff -uNr snd.org/ad1848.c snd/ad1848.c --- snd.org/ad1848.c Wed Aug 11 10:36:53 1999 +++ snd/ad1848.c Wed Aug 11 10:21:33 1999 @@ -40,6 +40,10 @@ * http://www.opti.com/ for the OPTi931 */ +/* + * $Id$ + */ + #include #if NPCM > 0 diff -uNr snd.org/clones.c snd/clones.c --- snd.org/clones.c Wed Aug 11 10:36:53 1999 +++ snd/clones.c Wed Aug 11 10:21:33 1999 @@ -33,6 +33,10 @@ * in the Voxware 3.5 distribution. */ +/* + * $Id$ + */ + #include #if NPCM > 0 diff -uNr snd.org/dmabuf.c snd/dmabuf.c --- snd.org/dmabuf.c Wed Aug 11 10:36:53 1999 +++ snd/dmabuf.c Wed Aug 11 10:21:33 1999 @@ -31,7 +31,12 @@ * */ +/* + * $Id$ + */ + #include +#include #include #define MIN_CHUNK_SIZE 256 /* for uiomove etc. */ @@ -183,12 +188,13 @@ * This happens if the size has changed _and_ the new size * is smaller, or it matches the blocksize. */ - if (l != b->dl && (b->dl == 0 || ldl || l == d->play_blocksize) ) { + if ((l != b->dl && (b->dl == 0 || ldl || l == d->play_blocksize)) + || (d->bd_flags & BD_F_ESS)) { /* for any reason, size has changed. Stop and restart */ DEB(printf("wrintr: bsz change from %d to %d, rp %d rl %d\n", b->dl, l, b->rp, b->rl)); DEB(printf("wrintr: dl %d -> %d\n", b->dl, l);) - if (b->dl != 0) + if (b->dl != 0 && ! (d->bd_flags & BD_F_ESS)) d->callback(d, SND_CB_WR | SND_CB_STOP ); /* * at high speed, it might well be that the count @@ -281,12 +287,16 @@ else timeout = 1 ; ret = tsleep( (caddr_t)b, PRIBIO|PCATCH, "dspwr", timeout); - if (ret == EINTR) - d->flags |= SND_F_ABORTING ; + if (ret == EINTR || ((d->bd_flags & BD_F_ESS) && timeout != 1 && + ret == EWOULDBLOCK && b->rl == b->bufsize)) { + d->flags |= SND_F_ABORTING ; + splx(s); + break; + } splx(s); - if (ret == EINTR || ret == ERESTART) + if (ret == ERESTART) break ; - continue; + continue; } splx(s); @@ -319,7 +329,8 @@ if ( b->dl == 0 ) /* dma was idle, restart it */ dsp_wrintr(d) ; splx(s) ; - if (buf->uio_resid == 0 && (b->fp & (b->sample_size - 1)) == 0) { + if (buf->uio_resid == 0 && (b->fp & (b->sample_size - 1)) == 0 && + ! (d->bd_flags & BD_F_ESS)) { /* * If data is correctly aligned, pad the region with * replicas of the last sample. l0 goes from current to @@ -472,9 +483,13 @@ int l = min(b->fl - 0x100, d->rec_blocksize); l &= DMA_ALIGN_MASK ; /* realign sizes */ DEB(printf("rdintr: dl %d -> %d\n", b->dl, l);) +#ifdef ESS_RECORD_WITH_NORMAL_DMA + if (l != b->dl || d->bd_flags & BD_F_ESS) { +#else if (l != b->dl) { +#endif /* for any reason, size has changed. Stop and restart */ - if (b->dl > 0 ) + if (b->dl > 0) d->callback(d, SND_CB_RD | SND_CB_STOP ); b->dl = l ; d->callback(d, SND_CB_RD | SND_CB_START ); @@ -572,10 +587,14 @@ else timeout = 1; /* maybe data will be ready earlier */ ret = tsleep( (caddr_t)b, PRIBIO | PCATCH , "dsprd", timeout ) ; - if (ret == EINTR) + if (ret == EINTR || ((d->bd_flags & BD_F_ESS) && timeout != 1 && + ret == EWOULDBLOCK && b->fl == b->bufsize)) { d->flags |= SND_F_ABORTING ; + splx(s); + break; + } splx(s); - if (ret == EINTR || ret == ERESTART) + if (ret == ERESTART) break ; continue; } @@ -719,8 +738,12 @@ if ( b->dl ) { b->dl = 0 ; d->flags &= ~ SND_F_WRITING ; - if (d->callback) + if (d->callback) { d->callback(d, SND_CB_WR | SND_CB_ABORT); + if ((d->bd_flags & BD_F_ESS) && restart) { + d->callback(d, SND_CB_INIT); + } + } if (!d->special_dma) isa_dmastop(b->chan) ; dsp_wr_dmadone(d); @@ -746,15 +769,19 @@ if ( b->dl ) { b->dl = 0 ; d->flags &= ~ SND_F_READING ; - if (d->callback) + if (d->callback) { d->callback(d, SND_CB_RD | SND_CB_ABORT); + if ((d->bd_flags & BD_F_ESS) && restart) { + d->callback(d, SND_CB_INIT); + } + } if (!d->special_dma) isa_dmastop(b->chan) ; dsp_rd_dmadone(d); } missing = b->rl ; if (!d->special_dma) - isa_dmadone(B_READ, b->buf, b->bufsize, b->chan); + isa_dmadone(B_READ, b->buf, b->bufsize, b->chan); reset_dbuf(b, restart ? SND_CHAN_RD : SND_CHAN_NONE); splx(s); return missing; @@ -775,7 +802,9 @@ snd_dbuf *b = &(d->dbuf_out) ; DEB(printf("snd_flush d->flags 0x%08x\n", d->flags)); - dsp_rdabort(d, 0 /* no restart */); + if (! (d->bd_flags & BD_F_ESS) || (d->rec_fmt && + (FULL_DUPLEX(d) || d->play_fmt == 0))) + dsp_rdabort(d, 0 /* no restart */); /* close write */ while ( b->dl ) { /* @@ -800,7 +829,8 @@ } s = spltty(); /* should not be necessary... */ d->flags &= ~SND_F_CLOSING ; - dsp_wrabort(d, 0 /* no restart */); + if (! (d->bd_flags & BD_F_ESS) || d->play_fmt) + dsp_wrabort(d, 0 /* no restart */); splx(s); return 0 ; } diff -uNr snd.org/mss.h snd/mss.h --- snd.org/mss.h Wed Aug 11 10:36:53 1999 +++ snd/mss.h Wed Aug 11 10:21:33 1999 @@ -9,6 +9,10 @@ */ /* + * $Id$ + */ + +/* * The codec part of the board is seen as a set of 4 registers mapped diff -uNr snd.org/sb_dsp.c snd/sb_dsp.c --- snd.org/sb_dsp.c Wed Aug 11 10:36:53 1999 +++ snd/sb_dsp.c Wed Aug 11 10:21:33 1999 @@ -35,6 +35,10 @@ */ /* + * $Id$ + */ + +/* * use this as a template file for board-specific drivers. * The next two lines (and the final #endif) are in all drivers: */ @@ -69,13 +73,14 @@ static void sb_dsp_init(snddev_info *d, struct isa_device *dev); static void sb_mix_init(snddev_info *d); -static int sb_mixer_set(snddev_info *d, int dev, int value); +/* static int sb_mixer_set(snddev_info *d, int dev, int value); */ static int dsp_speed(snddev_info *d); static void sb_mixer_reset(snddev_info *d); u_int sb_get_byte(int io_base); int ess_write(int io_base, u_char reg, int val); int ess_read(int io_base, u_char reg); +void ess_cont_getmixer(int io_base, u_int port, u_char *buf, int num); /* * Then put here the descriptors for the various boards supported @@ -322,6 +327,17 @@ } } /* XXX previous location of ack... */ + if (d->bd_flags & BD_F_ESS) { + /* + * A read from port 2xEh(following ack command) will reset + * any IRQ request on ESS chip. And dsp_??intr runs slow. + * Therefore interrupt will be dropped in original location. + */ + if ( c & 2 ) + inb(DSP_DATA_AVL16); /* 16-bit int ack */ + if (c & 1) + inb(DSP_DATA_AVAIL); /* 8-bit int ack */ + } DEB(printf("sb_intr, flags 0x%08lx reason %d c 0x%x\n", d->flags, reason, c)); if ( reason & 1 ) { /* possibly a write interrupt */ @@ -332,11 +348,12 @@ if ( d->dbuf_in.dl ) dsp_rdintr(d); } - if ( c & 2 ) - inb(DSP_DATA_AVL16); /* 16-bit int ack */ - if (c & 1) - inb(DSP_DATA_AVAIL); /* 8-bit int ack */ - + if (! (d->bd_flags & BD_F_ESS)) { + if ( c & 2 ) + inb(DSP_DATA_AVL16); /* 16-bit int ack */ + if (c & 1) + inb(DSP_DATA_AVAIL); /* 8-bit int ack */ + } /* * the sb16 might have multiple sources etc. */ @@ -364,6 +381,10 @@ switch (reason & SND_CB_REASON_MASK) { case SND_CB_INIT : /* called with int enabled and no pending io */ + if (d->bd_flags & BD_F_ESS) { + sb_reset_dsp(d->io_base); + sb_cmd(d->io_base, 0xc6); /* enable extended ESS mode */ + } /* * set the speed */ @@ -430,66 +451,79 @@ d->dbuf_in.chan = d->dbuf_out.chan; d->dbuf_out.chan = c ; } - } - else if (d->bd_flags & BD_F_ESS) { - u_char c; - - DEB(printf("SND_CB_INIT, play_fmt == 0x%x, rec_fmt == 0x%x\n", - (int) d->play_fmt, (int) d->rec_fmt)); - - /* autoinit DMA mode */ - if (d->play_fmt) - ess_write(d->io_base, 0xb8, 0x04); - else - ess_write(d->io_base, 0xb8, 0x0e); + } else if (d->bd_flags & BD_F_ESS) { + u_char c ; + u_char *cmd_ofs; + if (d->play_fmt == 0) { + /* initialize for record */ + static u_char cmd[] = { + 0x51,0xd0,0x71,0xf4,0x51,0x98,0x71,0xbc + }; +#if ESS_RECORD_WITH_NORMAL_DMA + ess_write(d->io_base, 0xb8, 0x0a); /* normal DMA */ +#else + ess_write(d->io_base, 0xb8, 0x0e); +#endif + c = ( ess_read(d->io_base, 0xa8) & 0xfc ) | 1 ; + if (! (d->flags & SND_F_STEREO)) + c++ ; + ess_write(d->io_base, 0xa8, c); + ess_write(d->io_base, 0xb9, 2); /* 4bytes/transfer */ + /* + * set format in b6, b7 + */ + cmd_ofs = cmd + ((d->flags & SND_F_STEREO) ? 4 : 0) + + ((d->rec_fmt == AFMT_S16_LE) ? 2 : 0); + ess_write(d->io_base, 0xb7, cmd_ofs[0]); + ess_write(d->io_base, 0xb7, cmd_ofs[1]); + ess_write(d->io_base, 0xb1, + (ess_read(d->io_base, 0xb1) & 0x0f) | 0x50); + ess_write(d->io_base, 0xb2, + (ess_read(d->io_base, 0xb2) & 0x0f) | 0x50); + } else { + /* initialize for play */ + static u_char cmd[] = { + 0x80,0x51,0xd0,0x00,0x71,0xf4, + 0x80,0x51,0x98,0x00,0x71,0xbc + }; + ess_write(d->io_base, 0xb8, 0); /* normal DMA */ + c = ( ess_read(d->io_base, 0xa8) & 0xfc ) | 1 ; + if (! (d->flags & SND_F_STEREO)) + c++; + ess_write(d->io_base, 0xa8, c); + ess_write(d->io_base, 0xb9, 2); /* 4bytes/transfer */ + + cmd_ofs = cmd + ((d->flags & SND_F_STEREO) ? 6 : 0) + + ((d->play_fmt == AFMT_S16_LE) ? 3 : 0); + ess_write(d->io_base, 0xb6, cmd_ofs[0]); + ess_write(d->io_base, 0xb7, cmd_ofs[1]); + ess_write(d->io_base, 0xb7, cmd_ofs[2]); - c = (ess_read(d->io_base, 0xa8) & ~0x03) | 0x01; - if ((d->flags & SND_F_STEREO) == 0) - c++; - ess_write(d->io_base, 0xa8, c); /* select mono/stereo */ - ess_write(d->io_base, 0xb9, 2); /* demand 4 bytes/transfer */ - - switch (d->play_fmt ? d->play_fmt : d->rec_fmt) { - case AFMT_S16_LE: - if (d->flags & SND_F_STEREO) { - /* 16 bit stereo */ - if (d->play_fmt) - ess_write(d->io_base, 0xb6, 0x00); - ess_write(d->io_base, 0xb7, 0x71); - ess_write(d->io_base, 0xb7, 0xbc); - } - else { - /* 16 bit mono */ - if (d->play_fmt) - ess_write(d->io_base, 0xb6, 0x00); - ess_write(d->io_base, 0xb7, 0x71); - ess_write(d->io_base, 0xb7, 0xf4); - } - break; - case AFMT_U8: - if (d->flags & SND_F_STEREO) { - /* 8 bit stereo */ - if (d->play_fmt) - ess_write(d->io_base, 0xb6, 0x80); - ess_write(d->io_base, 0xb7, 0x51); - ess_write(d->io_base, 0xb7, 0x98); - } - else { - /* 8 bit mono */ - if (d->play_fmt) - ess_write(d->io_base, 0xb6, 0x80); - ess_write(d->io_base, 0xb7, 0x51); - ess_write(d->io_base, 0xb7, 0xd0); - } - break; - } ess_write(d->io_base, 0xb1, - ess_read(d->io_base, 0xb1) | 0x50); + (ess_read(d->io_base, 0xb1) & 0x0f) | 0x50); ess_write(d->io_base, 0xb2, - ess_read(d->io_base, 0xb1) | 0x50); + (ess_read(d->io_base, 0xb2) & 0x0f) | 0x50); + } + } + if (! (d->bd_flags & BD_F_ESS)) { + /* + * isa_dmastart will be called on the same channel + * with a half duplex device. + */ + reset_dbuf(& (d->dbuf_in), SND_CHAN_RD ); + reset_dbuf(& (d->dbuf_out), SND_CHAN_WR ); + } else { + if (FULL_DUPLEX(d)) { + reset_dbuf(& (d->dbuf_in), SND_CHAN_RD ); + reset_dbuf(& (d->dbuf_out), SND_CHAN_WR ); + } else { + if (d->play_fmt) { + reset_dbuf(& (d->dbuf_out), SND_CHAN_WR ); + } else if (d->rec_fmt) { + reset_dbuf(& (d->dbuf_in), SND_CHAN_RD ); + } + } } - reset_dbuf(& (d->dbuf_in), SND_CHAN_RD ); - reset_dbuf(& (d->dbuf_out), SND_CHAN_WR ); break ; case SND_CB_START : /* called with int disabled */ @@ -547,18 +581,25 @@ sb_cmd(d->io_base, c ); sb_cmd3(d->io_base, c1 , l - 1) ; } else if (d->bd_flags & BD_F_ESS) { - u_long fmt = rd ? d->rec_fmt : d->play_fmt; + short c = -l; + u_char c1; - DEB(printf("SND_CB_START: %s (%d)\n", rd ? "rd" : "wr", l)); - if (fmt == AFMT_S16_LE) - l >>= 1; - l--; - if (!rd) - sb_cmd(d->io_base, DSP_CMD_SPKON); - ess_write(d->io_base, 0xa4, l); - ess_write(d->io_base, 0xa5, l >> 8); - ess_write(d->io_base, 0xb8, - ess_read(d->io_base, 0xb8) | (rd ? 0x0f : 0x05)); + /* + * clear bit 0 of register B8h + */ + c1 = ess_read(d->io_base, 0xb8) & 0xfe ; + ess_write(d->io_base, 0xb8, c1++); + /* + * update ESS Transfer Count Register + */ + ess_write(d->io_base, 0xa4, (u_char)((u_short)c & 0xff)); + ess_write(d->io_base, 0xa5, (u_char)((u_short)(c >> 8) & 0xff)); + /* + * set bit 0 of register B8h + */ + ess_write(d->io_base, 0xb8, c1); + if (! rd) + sb_cmd(d->io_base, DSP_CMD_SPKON); } else { /* SBPro -- stereo not supported */ u_char c ; if (!rd) @@ -589,10 +630,10 @@ case SND_CB_STOP : { int cmd = DSP_CMD_DMAPAUSE_8 ; /* default: halt 8 bit chan */ - DEB(printf("SND_CB_XXX: reason 0x%x\n", reason)); - if ( b->chan > 4 - || (rd && d->rec_fmt == AFMT_S16_LE) - || (!rd && d->play_fmt == AFMT_S16_LE) + if (!(d->bd_flags & BD_F_ESS) + && (b->chan > 4 + || (rd && d->rec_fmt == AFMT_S16_LE) + || (!rd && d->play_fmt == AFMT_S16_LE)) ) cmd = DSP_CMD_DMAPAUSE_16 ; if (d->bd_flags & BD_F_HISPEED) { @@ -601,7 +642,22 @@ sb_cmd(d->io_base, 0xc6 ); /* enable extended ESS mode */ d->flags |= SND_F_INIT ; } else { - sb_cmd(d->io_base, cmd); /* pause dma. */ +#ifdef ESS_IGNORE_PAUSE_COMMAND + if (d->bd_flags & BD_F_ESS) { + DEB(u_char c1 ; + c1 = ess_read(d->io_base, 0xb8) ; + printf("CB_STOP: b8 0x%x\n", (u_int) c1);) + if (rd) { +#if ESS_RECORD_WITH_NORMAL_DMA + ess_write(d->io_base, 0xb8, 0x0a); +#else + ess_write(d->io_base, 0xb8, 0x0e); +#endif + } else + ess_write(d->io_base, 0xb8, 0x00); + } else +#endif + sb_cmd(d->io_base, cmd); /* pause dma. */ /* * The above seems to have the undocumented side effect of * blocking the other side as well. If the other @@ -669,6 +725,7 @@ int i, x; char *fmt = NULL ; int io_base = dev->id_iobase ; + u_char ess_ident[4]; d->bd_id = 0 ; @@ -761,25 +818,32 @@ } else DELAY(20); } - if (ess_major == 0x48 && (ess_minor & 0xf0) == 0x80) { /* the ESS488 can be treated as an SBPRO */ printf("ESS488 (rev %d)\n", ess_minor & 0x0f); break ; - } - else if (ess_major == 0x68 && (ess_minor & 0xf0) == 0x80) { - int rev = ess_minor & 0xf; - - if (rev >= 8) - printf("ESS1868 (rev %d)\n", rev); - else - printf("ESS688 (rev %d)\n", rev); - d->bd_flags |= BD_F_ESS; - d->audio_fmt |= AFMT_S16_LE; - - /* enable extended ESS mode */ - sb_cmd(d->io_base, 0xc6); - break; + } else if (ess_major == 0x68 && (ess_minor & 0xf0) == 0x80) { + int rev = ess_minor & 0xf ; + if ( rev >= 8 ) { + ess_cont_getmixer(io_base, 0x40, ess_ident, sizeof(ess_ident)); + if (ess_ident[0] == 0x18) { + sprintf(fmt, "ESS18%x %%d.%%d", ess_ident[1]); + printf("ESS18%x (rev %d, native mode)\n", ess_ident[1], rev); + } else { + sprintf(fmt, "ESS Chip %%d.%%d"); + printf("ESS Chip (rev %d, %x%x, native mode)\n", rev, ess_ident[0], ess_ident[1]); + } + } else { + sprintf(fmt, "ESS688 %%d.%%d"); + printf("ESS688 (rev %d, native mode)\n", rev); + } + d->audio_fmt |= AFMT_S16_LE; + d->bd_flags |= BD_F_ESS; + d->bd_flags &= ~BD_F_MIX_MASK ; + d->bd_flags |= BD_F_MIX_ESS688 ; + sb_reset_dsp(io_base); + sb_cmd(io_base, 0xc6); + break ; } else { printf("Unknown card 0x%x 0x%x -- hope it is SBPRO\n", ess_major, ess_minor); @@ -798,6 +862,7 @@ static void sb_mix_init(snddev_info *d) { + u_int mixval; switch (d->bd_flags & BD_F_MIX_MASK) { case BD_F_MIX_CT1345 : /* SB 3.0 has 1345 mixer */ @@ -816,6 +881,20 @@ d->mix_devs = SB16_MIXER_DEVICES ; d->mix_rec_devs = SB16_RECORDING_DEVICES ; d->mix_recsrc = SOUND_MASK_MIC ; + break ; + + case BD_F_MIX_ESS688 : /* ESS688/ESS1868 mixer */ + + mixval = (u_int)sb_getmixer(d->io_base, ESS_VOLCTL); + if (mixval & 1) { + printf("%s: setting master volume control register" + "(compatibility mode)\n", d->name); + sb_setmixer(d->io_base, ESS_VOLCTL, mixval & ~1); + } + d->mix_devs = ESS_MIXER_DEVICES ; + d->mix_rec_devs = ESS_RECORDING_DEVICES ; + d->mix_recsrc = SOUND_MASK_MIC ; + break ; } sb_mixer_reset(d); } @@ -931,6 +1010,20 @@ return sb_get_byte(io_base); } +void +ess_cont_getmixer(int io_base, u_int port, u_char *buf, int num) +{ + int val; + int i; + u_long flags; + + flags = spltty(); + outb(io_base + SB_MIX_ADDR, (u_char) (port & 0xff)); /* Select register */ + for (i = 0; i < num; buf++, i++) { + *buf = inb(io_base + SB_MIX_DATA); + } + splx(flags); +} /* * various utility functions for the DSP @@ -1067,6 +1160,7 @@ mask &= d->mix_rec_devs; switch (d->bd_flags & BD_F_MIX_MASK) { case BD_F_MIX_CT1345 : + case BD_F_MIX_ESS688 : if (mask == SOUND_MASK_LINE) recdev = 6 ; else if (mask == SOUND_MASK_CD) @@ -1121,7 +1215,7 @@ sb_set_recsrc(d, SOUND_MASK_MIC); } -static int +int sb_mixer_set(snddev_info *d, int dev, int value) { int left = value & 0x000000ff; @@ -1159,6 +1253,9 @@ break; case BD_F_MIX_CT1745 : iomap = &sb16_mix ; + break; + case BD_F_MIX_ESS688 : + iomap = &ess688_mix ; break; /* XXX how about the SG NX Pro, iomap = sgnxpro_mix */ } diff -uNr snd.org/sbcard.h snd/sbcard.h --- snd.org/sbcard.h Wed Aug 11 10:36:53 1999 +++ snd/sbcard.h Wed Aug 11 10:21:33 1999 @@ -2,6 +2,10 @@ * file: sbcard.h */ +/* + * $Id$ + */ + typedef struct _sbdev_info { } sbdev_info ; @@ -136,6 +140,7 @@ #define BD_F_MIX_CT1335 0x0010 /* CT1335 */ #define BD_F_MIX_CT1345 0x0020 /* CT1345 */ #define BD_F_MIX_CT1745 0x0030 /* CT1745 */ +#define BD_F_MIX_ESS688 0x0040 /* ESS688/ESS1868 mixer */ #define BD_F_SB16 0x0100 /* this is a SB16 */ #define BD_F_SB16X 0x0200 /* this is a vibra16X or clone */ @@ -208,6 +213,14 @@ SOUND_MASK_IGAIN | SOUND_MASK_OGAIN | \ SOUND_MASK_VOLUME | SOUND_MASK_BASS | SOUND_MASK_TREBLE) +#define ESS_MIXER_DEVICES \ + (SOUND_MASK_SYNTH | SOUND_MASK_PCM | SOUND_MASK_SPEAKER | \ + SOUND_MASK_LINE | SOUND_MASK_MIC | SOUND_MASK_CD | \ + SOUND_MASK_VOLUME) + +/* XXX I don't know;-) */ +#define ESS_RECORDING_DEVICES SB16_RECORDING_DEVICES + /* * Mixer registers * @@ -253,6 +266,10 @@ #define SB16_IMASK_R 0x3e #define SB16_OMASK 0x3c +/* + * ESS mixer cnotrol extension registers + */ +#define ESS_VOLCTL 0x64 #ifndef __SB_MIXER_C__ mixer_tab sbpro_mix; @@ -314,6 +331,23 @@ PMIX_ENT(SOUND_MIXER_OGAIN, 0x41, 6, 2, 0x42, 6, 2) }; +mixer_tab ess688_mix = { + PMIX_ENT(SOUND_MIXER_VOLUME, 0x32, 4, 4, 0x32, 0, 4), + PMIX_ENT(SOUND_MIXER_BASS, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_TREBLE, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_SYNTH, 0x36, 4, 4, 0x36, 0, 4), + PMIX_ENT(SOUND_MIXER_PCM, 0x14, 4, 4, 0x14, 0, 4), + PMIX_ENT(SOUND_MIXER_SPEAKER, 0x3c, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_LINE, 0x3e, 4, 4, 0x3e, 0, 4), + PMIX_ENT(SOUND_MIXER_MIC, 0x1a, 4, 4, 0x1a, 0, 4), + PMIX_ENT(SOUND_MIXER_CD, 0x38, 4, 4, 0x38, 0, 4), + PMIX_ENT(SOUND_MIXER_IMIX, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_ALTPCM, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_RECLEV, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_IGAIN, 0x00, 0, 0, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_OGAIN, 0x00, 0, 0, 0x00, 0, 0) +}; + #ifdef SM_GAMES /* Master volume is lower and PCM & FM * volumes higher than with SB Pro. This * improves the sound quality */ @@ -346,7 +380,7 @@ 0x4b4b, /* PCM */ 0x4b4b, /* PC Speaker */ 0x4b4b, /* Ext Line */ - 0x1010, /* Mic */ + 0x0000, /* Mic */ 0x4b4b, /* CD */ 0x4b4b, /* Recording monitor */ 0x4b4b, /* SB PCM */ diff -uNr snd.org/sound.c snd/sound.c --- snd.org/sound.c Wed Aug 11 10:36:53 1999 +++ snd/sound.c Wed Aug 11 10:21:33 1999 @@ -50,9 +50,14 @@ * */ +/* + * $Id$ + */ + #include "opt_devfs.h" #include +#include #ifdef DEVFS #include #endif /* DEVFS */ @@ -145,6 +150,20 @@ outb(0x371, 0xa9 ); /* use both dma chans */ else outb(0x371, 0x8b ); /* use low dma chan */ + } else if (d->bd_flags & BD_F_ESS) { + int i ; + + DDB(printf("ESS: resume\n")); + sb_reset_dsp(d->io_base); + sb_cmd(d->io_base, 0xc6); + + if (d->dbuf_out.dl) + dsp_wrabort(d, 1 /* restart */); + if (d->dbuf_in.dl) + dsp_rdabort(d, 1 /* restart */); + + for (i = 0; i < SOUND_MIXER_NRDEVICES; i++) + sb_mixer_set(d, i, d->mix_levels[i]); } printf("Called APM sound resume hook for unit %d\n", (int)arg); return 0 ; @@ -967,8 +986,21 @@ break ; case SNDCTL_DSP_RESET: DEB(printf("dsp reset\n")); - dsp_wrabort(d, 1 /* restart */); - dsp_rdabort(d, 1 /* restart */); + if (! (d->bd_flags & BD_F_ESS)) { + dsp_wrabort(d, 1 /* restart */); + dsp_rdabort(d, 1 /* restart */); + } else { + if (FULL_DUPLEX(d)) { + dsp_wrabort(d, 1 /* restart */); + dsp_rdabort(d, 1 /* restart */); + } else { + if (d->play_fmt) { + dsp_wrabort(d, 1 /* restart */); + } else if (d->rec_fmt) { + dsp_rdabort(d, 1 /* restart */); + } + } + } break ; case SNDCTL_DSP_SYNC: @@ -1035,8 +1067,19 @@ if (d->rec_fmt) d->rec_fmt = *(int *)arg ; splx(s); - if (ask_init(d)) - *(int *)arg = d->play_fmt ; + if (ask_init(d)) { + /* + * ioctl will fail if (half duplex) ESS is opened RDONLY. + */ + if (d->bd_flags & BD_F_ESS) { + if (d->play_fmt) + *(int *)arg = d->play_fmt ; + else if (d->rec_fmt) /* XXX */ + *(int *)arg = d->rec_fmt ; + } else { + *(int *)arg = d->play_fmt ; + } + } break ; case SNDCTL_DSP_SUBDIVIDE: diff -uNr snd.org/sound.h snd/sound.h --- snd.org/sound.h Wed Aug 11 10:36:53 1999 +++ snd/sound.h Wed Aug 11 10:21:33 1999 @@ -28,6 +28,10 @@ * */ +/* + * $Id$ + */ + #ifdef KERNEL #include "pcm.h" #else @@ -498,6 +502,7 @@ int sb_reset_dsp (int io_base); void sb_setmixer (int io_base, u_int port, u_int value); int sb_getmixer (int io_base, u_int port); +int sb_mixer_set (snddev_info *d, int dev, int value); #endif /* KERNEL */ @@ -526,3 +531,7 @@ #define DV_PNP_SBCODEC 0x1 #endif +/* + * + */ +#define ESS_RECORD_WITH_NORMAL_DMA 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Aug 12 23:44:36 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pooh.elsevier.nl (pooh.elsevier.nl [145.36.9.32]) by hub.freebsd.org (Postfix) with ESMTP id 0600C156F3; Thu, 12 Aug 1999 23:44:28 -0700 (PDT) (envelope-from steveo@iol.ie) Received: from pooh.elsevier.nl (localhost [127.0.0.1]) by pooh.elsevier.nl (8.9.3/8.9.3) with ESMTP id HAA65935; Fri, 13 Aug 1999 07:32:27 +0100 (IST) (envelope-from steveo@iol.ie) 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: Date: Fri, 13 Aug 1999 07:32:26 +0100 (IST) From: "Steve O'Hara-Smith" To: Ben Rosengart Subject: Re: it's time... Cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 12-Aug-99 Ben Rosengart wrote: > On Wed, 11 Aug 1999, Brian F. Feldman wrote: > >> What in the world would be the point of doing this? What would be so >> great >> about not seeing the system boot up? > > One might want minimal or no boot messages, just to look nice, while > still wanting the dmesg stuff around in case something goes wrong or > they need to configure a kernel. It's certainly chrome, but I'd like > it. Surely if you don't want to see the boot messages for cosmetic reasons a splash screen is the most cosmeticly pleasing solution. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Aug 13 2:50:10 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (Postfix) with ESMTP id 26CC914DB9 for ; Fri, 13 Aug 1999 02:50:04 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh-2.enst.fr [137.194.2.37]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id LAA17157; Fri, 13 Aug 1999 11:48:35 +0200 (MET DST) Received: by bofh.enst.fr (Postfix, from userid 12426) id 5FCCDD245; Fri, 13 Aug 1999 11:48:34 +0200 (CEST) Message-ID: <19990813114834.A90392@enst.fr> Date: Fri, 13 Aug 1999 11:48:34 +0200 From: Pierre Beyssac To: Ed Vander Bush , multimedia@FreeBSD.ORG Subject: Re: dell onboard sound References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Ed Vander Bush on Wed, Aug 04, 1999 at 12:46:59AM -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Aug 04, 1999 at 12:46:59AM -0400, Ed Vander Bush wrote: > I am running FreeBSD 3.2 on a DELL optiplex P1333 with onboard sound. > I cannot for the life of my figure out what the device is and how to > config it... Any ideas? I'm not sure we have quite the same machine (mine is a Dell Optiplex GX1), but the following line in the kernel configuration works for me: device pcm0 at isa? port ? irq 10 drq 1 flags 0x0 The boot messages: Aug 9 18:37:37 bofh /kernel: mss_attach 1 at 0x530 irq 5 dma 1:0 flags 0x10 Aug 9 18:37:37 bofh /kernel: pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x10 on isa -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Aug 14 18:53:15 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from nina.dhs.org (c74763-a.aurora1.co.home.com [24.4.230.109]) by hub.freebsd.org (Postfix) with ESMTP id 1E4A414DA0 for ; Sat, 14 Aug 1999 18:53:13 -0700 (PDT) (envelope-from baram@home.com) Received: by nina.dhs.org (Postfix, from userid 1000) id 63771171; Sat, 14 Aug 1999 19:51:58 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by nina.dhs.org (Postfix) with ESMTP id 24AEF16D for ; Sat, 14 Aug 1999 19:51:58 -0600 (MDT) Date: Sat, 14 Aug 1999 19:51:57 -0600 (MDT) From: alex To: multimedia@freebsd.org Subject: SBpro - undetected ? 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 Hi, I have a Sound Blaster Pro (OEM). The voxware drivers detected the card and mpg123/NAS worked (downsampling to 8bit on the fly). With the new PCM driver, I find that these apps need an 8 bit flag explicitly specified Could it be because pcm does not see this card as 8 bit? # dmesg pcm0 at 0x220 irq 5 drq 1 on isa Unknown card 0x0 0x0 -- hope it is SBPRO # cat /dev/sndstat FreeBSD Audio Driver (981002) Aug 14 1999 14:06:00 Installed devices: pcm0: at 0x220 irq 5 dma 1:1 and /sys/i386/conf/KERNEL: device pcm0 at isa? port 0x220 tty irq 5 drq 1 flags 0x0 Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message