На счет бесконечно далеки, — не скажу. Иногда, для отладки достаточно просто загуглить исходник по ключевым словам из дампа/стека падения ядра, который печатается в dmesg. Иногда, даже этого достаточно, чтобы понять, где проблема. Имел такой опыт лично. Это при том, что я к разработке под Линукс имею мало отношения. Вообще никакого, если быть точным.
Зловредный коммит провтыкать может кто угодно. Это аксиома. Их делают люди, а люди делают ошибки. Всегда. Без вариантов.
Вопрос в сложности/доступности процесса проверки/анализа/исправления.
Реверсинг конечно есть, но, это на порядок сложнее, да, и, в условиях DRM можно только найти проблему, а не поправить самому. Попробуйте самостоятельно поправить прошивки Intel ME или ядро Windows.
Ну… не совсем правда… В опенсорсе все-же можно прочитать код и проверить, если возникнут вопросы. Ну, а, если не можешь сам, можно попросить друга, который разбирается, ну или эксперта, и, подкинуть ему денег, можно даже в складчину.
С проприетарным софтом все это невозможно, и, все держится на доверии к компании-разработчику ПО, которая сама по себе может оказаться «филиалом Миннесотского Университета».
Это тоже интересная тема. По идее, — можно от драйвера оставить только реализацию Vulkan API, а, все остальное реализовать уже поверх него, включая OpenCL, OpenGL, OpenGL ES, работу с графическими буферами и сам композитор.
Думаю, что статье не хватает вводной части с объяснением используемых терминов/технологий. Пояснения по шагам конфигурации более подробные тоже не помешают.
Вообще, — все это выглядит как сделанная лабораторка по настройке сети, и, читается очень тяжело, даже при наличии опыта делания таких лаб.
В основном в том, что драйверы NVidia поставляются в паре с кастомным X сервером разработки NVidia, который не умеет Wayland.
Wayland по стеку, запихнут как слой между XServer и драйвером. А у NVidia собственные проприетарные драйвер и X сервер. И между ними ничего не запихнуть :-).
В случае использования проприетарных драйверов Nvidia пользователю предлагается сеанс на основе X-сервера.
Проприетарные драйверы NVidia на корню убивают саму идею Wayland. И, полностью рабочего решения этой проблемы нет даже в перспективе.
Теряюсь в догадках, что тут можно сделать. Может реализовать Wayland сервер поверх Vulkan API?
Наконец-то появился стабильный «настольный» релиз Ubuntu для Raspberry PI 4/400. Обновляться. — стоит. Исправлены баги, которые ранее бросались в глаза (например, мерцание элементов граф-интерфейса) и проблемы с некоторыми QT-приложениями. На глаз, — улучшилась производительность при воспроизведении видео.
Это, в том числе, способ контролировать разработку ядра, да.
Но, разработчикам ядра тоже надо кушать. И, до тех пор, пока у IBM нет полного контроля за разработкой, то, что они пишут в ядро (по работе, в рабочее время), — это тоже вклад.
P.S.
Главное, чтобы Торвальдса не «закэнселлили» как Столлмана. ИМХО, методику контроля отрабатывают.
Скорее всего в его контракте написано, что все что он пишет, независимо от того, в рабочее время или нет (интеллектуальная собственность) принадлежит IBM. Даже в нерабочее время. Это де-факто стандартный контракт для крупных американских контор.
Соответственно, передача прав на ИС (коммит в ядро) должна быть зафиксирована со стороны IBM, а не самого разработчика.
Отсюда и требование использовать рабочую утечку даже в нерабочее время.
Оригинальное письмо выглядит на самом деле как «техзадание» на написание статьи/освещение темы для внешних журналистов. В такой рассылке запросто может быть куча внешних адресов. Так что, запросто могли включить в рассылку по «ошибке» левого журналиста, особенно, если этот журналист ранее что-то для них писал.
Там еще идеологический момент. Не сделаешь, — свои же предателем заклеймят. Они, вроде, как раз формально в состоянии войны. Что, к слову, не мешало им делать бизнес раньше.
Вопрос в сложности/доступности процесса проверки/анализа/исправления.
Согласен с этим.
Возможность взглянуть на механизмы пропаганды работающие с другой стороны воочию/изнутри, — отрезвляет от подобных иллюзий.
С проприетарным софтом все это невозможно, и, все держится на доверии к компании-разработчику ПО, которая сама по себе может оказаться «филиалом Миннесотского Университета».
От, это решили, так решили. Особенно учитывая, что собираемая мощность обратно пропорциональна квадрату расстояния асимптотически.
Композиторы на основе Vulkan уже тоже появляются кстати:
Vulkan Wayland Compositors Are Nearing Reality
swvkc
Это тоже интересная тема. По идее, — можно от драйвера оставить только реализацию Vulkan API, а, все остальное реализовать уже поверх него, включая OpenCL, OpenGL, OpenGL ES, работу с графическими буферами и сам композитор.
Вообще, — все это выглядит как сделанная лабораторка по настройке сети, и, читается очень тяжело, даже при наличии опыта делания таких лаб.
Wayland по стеку, запихнут как слой между XServer и драйвером. А у NVidia собственные проприетарные драйвер и X сервер. И между ними ничего не запихнуть :-).
Проприетарные драйверы NVidia на корню убивают саму идею Wayland. И, полностью рабочего решения этой проблемы нет даже в перспективе.
Теряюсь в догадках, что тут можно сделать. Может реализовать Wayland сервер поверх Vulkan API?
Но, разработчикам ядра тоже надо кушать. И, до тех пор, пока у IBM нет полного контроля за разработкой, то, что они пишут в ядро (по работе, в рабочее время), — это тоже вклад.
P.S.
Главное, чтобы Торвальдса не «закэнселлили» как Столлмана. ИМХО, методику контроля отрабатывают.
Соответственно, передача прав на ИС (коммит в ядро) должна быть зафиксирована со стороны IBM, а не самого разработчика.
Отсюда и требование использовать рабочую утечку даже в нерабочее время.