Re: Can't use SYSFS for "Proprietry" driver modules !!!.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2005-03-27 at 10:10 -0800, Greg KH wrote:

> How about the fact that when you load a kernel module, it is linked into
> the main kernel image?  The GPL explicitly states what needs to be done
> for code linked in.
> 
I've always wondered about dynamically loaded modules (and libraries for
that matter).  The standard IANAL, but I've talked to many to try to
understand what is really legal, and I usually come up with the
conclusion, it's just an interpretation of the law by the judge.

If the user is loading the module (or library) and the distributer
doesn't, then is the the user breaking the license and not the
distributer?

> Also, realize that you have to use GPL licensed header files to build
> your kernel module...
> 

Wasn't this long ago proven in court that the license of headers can't
control the code that calls them.  IIRC, it was with X Motif and making
free libraries for that. So, actually it was for a free solution for a
non free one (the other way around).  I believe the case sided on the
free use. But then again the free code may have had to write their own
headers and only the API was free. So if you want to compile against the
kernel, you may need to work on rewriting the headers from scratch. Ah,
but what do I know?

My code usually falls under something like LGPL. Link with what you
want, but keep any changes to my code open.  I know that this is not the
stance of the kernel and I respect that. But I'm still waiting for the
day in court that talks about dynamic modules and libraries.

-- Steve




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux