Re: Would I be violating the GPL?
From: Jeff V. Merkey (jmerkey_at_utah-nac.org)
Date: 11/01/05
- Previous message: Moore, Eric Dean: "RE: Fusion-MPT slowness workaround"
- In reply to: Alexander Fisher: "Would I be violating the GPL?"
- Next in thread: Alistair John Strachan: "Re: Would I be violating the GPL?"
- Reply: Alistair John Strachan: "Re: Would I be violating the GPL?"
- Reply: Arjan van de Ven: "Re: Would I be violating the GPL?"
- Reply: Rob Landley: "Re: Would I be violating the GPL?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 01 Nov 2005 09:43:14 -0700 To: alex@alexfisher.me.uk
Alan Cox and others have publicly stated that drivers, if complied stand
alone with NO DEPENDENCIES ON KERNEL HEADERS (i.e. they do not
incorporate in any way any kernel headers or source code tagged GPL) do
not violate the GPL when provided with Linux. DSFS, NVidia, and several
folks build kernel modules which are stand alone and are not objected to
by the majority of folks.
If these drivers include kernel headers as part of the build, then the
drivers violate the GPL. Period. Check the code. If the vendor is
including **ANY** GPL kernel headers, then they are required to open
source the drivers. There are some zealots and GPL bigots that disagree
with this, but Linux folks seem to be reasonable on this point.
Jeff
Alexander Fisher wrote:
>Hello.
>
>A supplier of a PCI mezzanine digital IO card has provided a linux 2.4
>driver as source code. They have provided this code source with a
>license stating I won't redistribute it in anyway.
>My concern is that if I build this code into a module, I won't be able
>to distribute it to customers without violating either the GPL (by not
>distributing the source code), or the proprietary source code license
>as currently imposed by the supplier.
>>From what I have read, this concern is only valid if the binary module
>is considered to be a 'derived work' of the kernel. The module source
>directly includes the following kernel headers :
>
>#include <linux/kernel.h>
>#include <linux/types.h>
>#include <linux/fs.h>
>#include <linux/errno.h>
>#include <linux/wrapper.h>
>#include <linux/module.h>
>#include <linux/iobuf.h>
>#include <linux/highmem.h>
>#include <asm/uaccess.h>
>#include <linux/mm.h>
>#include <asm/unistd.h>
>
>Does this make the compiled module a derived work? Are the 'static
>inlines' from the headers substantial enough?
>
>I really want to have a clear understanding of the issues before
>contacting the supplier. Any advice would be very much appreciated.
>Kind regards,
>Alex
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Moore, Eric Dean: "RE: Fusion-MPT slowness workaround"
- In reply to: Alexander Fisher: "Would I be violating the GPL?"
- Next in thread: Alistair John Strachan: "Re: Would I be violating the GPL?"
- Reply: Alistair John Strachan: "Re: Would I be violating the GPL?"
- Reply: Arjan van de Ven: "Re: Would I be violating the GPL?"
- Reply: Rob Landley: "Re: Would I be violating the GPL?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|