cvs commit: src/sys/dev/sound/pci emu10k1.c
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