https://ns.opennet.dev/openforum/vsluhforumID3/130776.html Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL, рекомендовал пользователям открытых драйверов для видеокарт NVIDIA воздержаться от использования ядра Linux 6.3 из-за выявления специфичной для данной ветки ядра ошибки в коде драйвера Nouveau. Ошибка приводит к аварийному завершению работы из-за повреждения памяти ядра в результате обращения в коде к уже освобождённой области памяти (use-after-free)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59305<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#131 Sun, 25 Jun 2023 03:06:04 GMT &gt; Ты же понимаешь, что в TOP500 чего-то далеко не игры. А неигры <br>&gt; на открытом АМД что-то не очень.<br><br>Вы же понимаете что проприетарных драйверов в ЯДРЕ у AMD вообще не осталось? Их проприетарный юзермод работает поверх открытого ядерного модуля AMDGPU, и вот так модуль может юзать KMS/DRM/GBM подсистемы ядра на ура.<br><br>А у фирмы нвидия не хватило вот ума нормальный ядерный опенсорсный драйвер в майнлайн интегрировать. Из-за чего с ними много проблем, переписывать в самопальном виде несколько подсистем ядра это не фунт изюма.<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#130 Fri, 23 Jun 2023 09:11:30 GMT &gt; писАть<br><br>Ты считаешь, в таком контексте это слово можно прочитать по-другому?<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#129 Tue, 20 Jun 2023 17:59:43 GMT Ты же понимаешь, что в TOP500 чего-то далеко не игры. А неигры на открытом АМД что-то не очень.<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#128 Tue, 20 Jun 2023 17:53:13 GMT &gt; Спасибо и на том. Bug report, если отправить, то это же Nouveau <br>&gt; Linux DRM Driver виноват или Mesa, может быть?<br><br>Ну если kern и оно же валится в dmesg - тогда это ядерный модуль бухтит, это DRM/KMS часть nouveau которая в ядре так ругается, стало быть. Ну и запостить это в баг. Только вот стоит проверить на максимально свежем ядре сперва, что оно все еще актуально. Лучше на 6.4-rc который вот-вот окончательно релизнется.<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#127 Tue, 20 Jun 2023 17:48:39 GMT &gt; Какую работу? И ты пропустил всю эпопею с libglvnd, этого не достаточно?<br><br>При том нужно оно было только нвидии, по большому счету.<br><br>&gt; Любители опенсорса молиться должны на зелёных.<br><br>Они и призывают Ктулху чтоб пожрал мерзкую зелень, размахивая факом в камеру - и выписывая еще более эффективный фак GPL_ONLY на уровне кода, запрещая им использовать DRM/KMS/GBM инфраструктуру ядра. Нвидия и кодит альтернативные эрзацы этого, с отставанием на годы, кривое и глючное. Некооперативным вендорам - вот так!<br><br>&gt; А много там амд сделала для поддержки опенсорса, для конкурентов?<br><br>Представляете, амд и интел это двое ключевых создателей подсистем DRM/KMS/GBM в ядре. Они на пару их пилят с учетом друг друга и там еще всякие etnaviv и проч подыгрывают, даром что конкуренты. А нвидия в этих процессах никто - и звать никак. Ее вообще в рабочих процессах не учитывают, Торвальдс без обиняков назвал их Worst Company Ever. Такая ерунда.<br><br>&gt; 2 гигабайта автоматически сгенерированных файлов в дереве ядра не считаются.<br><br>Кром https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#126 Mon, 19 Jun 2023 20:11:08 GMT &gt; Раст продвигался на безопасной работе с памятью. Возможно, уважаемый эксперт покажет хоть <br>&gt; одну уязвимость с use-after-free на Расте?<br><br>Вообще вон там на списке CVE - вулнов софта на расте уже на все вкусы. Даже ошибки работы с памятью, как ни странно :)<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#125 Mon, 19 Jun 2023 17:00:45 GMT ну так выбери в грубе старое ядро, чо ты как маленький<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#124 Mon, 19 Jun 2023 11:23:40 GMT Заняты в разработке?<br><br>Можно посмотреть?<br><br>А то я как-то не могу найти примеров универасальной работы, с разными структурами на разных архитектурах.<br><br>Что бы, как обычно, структуры данных были разными на разных архитектурах, а код, их обрабатывающий, один. Возможно, кое-где обложенный условной компиляцией.<br><br>Где бы подсмотреть как в rust нормально поддерживается множество архитектур?<br> https://ns.opennet.dev/openforum/vsluhforumID3/130776.html#123 Mon, 19 Jun 2023 05:52:01 GMT Уж на пути к этому родной.<br>