lkml.org 
[lkml]   [2012]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: lve module taint?
On Wed, Sep 19, 2012 at 09:58:09AM +0400, Michael Tokarev wrote:
> On 19.09.2012 06:02, Rusty Russell wrote:
>
> > From: Matthew Garrett <mjg59@srcf.ucam.org>
> > Subject: module: taint kernel when lve module is loaded
> > Date: Fri, 22 Jun 2012 13:49:31 -0400
> >
> > Cloudlinux have a product called lve that includes a kernel module. This
> > was previously GPLed but is now under a proprietary license, but the
> > module continues to declare MODULE_LICENSE("GPL") and makes use of some
> > EXPORT_SYMBOL_GPL symbols. Forcibly taint it in order to avoid this.
>
> > + /* lve claims to be GPL but upstream won't provide source */
> > + if (strcmp(mod->name, "lve") == 0)
> > + add_taint_module(mod, TAINT_PROPRIETARY_MODULE);
>
> This is setting a, in my opinion, rather bad precedent. Next we'll
> be adding various modules here due to various reasons.
>
> I think this case should be pure political now, not technical. Ie,
> if some project declares itself as GPL, it is not kernel task to
> verify that the sources are available or to enforce that.

But when such code is known to lie, we have the responsibility to
enforce it, right? We already do this for other module, it's not the
first time, and hopefully we will not have to continue extending this
"blacklist" to more modules, but real-world experience tends to make me
thing otherwise :(

Rusty, no objection from me for the patch.

thanks,

greg k-h


\
 
 \ /
  Last update: 2012-09-19 10:01    [W:0.056 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site