A new patch series posted today to the Linux kernel mailing list would block kernel modules/drivers from TUXEDO Computers from accessing GPL-only symbols in the kernel.

TUXEDO Computers maintains a set of kernel drivers currently out-of-tree for their various laptops for additional functionality around power profiles, keyboard backlight controls, WMI, sensor monitoring, the embedded controller, and other functionality. They have said they want to eventually mainline these drivers but in the name of allowing for rapid hardware support they maintain them out-of-tree and ship them with their Ubuntu-based TUXEDO OS and also have the driver sources available via GitLab.

The issue at hand though is that these kernel drivers marked as GPLv3+ and that conflicts with the upstream Linux kernel code licensed as GPLv2. There was a commit to change the driver license from GPLv3 to GPL(v2) but was reverted by TUXEDO Computers on the basis of “until the legal stuff is sorted out.”

  • HumanPenguin@feddit.uk
    link
    fedilink
    English
    arrow-up
    12
    ·
    edit-2
    21 hours ago

    GPL3 has extra restrictions banning patients etc. So yeah a lot of GPL 2 code written by companies that open software but not hardware. Would have legal questions about running with GPL 3

    GPL 3 was created to be more restrictive to non-open hardware.

    • grue@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      1
      ·
      16 hours ago

      GPLv3 is less proprietary than GPLv2, in the sense that it does a better job at protecting end-users from being abused by device makers that would try to close up their Linux-based system.

      • HumanPenguin@feddit.uk
        link
        fedilink
        English
        arrow-up
        4
        ·
        16 hours ago

        Only if those device makers are willing to use it. And that has always been the tightrope linux has walked.

        Its very history as a x86 platform means it has needed to develop drivers where hardware providers did not care. So that code needed to run on closed hardware.

        It was bloody rare in the early days that any manufacturer cared to help. And still today its a case of rare hardware that needs no non free firmware.

        Free hardware is something I’ll support. But it is stallman et als fight not the linux kernel developers. They started out having to deal with patented hardware before any one cared.

    • fl42v@lemmy.ml
      link
      fedilink
      arrow-up
      4
      arrow-down
      2
      ·
      20 hours ago

      Yeah, but dudes there are kinda pissed off about semantics, IMO. Like, unless there’s a PR from tuxedo using the same v3, I don’t think it should concern them in the slightest… And instead of saying “keep in mind it’s not upstreamable” they go out of their way to mark tuxedo’s patches as proprietary 🤨

      • HumanPenguin@feddit.uk
        link
        fedilink
        English
        arrow-up
        7
        ·
        edit-2
        20 hours ago

        proprietary

        Well related to the owner is the very definition of proprietary. So as far as upstream vs not available for upstream is concerned. That is what the term is used for in linux.

        So yep by its very definition while a manufacture is using a licence that other distributions cannot embed with their code. Marking it proprietary is how the linux kernal tree was designed to handle it.

        EDIT: The confusion sorta comes from the whole history of IBM and the PC.

        Huge amounts of PC hardware (and honestly all modern electronics) are protected by hardware patients. Its inbuilt into the very history of IBMs bios being reverse engineered in the 1980s.

        So as Linux for all its huge hardware support base today. It was originally designed as a x86(IBM PC) compatible version of Unix.

        As such when Stallman created GPL 3 in part as a way of trying to end hardware patients. Linux was forced to remain on GPL 2 simply because it is unable to exist under GPL 3 freedom orientated restrictions.

        The proprietary title is not seen as an insult. But simply an indication that it is not in the control of the developers labelling it.