From owner-freebsd-stable Wed Oct 22 00:57:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14634 for stable-outgoing; Wed, 22 Oct 1997 00:57:50 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA14614 for ; Wed, 22 Oct 1997 00:56:31 -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 HAA23530 for stable@freebsd.org; Wed, 22 Oct 1997 07:41:12 +0100 From: Luigi Rizzo Message-Id: <199710220641.HAA23530@labinfo.iet.unipi.it> Subject: Re: PNP and new Sound code ? To: stable@freebsd.org Date: Wed, 22 Oct 1997 07:41:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Only a) it's not, and b) it is not backwards compatible. Making a > change like this in what is meant to be a stability-oriented release > would be completely stupid. > > > Oh well, I guess some of us audio folks > > will have to patch the new 2.2.5 to get working sound then because the > > standard sound driver does not work right or at all with most pnp sound > > cards. bummer. :( 2.2.6 maybe? > > Great, so you have a working soundcard driver that is ABI-incompatible > with most of the applications out there. Great. i am sorry but your statement about backward compatibility is also partly wrong. I implement a large number of voxware ioctls (and will implement more in the future, now that i have auto-dma support), sufficient for applications like raplayer, xanim, mpg123, etc to work unmodified. for others apps, for which we have sources, i supply a specific audio module. This is mostly because the original module was poorly written or did not support full duplex, so it is an enhancement that in my opinion was necessary anyways, even with the voxware driver. As an example, now you can do full duplex with vat/rat and the sb16. With the voxware set of calls you simply could not express the fact that you had to use 8-bit in one direction and 16-bit in the other one. Another thing to consider is that the driver is not supposed to replace the stock one, just to be an alternative one. We already have syscons and pcvt, and one choses the one he likes best. I don't see why this could not apply to other devices as well. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________