[lkml]   [2004]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Blacklist binary-only modules lying about their license
    On Sat, 1 May 2004 15:12:18 -0400
    Marc Boucher <> wrote:

    > It was already screwed up, and causing unnecessary support burdens
    > both on the community ("help! what does tainted mean") and vendors.
    > This thread and previous ones have shown ample evidence of that.

    Tainting is working just like it is supposed to work. The reduced
    support burden for senior Linux maintainers has been a benefit.

    > Let's deal with the root problem and fix the messages, as Rik van Riel
    > has suggested.

    The kernel maintainers will decide what's best for Linux. They're the
    ones responsible for overseeing Linux. But if we're going to change
    the message i'd prefer something along the lines of:

    "Now loading a non GPL driver. Please consider supporting vendors that
    provide open source drivers for their hardware. Your kernel will now be
    marked as tainted, all this means is that you should send any support
    requests to the author of this driver."

    > Most third-party module suppliers have been confronted with the same
    > issue and forced to work around it (in other imperfect and sometimes
    > clumsy ways). One of them redirects the messages to a separate file and
    > appends the following notice:
    > > ********************************************************************
    > > * You can safely ignore the above message about tainting the kernel.
    > > * It is completely political and means just that the maintainers of
    > > * of modutils package dislike software that is not distributed under
    > > * an open source license.
    > > ********************************************************************

    Tough. Why don't you understand that LINUX IS AN OPEN SOURCE
    OPERATING SYSTEM? Linux is about open source; accommodating
    closed source modules is way way down the list of priorities.

    > > What's wrong with the printk setting workaround? Simply write a number
    > > to the appropriate file before you load the modules.
    > >
    > > I just tried googling for the relevant post, but failed...
    > >
    > > He doesn't need to wait for the patches to propogate. He can act on
    > > his own scripts immediately in readiness for the next version.
    > >
    > > Easy.
    > Not. We don't use a script to systematically load the modules,
    > because they are large and not always required, nor want to
    > interfere with the system's normal logging.
    > Manipulating printk settings or redirecting the superfluous
    > messages elsewhere are also ugly hacks, which can
    > potentially also divert/hide important messages.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:02    [W:0.024 / U:3.168 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site