From owner-freebsd-current Mon Jun 8 09:09:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09027 for freebsd-current-outgoing; Mon, 8 Jun 1998 09:09:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA09010; Mon, 8 Jun 1998 09:09:18 -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 QAA16220; Mon, 8 Jun 1998 16:32:07 +0200 From: Luigi Rizzo Message-Id: <199806081432.QAA16220@labinfo.iet.unipi.it> Subject: Re: Switching sound drivers (was Re: cvs commit: src/sys/i386/isa/snd ad1848.c sb_dsp.c sound.c) To: sos@FreeBSD.ORG Date: Mon, 8 Jun 1998 16:32:07 +0200 (MET DST) Cc: eivind@yes.no, jkh@time.cdrom.com, current@FreeBSD.ORG In-Reply-To: <199806081412.QAA05087@sos.freebsd.dk> from "Søren Schmidt" at Jun 8, 98 04:12:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Aha, thanks for pointing this out - you're right. I uncommented pcm0 > > > and all the audio drivers under the impression that it would cause > > > pcm0 to be built as well but now that you mention it, of course, I > > > find that to be totally untrue. Feh. Since nobody's even supporting > > > the "old" audio driver anymore, perhaps we should just bite the bullet > > > and migrate for -current? > > > > I'm in favour. The old driver seems full of bogus code anyway, as we ... > Hmm, we will loose the ability to run popular Linux games then, as > they use the mmap etc functionality in the VoxWare derived sound we can adopt a soft approach -- just move LINT, GENERIC etc to the new driver and leave the old one in the source tree. The day will come soon when there will be no audio cards on the market compatible with the old driver and we'll have solved the problem :) (the GusPnP is already out of production, and CreativeLabs seem to have moved to the Vibra16X codec and this seems to be unable to do full duplex (to best of my knowledge, even the commercial OSS cannot do that). > drivers and Luigi's driver hasn't got that support, nor is it in > his plans AFAIK ... Speaking of mmapped stuff, it is not that hard to add support for it (i'd say 80% of the code is already there, including the basic mmap calls; one only needs to play with syncronization information). Support for it will come when we find someone who understands what the mmap code should do (i suspect it resembles the microsoft audio api), and has code to test the thing. I am more than willing to help with the details, but no volunteers shows up... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message