Re: more files with licenses that aren't GPL-compatible

From: Christoph Hellwig (hch_at_infradead.org)
Date: 06/17/04

  • Next message: Mikael Pettersson: "Re: x86-64: double timer interrupts in recent 2.4.x"
    Date:	Thu, 17 Jun 2004 09:47:41 +0100
    To: Oliver Neukum <oliver@neukum.org>
    
    

    On Thu, Jun 17, 2004 at 10:43:40AM +0200, Oliver Neukum wrote:
    > Am Donnerstag, 17. Juni 2004 09:59 schrieb Christoph Hellwig:
    > > On Thu, Jun 17, 2004 at 12:45:32AM +0200, Oliver Neukum wrote:
    > > > This all boils down to the question of whether fimware is code or not.
    > >
    > > No, that's exactly the political discussion we don't want to discuss here.
    > > The keyspan case is worse where a file used in the kernel built has a
    > > GPL-incompatible license.
    >
    > Then go hence and convert the driver to the sysfs firmware interface,
    > but please, please take the legalese off this list.

    Umm, we ship something that isn't GPL-compatible. Whenever I found
    something like that (GFDL documentation, headers from vendor SDKs,
    strange license text) we got that solved easily. Now because it's the
    magic firmware crap we shouldn't care anymore.

    And no, I'm not going to convert it. I'm not a usb person and I couldn't
    test it. If one of you usb guys want to convert it that's fine, if we
    get the files relicensed under a GPL-compatible license that's fine aswell,
    else I'll send a removal patch to Linus.

    Stop beeing sloppy about copyrights.

    -
    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: Mikael Pettersson: "Re: x86-64: double timer interrupts in recent 2.4.x"

    Relevant Pages

    • Re: Totally broken PCI PM calls
      ... I'm thinking of the case of Cardbus with hotpluggable PCI buses. ... to being inappropriately setup. ... problem is present with USB, and USB is far more liable to have this ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.9-mm1: NForce3 problem (IRQ sharing issue?)
      ... > stopped working along with the USB (as you can see above, ... > registered, assigned bus number 2 ... That's probably the nforce3 audio device which is an intel part. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • USB making time drift [was Re: dynamic-hz]
      ... > I'm not using hpet because it's an old hardware, ... How much drift do you see? ... I have machine with UHCI here, and am using usb most of the time ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [linux-usb-devel] Re: OHCI problems with suspend/resume
      ... > infrastructure to have their suspend/resume callbacks be called at the ... But until the suspend/resumecallback API stabilizes, ... I suspect that USB should do some non-global PM stuff too. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0-mm1
      ... working on console and under XFree86 as well. ... as for me it seems gpm interprets ... reads data replicated by gpm via gpmdata can't handle the USB mouse ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)