Исходное сообщение
"Отчёт о состоянии развития FreeBSD за четвёртый квартал 2011..." Отправлено iZEN, 31-Янв-12 22:23
> А что с KMS? А что  с ним не так? /--http://wiki.freebsd.org/DriDrivers Xorg's drivers and DRI/DRM are currently in a state of flux with new technology (KMS, DRI2, GEM, TTM, Gallium3D etc.) being introduced upstream. The cutting edge development often happens with Linux primarily in mind and porting to FreeBSD is no small task. Unfortunately, this could lead to some instability for people who update their ports/packages regularly as the X server and drivers start implementing these, especially with Intel devices whose drivers are becoming more and more dependent on GEM. Work is being done to keep these devices operating as well as possible but there may still be breakage. --/ Что можно сделать в ситуации, когда у X.org нет чёткой политики по развитию графической инфраструктуры и идёт продавливание кодовой базы в сторону разноса на несовместимые ни с чем кроме Linux "составляющие". Жёсткая привязка к Linux ABI, меняющейся в каждой новой версии по прихоти его корпоративных хозяев, в частности, той же Intel, которая ни разу ни бум-бум в 3D технологиях, а лезет всё туда же со своими ни на что негодными интегрированными решениями. Поучились бы у AMD, как надо делать интеграшки, а не выёживались бы со всякими GEM.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А что с KMS? > А что с ним не так? > /--http://wiki.freebsd.org/DriDrivers > Xorg's drivers and DRI/DRM are currently in a state of flux with > new technology (KMS, DRI2, GEM, TTM, Gallium3D etc.) being introduced upstream. > The cutting edge development often happens with Linux primarily in mind > and porting to FreeBSD is no small task. Unfortunately, this could > lead to some instability for people who update their ports/packages regularly > as the X server and drivers start implementing these, especially with > Intel devices whose drivers are becoming more and more dependent on > GEM. Work is being done to keep these devices operating as > well as possible but there may still be breakage. > --/ > Что можно сделать в ситуации, когда у X.org нет чёткой политики по > развитию графической инфраструктуры и идёт продавливание кодовой базы в сторону разноса > на несовместимые ни с чем кроме Linux "составляющие". Жёсткая привязка к > Linux ABI, меняющейся в каждой новой версии по прихоти его корпоративных > хозяев, в частности, той же Intel, которая ни разу ни бум-бум > в 3D технологиях, а лезет всё туда же со своими ни > на что негодными интегрированными решениями. Поучились бы у AMD, как надо > делать интеграшки, а не выёживались бы со всякими GEM.
	Введите код, изображенный на картинке: