The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступно ядро Linux-libre 6.12. Решение лицензионных проблем с драйверами Tuxedo

19.11.2024 10:11

Латиноамериканский Фонд свободного ПО опубликовал полностью свободный вариант ядра Linux 6.12 - Linux-libre 6.12-gnu, очищенный от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. Кроме того, Linux-libre отключает функции ядра по загрузке внешних несвободных компонентов, не входящих в поставку ядра, и удаляет упоминание об использовании несвободных компонентов из документации.

Для очистки ядра от несвободных частей проектом Linux-libre создан универсальный shell-скрипт, который содержит тысячи шаблонов для определения наличия бинарных вставок и исключения ложных срабатываний. Также доступны для загрузки готовые патчи, созданные на основе использования вышеупомянутого скрипта. Ядро Linux-libre рекомендовано для использования в дистрибутивах, соответствующих критериям Фонда СПО по построению полностью свободных дистрибутивов GNU/Linux. Например, Linux-libre используется в таких дистрибутивах, как Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix и Kongoni.

В выпуске Linux-libre 6.12-gnu добавлен код для чистки блобов в драйверах для SoC CPM/QE QMC, беспроводных чипов Realtek 8852BE-VT, bluetooth-адаптеров Amlogic, сетевых адаптеров amcc qt2025, датчиков aw96103/aw96105 и кодеков TI TLV320AIC31XX. Проведена дополнительная чистка блобов в драйверах для xHCI-контроллеров Renesas и Intel ISH (Integrated Sensor Hub) HID. Обновлён код удаления блобов в драйверах и подсистемах MHI PCI host, Adreno 620/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a, а также в dts-файлах для ARM54-чипов TI PRU и Qualcomm. Прекращена чистка драйверов для беспроводных карт ks7010 и звуковой подсистемы Intel SkyLake, так как данные драйверы были удалены из состава ядра.

Отдельно отмечается выявление в исходных текстах одного из драйверов исполняемого объектного кода, сгенерированного из неопубликованных исходных текстов и встроенного в форме последовательности шестнадцатеричных чисел. Проблемный драйвер явно не называется, но, судя по изменениям, речь про наличие микрокода шейдера в файле gfx_v9_4_3_cleaner_shader.h, входящего в состав драйвера AMDGPU. Первая подобная вставка была выявлена в ядре 6.11 и затем предложена одним из разработчиков к удалению, так как исходные тексты не были предоставлены (возникла ситуация поставки под лицензией GPL программы, доступной только в бинарном виде). Тем не менее, в ядре 6.12 указанный бинарный код был сохранён, а в тот же драйвер была добавлена ещё одна подобная вставка.

Кроме того, в анонсе Linux-libre 6.12 упомянуты ещё два события:

  • Для включения в состав ядра предложено исправление, блокирующее драйверам для ноутбуков Tuxedo доступ к подсистемам ядра, доступным только для кода под лицензией GPLv2 (EXPORT_SYMBOL_GPL). Возможность блокировки изначально была введена для ограничения связывания проприетарных драйверов с компонентами ядра Linux, экспортируемыми только для модулей под лицензией GPLv2, но успешно обходится через создание модулей-прослоек, транслирующих доступ проприетарного драйвера к необходимым API ядра. В случае с драйверами Tuxedo, ситуация обратная - несмотря на то, что драйверы Tuxedo развиваются отдельно от ядра, они поставляются под лицензией GPLv3, которая с одной стороны не совместима с GPLv2, но с другой стороны отстаивает больше свобод, например, защищает от тивоизации.

    Отмечается, что компании Tuxedo давно предлагали сменить лицензию на свои драйверы, но она продолжала поставлять код под лицензией GPLv3 и при этом указывала в коде драйвера макрос 'MODULE_LICENSE("GPL")' вместо 'MODULE_LICENSE("GPL v3")' для получения доступа ко всем подсистемам ядра. Компания Tuxedo согласилась с критикой и изменила лицензию на GPLv2+ для части своих драйверов. Изменение применено к драйверам gxtp7380, ite_8291, ite_8291_lb, ite_8297, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl и tuxedo_tuxi. Более десятка драйверов пока не перелицензированы, так как для смены лицензии на них требуется получение согласия от сторонних разработчиков.

    Использование в коде 'MODULE_LICENSE("GPL")' вместо 'MODULE_LICENSE("GPL v3")' представитель Tuxedo объяснил отсутствием внятного пояснения в документации на ядро, что маркер "GPL" нельзя использовать для лицензии GPLv3. Также он рассказал, что компания намерена передать свои драйверы в основной состав ядра Linux и для этого ведёт работу по их полному переписыванию под лицензией GPLv2 c учётом требований к компонентам ядра.

  • Разработчики ядра обсуждают инициативу по добавлению флага X86_BUG_OLD_MICROCODE, сигнализирующего о том, что в системе используется не самая свежая версия микрокода CPU. При выставлении данного флага систему предлагается рассматривать как имеющую потенциальные неисправленные уязвимости. Попытки уравнять состояние системы с необновлённым микрокодом с ситуацией наличия реальных неисправленных уязвимостей в коде привело к критике со стороны одного из сопровождающих проект Linux-libre.

    По мнению сопровождающего Linux-libre, ядро не должно ущемлять право пользователей не устанавливать непроверенные проприетарные прошивки и микрокод на своём собственном устройстве. Речь о наличии уязвимостей предлагается вести в привязке к конкретным исправлениям в определённых версиях прошивок, а не называть уязвимыми любые системы, на которых не установлен самый свежий микрокод, без разбора проявляются ли в данной системе уязвимости и содержит ли свежая прошивка исправления уязвимостей.



  1. Главная ссылка к новости (https://www.fsfla.org/pipermai...)
  2. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
  3. OpenNews: Предложение по блокировке драйверов-прослоек, предоставляющих доступ к GPL-вызовам ядра Linux
  4. OpenNews: Технология DMA-BUF не может быть использована в проприетарных видеодрайверах без перелицензирования
  5. OpenNews: Из Debian удалены сборки пакетов с драйверами NVIDIA из-за подозрений в несовместимости с GPL
  6. OpenNews: Апелляционный суд встал на сторону VMware в деле о нарушении GPL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62251-kernel
Ключевые слова: kernel, linux, linux-libre
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 11:57, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    >не позволяет GPL v3 тивоизировать
    >внедрим в ядро DRM и выкинем из него драйвера под неугодной лицензией, наши платиновые спонсоры кормятся с тивоизированных устройств, негоже спонсорам палки в колёса вставлять

    Лишнее доказательство, что GPL-копирасты - это проприетарасты со своей псевдо-свободной лицензией.

     
     
  • 2.16, Аноним (16), 12:18, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>не позволяет GPL v3 тивоизировать
    >>внедрим в ядро DRM и выкинем из него драйвера под неугодной лицензией, наши платиновые спонсоры кормятся с тивоизированных устройств, негоже спонсорам палки в колёса вставлять
    > Лишнее доказательство, что GPL-копирасты - это проприетарасты со своей псевдо-свободной
    > лицензией.

    Тоньше надо быть, уважаемый! ;)

     
  • 2.94, Аноним (94), 16:29, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Лишнее доказательство, что GPL-копирасты - это проприетарасты со своей псевдо-свободной
    > лицензией.

    GPL никогда и не пытался скрывать что юзает тот же фреймфорк - для своих целей. Но какие же они проприетаристы если сорц - открыт?!

     
     
  • 3.97, Аноним (-), 16:39, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > GPL никогда и не пытался скрывать что юзает тот же фреймфорк - для своих целей. Но какие же они проприетаристы если сорц - открыт?!

    Хм.. вон Яблоко регулярно выкладывает опенсорсные куски макоси.
    Они перестали быть проприетаристами?
    Ну, ладно, если тебе не нравится это слово - то просто копирасты.


     
     
  • 4.101, Аноним (101), 12:58, 24/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так а кто не копирасты - BSD? Гониво.
    Только пиратские копии...
     
  • 3.104, Аноним (104), 17:07, 24/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Но какие же они проприетаристы если сорц - открыт

    Вот такие: любые копирасты - это проприетарасты. Само принятие этого фреймворка - это маркер рабского менталитета и зашквар.

     

  • 1.4, Аноним (4), 11:59, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Вариант линукса для тех, кто ценит принципиальные принципы больше, чем удобство и практичность.
     
     
  • 2.6, Аноним (3), 12:03, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, просто перформанс, в стиле прибитой к брусчатке мошонки. Смысл очищенного ядра - не чтобы им хоть кто-то пользовался, а чтобы показать, что ядро линукс несвободно, потому что любая свободная версия его неюзабельна.
     
     
  • 3.10, Аноним (10), 12:12, 19/11/2024 Скрыто ботом-модератором     [к модератору]
  • +7 +/
     
  • 3.12, Аноним (12), 12:13, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Linux Libre работает на ноутах, сертифицированных как RYF, как минимум.
     
     
  • 4.42, Аноним (42), 15:38, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это которые лет 15 назад выпущены, но стоят как самые настоящие новинки?
     
     
  • 5.48, Аноним (12), 16:07, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не важно. Главное, они реально есть. На легендарном C2D, кстати.
     
     
  • 6.65, scriptkiddis (?), 19:30, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это какраз очень важно
     
  • 3.15, Аноним (16), 12:16, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не, просто перформанс, в стиле прибитой к брусчатке мошонки. Смысл очищенного ядра
    > - не чтобы им хоть кто-то пользовался, а чтобы показать, что
    > ядро линукс несвободно, потому что любая свободная версия его неюзабельна.

    Вынужден несогласиться, вполне даже юзабельна. У Trisquel GNU/Linux также Linux-libre ядро, лично ставил на Acer AO ноут несколько лет назад и он работал не хуже убунтового. Так что оно работает даже не как proof-of-concept просто чтобы в системе работало всё, нужно железо подбирать похлеще чем для хакинтоша. ;)

     
     
  • 4.18, Аноним (18), 12:23, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >работал не хуже убунтового

    Новый эталон?

     
     
  • 5.61, Аноним (12), 18:29, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для линуксоидов, обращённых из оффтопика, давно уже.
     
  • 4.45, Анонимусс (-), 15:46, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > он работал не хуже убунтового

    Так себе достижение. Хотя... может для конкретно этого случая это именно достижение.

    > вполне даже юзабельна.
    > нужно железо подбирать похлеще чем для хакинтоша

    Т.е. таки да неюзабельна в 99% случаев?))

     
  • 2.11, Аноним (16), 12:13, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вариант линукса для тех, кто ценит принципиальные принципы больше, чем удобство и
    > практичность.

    Как сказал один мудрец:
    "Тот кто готов променять свободу на удобство в конечном итоге потеряет и свободу и удобство"

     
     
  • 3.23, Аноним (4), 12:31, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • –7 +/
    GPL-Свобода™ != свобода. Известно, что GPL печется о наличии исходников у пользователей, ущемляя при этом свободы разработчиков не отдавать их. Это довольно любопытно, ибо именно пользователям исходники как раз по барабану, а вот именно разрабам возможность скрывать исходники зачастую важна. Поэтому в итоге победил пермиссив как полностью устраивающий обе стороны.
     
     
  • 4.25, Аноним (10), 12:45, 19/11/2024 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 4.33, аНОНИМ (?), 13:16, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты альтернативно одарённый неумный неуметор читать GPL. Разработчки, который сам (и только сам) написал свой код, может отдавать или не отдавать свой код под любыми лицензиями, хоть всеми сразу. Одновременно и под гпл и под проприерастной тем кто заплатил.

    А вот если ты взял ЧУЖОЙ код под ГПЛ, то будь добр блюсти гпл. Украсть и закопирастить, как в случае с мит-бсд не получится. И это правильно.
     
     
  • 5.38, Аноним (38), 14:39, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как показывает практика, разрабы проприетарного софта, болт ложили на GPL (как и на любые другие лицензии). Если им что-то надо они это что-то возьмут, и интегрируют в свой софт. Сколько уже было случаев всплывания GPL кода в "рассекреченных" исходниках протухшего софта...
     
     
  • 6.39, Аноним (39), 15:01, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Го реверсить их софт?
     
  • 5.46, Фнон (-), 15:49, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот если ты взял ЧУЖОЙ код под ГПЛ, то будь добр блюсти гпл. Украсть и закопирастить, как в случае с мит-бсд не получится. И это правильно.

    А если взял СВОБОДНЫй чужой код под МИТ заразил ГНУ-раком это как называется?
    ГНУтиков уже ловили на перебивании лицензий - что по твоему определению воровство - так что верить им не стоит.

    ps ты наверное из тех копирастов, которые считают "скопировал файл - значит украл", что является ложью и очернением.
    От того что в возьму gpl код - его нигде не убудет.

     
     
  • 6.69, fuggy (ok), 20:12, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перебивание лицензий. Так они же сами выкинули код под MIT и говорят делайте что хотите. Какие претензии? Или закрывать, вставляя в проприетарный софт - хорошо, а перебивать на GPL это уже плохо. А вот перебивать авторство и копирайты нельзя даже в MIT и BSD.
     
     
  • 7.79, Аноним (-), 22:17, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот перебивать авторство и копирайты нельзя даже в MIT и BSD.

    Так я про это случай и написал.
    https://undeadly.org/cgi?action=article&sid=20070829001634

    Чувак просто удалил все лицензионные тексты и сказал "нерекаю тебя GPL"


     
     
  • 8.82, fuggy (ok), 23:28, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже про это имел в виду Какое дело тут в названии конкретной лицензии Или е... текст свёрнут, показать
     
  • 6.90, аНОНИМ (?), 13:09, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А если взял СВОБОДНЫй чужой код под МИТ заразил ГНУ-раком это как называется?

    Если лицензия взятого кода *не запрещает* накладывать дополнительные ограничения на распространение, как например это не запрещено в бзд-лицензиях, то вполне можно, взяв такой код, перелицензировать его под гпл.

    Ну и опять же, корпорасты вон вполне себе берут бсд-код и закрывают его с концами, почему это ни у кого из вышевозмущённых гплом не вызывает возмущения, а только гпл вызывает? Они что, тайные апологеты корпорастии?

     
  • 6.95, Аноним (-), 16:34, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Использование свобод Ничем не хуже чем MITовский код перепаковать под EULA На ... большой текст свёрнут, показать
     
  • 4.44, Аноним (44), 15:43, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ущемляя при этом свободы разработчиков не отдавать их

    Т.е. по сути своровать код. Дак пиши сам с нуля и не не отдавай никому на здоровье.

     
  • 4.72, fuggy (ok), 20:17, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так GPL с помощью права разработчика защищает других пользователей и пользователей этих пользователей. Иначе можно форкать или закрывать код, отбирая у пользователей права смотреть исходники, которые дал изначальный разработчик. То есть если разработчик дал права на свободы коду, то никакой промежуточный пользователь не сможет их отобрать.
     
     
  • 5.74, Аноним (-), 20:20, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ... защищает других пользователей и пользователей этих пользователей.

    Вот именно! Пользователей!
    А разработчикам, согластно ГНУ Манифесту, положено ходить с протянутой рукой.

    К счастью популярность гну-рака за послежние годы снизилась и продолжает снижаться.

     
     
  • 6.78, fuggy (ok), 20:37, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так пользователи пользуются программой, без них толка нет. А так можешь писать свой чудесный код и прятать его в сейф.
    Конечно пользователи должны предпочитать свободные драйвера, а не проприетарные. Ведь если компания закроется, кто эти драйвера без исходников у пользователей сможет поддерживать.
     
  • 6.96, Аноним (-), 16:36, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот именно! Пользователей!
    > А разработчикам, согластно ГНУ Манифесту, положено ходить с протянутой рукой.

    Пожалуй я не буду возражать против своего домика, жены-каратистки и бэхи. Так, глядя на Торвальдса, не так уж и плохо с протянутой рукой настрелял то.

    > К счастью популярность гну-рака за послежние годы снизилась и продолжает снижаться.

    А, теперь комиты MS под GPL так называются? Ну конечно можно и так сказать.

     
  • 2.20, Karl Richter (ok), 12:27, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Бессмысленые принципы, если честно.
     
     
  • 3.31, Аноним (31), 13:06, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что есть на замену? Какие изменения предложите? Или нужно слушаться корпорации, жевать и желательно не шуметь? :D
     
     
  • 4.41, Аноним (-), 15:38, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Предалагаю
    - рассказывать всем что свобода не бесплатно и за нее кто-то должен платить.
      и если это не ты, то получим ядро линукса с его платиновыми спонсорами
    - писать код под свободным лицензиям вроде BSD или MIT
    - покупать софт/подписывать/донатить на патреоне и тд. авторам для их поддержки, иначе получим Хурд
    - не донатить секте всяких комми, которые уже начали себе пожирать)))
     
     
  • 5.49, Аноним (12), 16:18, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > - писать код под свободным лицензиям вроде BSD или MIT

    Вот после этого, мы не получим ни донатов, ни платиновых, да даже ни серебряных, спонсоров. Бывшие платиновые/золотые/серебряные просто перестанут быть спонсорами, а будут просто забирать имеющийся, всё более хиреющий и хиреющий код от оставшихся с пустыми мисками 4.5 разработчиков.

     
     
  • 6.50, Аноним (12), 16:22, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    FreeBSD не даст соврать.
    Лично я согласен донатить только под GPLv2+
     
     
  • 7.98, Аноним (-), 16:41, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > FreeBSD не даст соврать.
    > Лично я согласен донатить только под GPLv2+

    Они уже доигрались, из файлух у них кошмарик UFS - да - вот - ZFS. Делаемый изначально для линя, а как там BSD откосплеят его - мало кому в этом проекте интересно. С лицензией которая weaker copyleft так то. Но поскольку это не GPL, стыд, видимо, глаза не ест :)

     
  • 2.85, Fear of the dark (?), 02:39, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В чем проблема? Хост на ободранном ядре. В виртуалке можно и говно проприетарастное запустить.

    Только не забывать почаще виртуалки убивать. И разделять их по цели использования.

     
  • 2.89, Аноним (89), 13:00, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А с драйверами что делать? Под него железо специальное (и устаревшее) нужно искать, разве нет? И не факт что найдёшь. Более того нужно научится ещё их компилировать и понимать как ставить, это далеко не каждый сможет. Это скорее для разработчиков устройств, как фреймворк. А когда они сделают готовый продукт, то тогда уже этим реально можно пользоваться. Тут же не столько дело в том что кто ценит. Или вы знаете сайт где весь процесс как этим пользоваться расписан?
     

  • 1.5, Аноним (3), 12:02, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    +static const char *module_license_offenders[] = {
    + /* driverloader was caught wrongly pretending to be under GPL */
    + "driverloader",
    +
    + /* lve claims to be GPL but upstream won't provide source */
    + "lve",
    +};

    Захардкодили имена запрещённых модулей. Вместо того, чтобы просто поменять глобально MODULE_LICENSE("GPL") на MODULE_LICENSE("GPLv2").

     
     
  • 2.8, Аноним (10), 12:07, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так если не для всех модулей корректно распознается лицензия.
     

  • 1.21, Аноним (21), 12:28, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ситуация с Tuxedo, конечно, возмутительная.

    Вместо того, чтобы поощрять людей, выбравших более свободную лицензию ("GPL 3 отстаивает больше свобод"), парней гнобят по юридическим причинам ("ваша лицензия несовместима с нашей") и пытаются сделать их драйверы неработоспособными.

    Ну ок, вы им обрежете доступ. У пользователей сломается железо. Рано или поздно Tuxedo перелицензирует свои дрова под GPL 2 (причем, они и так это делают, там основной затык в том, что надо связаться со всеми разработчиками, писавшими код, получить разрешение, а в случае отказа переписать код - от того, что вы будете гадить им, быстрее этот процесс не пойдёт). В результате пострадает конечный пользователь, у которого будет меньше свобод.

     
     
  • 2.28, Аноним (10), 12:48, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Единственно верный путь все эти мамой клянуси никогда ничего не начнут делать пока не столкнутся с реальным и необратимыми проблемами. Тем более альтернатив полно никто им не мешает не входить в сабж. Пусть входят в обычное ядро проблем нулевая.
     
  • 2.34, аНОНИМ (?), 13:19, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поблагодарите копирастов-тивоизаторов за то, что заабьюзили ГПЛв2 и пришлось делать несовместимую ГПЛв3.

    Другое дело, что позор не знать что линукс под в2 и зачем-то пихать в3.
     
     
  • 3.47, Аноним (-), 16:00, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  Поблагодарите копирастов-тивоизаторов за то, что заабьюзили ГПЛв2 и пришлось делать несовместимую ГПЛв3.

    Поблагодарим безмозглых разрабов жопоэля, что не смогли продумать лицензию сразу.
    Сколько версий уже понаписывали, а все равно шво6одка не снизошла на сей мир.

    Тут в соседней теме какой-то анон предлагал создать GPLv4.
    Вот тогда заживем!

    > Другое дело, что позор не знать что линукс под в2 и зачем-то пихать в3.

    Вообще не понятно зачем в3 существует))

     
     
  • 4.51, Аноним (12), 16:27, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очень даже понятно: вопросы тивоизации, вопросы патентотроллинга.
     
  • 3.67, Аноним (67), 20:04, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто сказал, что они не знают? У них просто принципиальная позиция против DRM. Позор - это копирастничать.
     
  • 3.76, fuggy (ok), 20:22, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так это Линус выбрал GPLv2-only для ядра с него и спрашивайте, почему он продолжает использовать несовместимую лицензию. Хотя GPL v3, как уже сказали, лучше защищает от махинаций троллями с правами.
     
     
  • 4.80, аНОНИМ (?), 22:32, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    сколько невтемышей, аж страшно.

    когда линус 'i'm finish' выбирал гпл, в3 не было.
    чтоб сменить лицуху надо заручиться согласием всех живых разрабов и переписать код от уже мертвых что очевидно уже невозможно.

     
     
  • 5.88, Аноним (88), 12:10, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зато приписка "or any later version" уже была. Но было решено её не использовать.
     
     
  • 6.91, Аноним (-), 15:58, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но было решено её не использовать.

    Разумеется. Потому что в тот момент видно было на что ты подписался.
    А "or any later version" это как отдать пусто лист со своей подписью каким-то стремным мошенникам.
    Не известно что бы они понаписывали в следующей версии.
    Собственно так и произошло. А ядро в первую очередь должно работать, а потом уже шво6одка.

     
  • 2.54, Аноним (-), 17:55, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Ситуация с Tuxedo, конечно, возмутительная.

    Да, возмутительная (не сарказм).

    Вместо того, чтобы поощрять людей, выбравших более свободную лицензию ("GPL 3 отстаивает больше свобод"), парней гнобят по юридическим причинам ("ваша лицензия несовместима с нашей")

    Линус Торвальдс сам решил, что весь код попадающий в ядро лицензируется однообразно, одной лицензией, и это GPL_v2. До Tuxedo были опасные попытки внедрить в ядро компоненты с пермиссивной лицензией. И таких, слава богу, гасили. На самом деле ядерщики всё делают правильно, парней не гнобят, просто приучают к правилам. В таком огромном сообществе, как ядро ОС правила должны быть одинаковыми для всех.

    >и пытаются сделать их драйверы неработоспособными.

    Нет, ты не прав.

     
     
  • 3.55, Аноним (-), 18:08, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > парней гнобят по юридическим причинам

    Так "свободы" GPL существуют исключительно  ̶п̶о̶т̶о̶м̶у̶ ̶ч̶т̶о̶ ̶G̶N̶U̶ ̶т̶а̶к̶и̶е̶ ̶ж̶е̶ ̶к̶о̶п̶и̶р̶а̶с̶т̶ы̶ по юридическим причинам. И если позволить нарушить "своим", то это будет прецедентом для "чужих".

    > правила должны быть одинаковыми для всех.

    Так какого ты говоришь что их "гнобят"?
    Они сами это заслужили, раз нарушают правила которые для всех.
    Могли бы написать прокладку для драйвера как это делает невидия, раз перелицензироваться не хотят или не могут.

     
     
  • 4.58, Аноним (12), 18:16, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто непонятно вообще такое ограничение для кода под GPLv3. Наверное, следует считать это недоработкой со стороны мейнтейнеров ядра. Логичнее, распространить 'MODULE_LICENSE("GPL")' на все GPL, начиная с версии 2.
     
     
  • 5.63, Аноним (-), 19:12, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > на все GPL, начиная с версии 2.

    "А что, так можно было??"

    Разве использование кода с GPLv3 не потребует чтобы весь код был под GPLv3?
    Иначе теряется весь смысл. Можно писать почти все под GPLv3, а куски с тивоизацией на GPLv2 и типа все ок?))

     
     
  • 6.77, fuggy (ok), 20:32, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Надо просто поступить умнее. Выпустить драйвер под GPLv3 с встроенным ядром Linux, если бы лицензия позволяла.
     
  • 6.83, Аноним (83), 23:54, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тонкости, конечно, лучше спросить у юристов SFLC.
     
  • 3.84, Аноньимъ (ok), 00:04, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В таком огромном сообществе, как ядро ОС

    Нет никакого огромного сообщества ведра Линкс.
    Есть штатные работники на ЗП корпорастов. Начиная с Линуса.

    Последние лет 5 независимых от платиновых спонсоров контрибуторов выжимали как могли.

     

  • 1.27, Аноним (-), 12:47, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > речь про наличие микрокода шейдера в файле gfx_v9_4_3_cleaner_shader.h,
    > входящего в состав драйвера AMDGPU.

    Если не ошибаюсь, это шейдер затирания VRAM нулями при переключения процесса, дабы не было утечек содержимого VRAM в другой процесс. Он опционален - и если не ошибаюсь, у амдшников где-то рядом с тем патчем валяется и сорец в кодах GPU из которого он сгенерен. С весьма необычным асмом, конечно.

     
     
  • 2.30, Аноним (10), 12:51, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А забавно получится что если блоб переписать символ в символ на асм ещё и в AT&T-синтаксис для понту и сказать что это открытый код.  
     
     
  • 3.53, Аноним (-), 17:43, 19/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.56, Аноним (12), 18:10, 19/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если, конечно, синтаксис AT&T вообще применятся в GPU.
     
     
  • 4.86, Аноним (-), 04:43, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обязаны, в Юниксах это признак хорошего тона.
     
  • 3.99, Аноним (-), 16:44, 20/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А забавно получится что если блоб переписать символ в символ на асм
    > ещё и в AT&T-синтаксис для понту и сказать что это открытый код.

    Ээээ я даже не и не знаю чей там синтаксис в ТОМ асме, ибо это GPUшный асм! Но этот сегмент асма амдшники сами же и выложили рядом с блобом шейдера. Так что насчет шейдера по моему те господа несколько переигрывают. Впрочем, для переключения AMDGPU в нативный режим все равно надо фирмварей пачку, а до выполнения шейдеров без них дело не дойдет.

     

  • 1.40, Аноним (40), 15:10, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С Tuxedo как-то неловко и очень уж комично вышло. Так сильно топили за свободу, а оказалось, что правила для всех одинаковые: лицензия либо совместима, либо нет. И если нет — вам через ту же дверь, что и EULA. Удачи получить согласие всех разработчиков. Не ровен час найдутся среди них принципиальные, за которыми придётся весь их код переписывать. А то потом и в суде доказывать, что это clean room implementation, а не просто названия переменных поменяли и готово. FSF же ведь встанет на защиту, да?
     
  • 1.43, Анонимусс (-), 15:42, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Более десятка драйверов пока не перелицензированы, так как для смены
    > лицензии на них требуется получение согласия от сторонних разработчиков.

    Ахаха! "Ты не в ту сторону воюешь!"
    Смешно как шво6одка сама себе прострелила ногу))
    А вот подписывали бы они contribution agreement с Tuxedo, тогда бы спрашивать никого не пришлось бы.

     
  • 1.52, Аноним (-), 17:41, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Латиноамериканским товарищам передаю пламенный революционный привет! Весь прогрессивный мир вас поддерживает. Так держать!
     
     
  • 2.103, Аноним (101), 13:02, 24/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    * прогрессивно-дегенеративный
     

  • 1.64, Аноним (64), 19:26, 19/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отстаньте Ну не может амд без костылей, понять и простить ... большой текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру