Date: Thu, 04 Nov 1999 04:28:25 +0000 From: Alex <ak@freenet.co.uk> To: Russell Cattelan <cattelan@thebarn.com> Cc: Randall Hopper <aa8vb@ipass.net>, Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>, hasty@rah.star-gate.com, freebsd-multimedia@freebsd.org Subject: Re: Creative seems to open up SB Live Message-ID: <38210B69.E8782D9F@freenet.co.uk> References: <3820C882.1D2F9709@thebarn.com> <199911040122.KAA60961@rina.r.dl.itc.u-tokyo.ac.jp> <19991103205203.A2472@ipass.net> <3820ECA7.2B9C11E1@thebarn.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Russell Cattelan wrote: > > Randall Hopper wrote: > > > Seigo Tanimura: > > |On Wed, 03 Nov 1999 17:42:59 -0600, > > | Russell Cattelan <cattelan@thebarn.com> said: > > | > > |cattelan> The problem with this of course would be the driver would have to > > |cattelan> be entirely GPL'ed. > > |cattelan> Any thoughts on this? > > |cattelan> worth while in the sort term, complete rewrite in the long term? > > |cattelan> (that may be hard to do without referencing the GPL'ed code) > > | > > | > > |In the view of our sound driver architechure, rewriting would be an option > > |as well, unless someone figures out a good way to accomodate OSS/ALSA drivers > > |into newpcm & newmidi. > > > > It's possible it could be accommodated as GPL. The Linux AWE drivers I > > integrated into the kernel tree are GPL, for example: > > > > /usr/src/sys/gnu/i386/isa/sound/ > > > > Main thing is they can't be compiled into the GENERIC kernel. The user > > must make the choice to link GPL code into their kernels. If you defer to > > the user, then you're safe with GPL AFAIK (though having to even think > > about this GPL link-infection nonsense is a pain). > > > > This would be a nice option... at least initially. > If it were to be integrated into the newpcm stuff where > does it leave it? GPL'ed? not cool. probably not acceptable. > Integrate the code but keep GPL code in a separate dir creating dividing line? No! No GPLd crap in the kernel. The newpcm architecture is nice and clean and it's best to keep it that way. The Linux driver can be used as a source of information on how to initialise and program the card, but no actual code should be integrated into the tree (not verbatim, anyway). There doesn't seem to be anything special or particularly complex about SBLive that it can't be ported to FreeBSD. Speaking of newmidi (hi Seigo!) - how soon are we going to see it in the tree? I'm surprised how NetBSD is ahead of us in that respect - they support a hell of a lot more multimedia hardware than we do. I guess everyone has their preferences. Alex P.S. BTW, Aureal have decided to follow suit and are also going to release an open-source Linux driver - see http://www.ga-source.com/all/news/bits/10+01+1999/15:44:17.shtml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?38210B69.E8782D9F>