cvs commit: src/sys/dev/sound/pci emu10k1.c src/sys/modules/sound/driver/emu10k1 Makefile

Doug Rabson dfr at nlsystems.com
Mon Jan 12 14:14:30 PST 2004


On Mon, 2004-01-12 at 17:20, David O'Brien wrote:
> On Mon, Jan 12, 2004 at 10:31:35AM -0500, John Baldwin wrote:
> > On Sunday 11 January 2004 09:38 pm, David O'Brien wrote:
> > > On Sun, Jan 11, 2004 at 10:07:26AM -0700, Scott Long wrote:
> > > > Now that the driver is being actively maintained again, we can't ignore
> > > > the GPL contamination in it.
> > >
> > > Whoa now!  You're making way too strong an assumption.  I have no
> > > sound-fu skill -- I just wanted my Audigy to be able to play MP3's.  I
> > > don't care that much about sound quality and only use an Audigy because I
> > > also get a firewire port w/o costing another PCI slot.  Other than
> > > testing and committing one more patch someone emailed me, I don't think
> > > I'll be doing any more emu10k1 commits.
> > 
> > You're still responsible for the licensing change and handling that 
> > appropriately.
> 
> What licensing change?  Previous to my commits emu10k1 relied on a GLV'ed
> header.  Now it relies on two.  I don't see any difference from before.

It seems to me that since there isn't any GPL'ed code involved but just
a couple of headers presumably containing a hardware description and no
actual code, then our driver isn't GPL contaminated. There is no code
being linked to - just numbers in a header file as far as I can see.




More information about the cvs-src mailing list