The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчик AMD подтвердил слухи о новой стратегии создания ..., opennews (ok), 27-Сен-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


38. "Разработчик AMD подтвердил слухи о новой стратегии создания ..."  –1 +/
Сообщение от Zenitur (ok), 28-Сен-14, 09:03 
У подавляющего большинства людей обновления ядра бывают нечасто. Только минорные обновления ядра из дистрибутива. Проприетарный для них лучше. Ему не важен год выпуска твоего дистрибутива Linux: 2004, 2010 или 2014. Ну а для тех, у кого всегда последняя версия ядра, появление закрытого OpenGL в связке с открытым драйвером ядра - проблема. Если бы была возможность установить драйвер с помощью "make install", как exfat или compat, то ещё ладно, но её нет.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

49. "Разработчик AMD подтвердил слухи о новой стратегии создания ..."  +/
Сообщение от ананим (?), 28-Сен-14, 12:25 
> появление закрытого OpenGL в связке с открытым драйвером ядра - проблема.

С какого бодуна то?
Вон ядро меняю постоянно, а меса компилю гораздо реже.
И ничё. Работает. 32-х-битные либы (как раз для стима) так вообще не компилю, готовые приходят раз в квартал-полгода.
Тоже с сабжем.
В общем аргумент из носа.

Ответить | Правка | Наверх | Cообщить модератору

50. "Разработчик AMD подтвердил слухи о новой стратегии создания ..."  +/
Сообщение от Аноним (-), 28-Сен-14, 12:26 
> У подавляющего большинства людей обновления ядра бывают нечасто.

Зато если ты обновил какую-нибудь убунту и получил черный экран из-за проблем с модулем - рядовой пользователь замахается это чинить и проклянет все и вся. И вообще, каменный век - прописывать в конфиг xorg чего-либо.

У амдшников с упомянутой стратегией будет вполне ощутимый профит - ядерная часть драйвера в принципе не сможет отваливаться. Ядро не релизнется без своего куска в работоспособном виде :). А так как у невидии, что 3 версии ядра к ряду модуль не собирается - не будет в принципе. С этого момента амдшников перестанут парить изменения в ядре - у них все-равно есть командочка которая к всему этому привычна. Вероятно расширят команду за счет тех кто раньше катаглисту модуль писал.

> Только минорные обновления ядра из дистрибутива.

Кроме случаев обновления системы. Когда проприетарь норовит отлететь.

> Проприетарный для них лучше. Ему не важен год
> выпуска твоего дистрибутива Linux: 2004, 2010 или 2014.

А у амд теперь вообще проблемы с версиями ядра не будет и все будет логично и красиво: установка каталиста будет только заменять месу на свою реализацию GP, вообще не трогая ничего в ядре. Ну и отвалиться по линии ядра ничего не сможет.

Бонусом ядро не будет tainted. Как бы удачи зарепортить баг про tainted ядро ядерщикам с кернелорга - они сунут фак в лицо и скажут что не отвечают за чужие проприетарные модули. И досвидания. Даже разбираться никто не будет.

> связке с открытым драйвером ядра - проблема.

Как раз проблем никаких не будет - переназначат реализацию GL на себя и все. И месу вернуть легко. Теоретически даже может наверное прокатить запускать вон ту программу с MESA, а вон ту с каталистом (запуск софта с разными реализациями GL - в принципе возможен).

> установить драйвер с помощью "make install", как exfat или compat, то
> ещё ладно, но её нет.

Зенитар всегда поможет проприетарного гомнеца покушать...

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

57. "Разработчик AMD подтвердил слухи о новой стратегии создания ..."  +/
Сообщение от ананим (?), 28-Сен-14, 13:13 
> А у амд теперь вообще проблемы с версиями ядра не будет и все будет логично и красиво: установка каталиста будет только заменять месу на свою реализацию

Да и заменять то не обязательно.
Например в генту так:
$ eselect opengl list
Available OpenGL implementations:
  [1]   nvidia
  [2]   xorg-x11 *
В убунтах — alternatives. И тд, и тп.
Т.е. всё это может быть установлено одновременно и переключаться может (почти) на лету (особенно когда есть и интеграшка, и дискретка)

зыж
Через примус ессесно работает через невидиа, будь он не ладен (а он так и не ладен).
Следующий точно будет на амд. Хватит.

Ответить | Правка | Наверх | Cообщить модератору

107. "Разработчик AMD подтвердил слухи о новой стратегии создания ..."  +/
Сообщение от Аноним (-), 01-Окт-14, 00:21 
> Available OpenGL implementations:
>   [1]   nvidia
>   [2]   xorg-x11 *

Ну да, как-то так. При том без кантований ядерного модуля. Возможно что даже можно запускать разные программы с разным драйвером. Ну там кому месу, кому каталист. Вроде в MESA так уже давно можно - форсануть через переменные окружения альтернативную реализацию GL. Юзается народом с кучей версий.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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