Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

From: Adrian Bunk (bunk_at_stusta.de)
Date: 04/04/05

  • Next message: Giuseppe Bilotta: "Re: [RFC] : remove unreliable, unused and unmainained arch from kernel."
    Date:	Mon, 4 Apr 2005 21:58:30 +0200
    To: Sven Luther <sven.luther@wanadoo.fr>
    
    

    On Mon, Apr 04, 2005 at 09:29:45PM +0200, Sven Luther wrote:
    > On Mon, Apr 04, 2005 at 12:17:46PM -0700, Greg KH wrote:
    > > On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
    > > > Mmm, probably that 2001 discussion about the keyspan firmware, right ?
    > > >
    > > > http://lists.debian.org/debian-legal/2001/04/msg00145.html
    > > >
    > > > Can you summarize the conclusion of the thread, or what you did get from it,
    > > > please ?
    > >
    > > That people didn't like the inclusion of firmware, I posted how you can
    > > fix it by moving it outside of the kernel, and asked for patches.
    >
    > Yeah, that is a solution to it, and i also deplore that none has done the job
    > to make it loadable from userland. For now, debian is satisfied by moving the
    > whole modules involved to non-free, and this has already happened in part.

    Does this imply your installer will use these non-free modules?

    If the driver for the controller your harddisk is behind is not used by
    the installer you could simply remove these modules instead of moving
    them to non-free.

    > > None have come.
    > >
    > > So I refuse to listen to talk about this, as obviously, no one cares
    > > enough about this to actually fix the issue.
    >
    > Well, i disagree with the above analysis. The problem is not so much that the
    > firmware violate the GPL, as it constitutes mere agregation, but that the
    > actual copyright statement of the files containing the firmware blobs place
    > them de-facto under the GPL, which i doubt is what was intented originally,
    > don't you think.
    >
    > And *I* do care about this issue, and will follow up this issue with mails to
    > the individual copyright holders of the file, to clarify the situation.
    >
    > > People drag this up about once a year, so you are just following the
    > > trend...
    >
    > Nope, i am aiming to clarify this issue with regard to the debian kernel, so
    > that we may be clear with ourselves, and actually ship something which is not
    > of dubious legal standing, and that we could get sued over for GPL violation.
    >...

    If it was a GPL violation, it wasn't enough to contact only the small
    subset of copyright holders that worked on this specific file since
    this file might be compiled statically into the GPL'ed kernel.

    > Friendly,
    >
    > Sven Luther

    cu
    Adrian

    -- 
           "Is there not promise of rain?" Ling Tan asked suddenly out
            of the darkness. There had been need of rain for many days.
           "Only a promise," Lao Er said.
                                           Pearl S. Buck - Dragon Seed
    -
    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/
    

  • Next message: Giuseppe Bilotta: "Re: [RFC] : remove unreliable, unused and unmainained arch from kernel."

    Relevant Pages

    • Re: [PATCH] firmware: Allow release-specific firmware dir
      ... promoted kernel versioned directories for the firmware. ... what we're doing is including the firmware blobs inside the kernel ... So, yeah, we install all the firmware blobs again, but they're ...
      (Linux-Kernel)
    • Re: [PATCH 2/3] firmware: Add CONFIG_BUILTIN_FIRMWARE option
      ... the kernel handles device nodes and on how udev maps them to real ... Please keep in mind that when we created request_firmwaremost of the driver model developers still thought that having class devices was a good idea. ... That has changed and to represent firmware loading in a clean and race free environment where you could load multipl firmwares at the same time for the same driver, ... firmware files inside the kernel. ...
      (Linux-Kernel)
    • Re: My thoughts on the "new development model"
      ... We're moving it forward. ... >> forward is preventing backportmania depravity. ... > like the rewrite of modules, that I think a development kernel is needed. ... Nice to see people looking at Linux as the stable ...
      (Linux-Kernel)
    • Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin"
      ... and still get the proper firmware? ... want to include the firmware for it: ... Solving that problem was step #1 in the process of converting drivers to ... unswappable static kernel memory. ...
      (Linux-Kernel)
    • Re: [PATCH 2/3] firmware: Add CONFIG_BUILTIN_FIRMWARE option
      ... a filename based on the firmware key. ... userspace policy impossible. ... firmware files inside the kernel. ...
      (Linux-Kernel)