LINUX.ORG.RU

Компания NVIDIA представила ветку драйверов с длительной поддержкой

 ,


0

1

Представлен стабильный релиз прошлой ветки драйверов для видеокарт NVIDIA – 275.28, который ознаменовал собой начало поддержки ветки с длительным сроком поддержки. В отличие от последнего стабильного выпуска 280.13, ветка 275.x позиционируется как консервативная, в которой исправляются только критические ошибки и вносятся изменения с минимальным риском для нарушения стабильности. Ветка 275.x рассчитана на пользователей современных GPU, которым стабильность важнее реализации новых функций.

По сравнению с прошлым выпуском 275.21 в новой версии добавлены:

  • Поддержка ABI 11 (xorg-server 1.11).
  • Исправлена проблема, приводящая к краху при выполнении некоторых приложений WebGL.
  • Устранена ошибка в реализации VDPAU, вызывающая выявлении аномальных условий в glibc (срабатывание assertion).

>>> Подробности



Проверено: post-factum ()
Последнее исправление: post-factum (всего исправлений: 1)

Ответ на: комментарий от staz

хд видео мой интел тянет на ура, а виму вообще побоку на видео

ты снова лосишь? иди в гугл, читай про использование видеокарт.

tazhate ★★★★★
()

LTS-драйвер. Это ж маразм какой-то.

kernelpanic ★★★★★
()
Ответ на: комментарий от staz

хэши перебераешь что ли?

близко. и это тоже часто нужно. в основном в биткоинах.

tazhate ★★★★★
()
Ответ на: комментарий от staz

У intel драйвера на HD3000 поначалу иногда падали, только недавно стали работать стабильно.

Deleted
()

Правильное решение, учитывая некоторое ухудшение последних версий драйвера по сравнению с тем, что было несколько лет до них.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от BattleCoder

Никогда, они сами говорили.

anonymous
()
Ответ на: комментарий от Kompilainenn

Kompilainenn> это бага или фича?

Это нвидия.

Quasar ★★★★★
()
Ответ на: комментарий от BattleCoder

BattleCoder> Когда у них KMS будет???

Они сказали, что не будет, так как не осилили. Ровно как и иксы для реализации оптимуса не смогли они осилить.

Quasar ★★★★★
()
Ответ на: комментарий от anTaRes

последний баг вообще фееричный бред, или я просто читал по диагонали?
11-ый икс и 275.28 - лютый ппц
потому 1.10.4+285.03 :3

megabaks ★★★★
()
Ответ на: комментарий от Quasar

нвидиа уже не торт. в следующий раз буду покупать видеокарточку с ати.

BattleCoder ★★★★★
()
Ответ на: комментарий от Quasar

> Они сказали, что не будет, так как не осилили.

Вообще-то, дело не в неосиляторстве, а в том, что хитрожопые разработчики ядра додумались предоставлять не-GPL-ным драйверам/модулям не весь набор ядрёного API. И KMS как раз таки в «спрятанной» части.

Ровно как и иксы для реализации оптимуса не смогли они осилить.

Тоже обсуждалось уже не один раз, что вкрутить динамическую смену видеодрайвера, не убивая при этом иксы и/или запущенные иксовые приложения, [почти] невозможно.

anonymous
()
Ответ на: комментарий от anonymous

> Хитрожопые разработчики ядра додумались предоставлять не-GPL-ным драйверам/модулям не весь набор ядрёного API. И KMS как раз таки в «спрятанной» части.

Что мешает разработикам nVidia предоставить GPL-интерфейс к нему и цеплять свой драйвер к этому интерфейсу?

vovic
()
Ответ на: комментарий от vovic

> Что мешает разработикам nVidia предоставить GPL-интерфейс к нему и цеплять свой драйвер к этому интерфейсу?

Капитан подсказывает, что мешает присутствующий в GPL запрет на линковку (даже неявную через dlopen() и т.п.) с закрытым кодом. Разработчики ядра добавили к лицензии исключение, разрешающее это делать, но у nVidia так не получится — если каждый сможет добавлять исключения вроде «мы разрешаем себе линковать наш GPL-ный код с нашим же закрытым кодом», то GPL потеряет всякий смысл.

anonymous
()
Ответ на: комментарий от anonymous

> Разработчики ядра добавили к лицензии исключение, разрешающее это делать, но у nVidia так не получится

Торвальдс с твоим капитаном не согласен

On Wed Dec 03 2003 - 19:03:16 EST Linus Torvalds wrote:

Nope. No such exception exists.

(http://lkml.indiana.edu/hypermail/linux/kernel/0312.0/0670.html)

vovic
()
Ответ на: комментарий от Sora

АА. Догнал. В самом деле. Пусть лечат. Это же позор на мою седую голову %( такой позорный баг.

BattleCoder ★★★★★
()
Ответ на: комментарий от BattleCoder

>Чтобы более плавно переключаться между терминалами. Ваш КЭП.

Я знаю для чего KMS, но неужели он кому то реально нужен? У меня и без него не тормозит переключение.

Sora ★★
()
Ответ на: комментарий от Sora

Нужен. Тут дело не только в плавности переключения... не только во времени. От этого появляются некоторые странные глюки, например, если полноэкранные приложения в wine запускать на другом терминале... хотя может оно и не из-за этого, но мне кажется, что из-за этого.

BattleCoder ★★★★★
()
Ответ на: комментарий от vovic

>> Разработчики ядра добавили к лицензии исключение, разрешающее это делать, но у nVidia так не получится

Торвальдс с твоим капитаном не согласен

Не согласен так не согласен, имеет право. :)

Пусть даже и нет явного разрешения использовать блобы в модулях ядра, но вот вкомпилить блоб («nv-kernel.o» в случае nVidia) в модуль с GPL-ным враппером без нарушения GPL уже не выйдёт. Т.ч. снова облом. А впиливать во враппер динамическую загрузку «настоящего» модуля (ядро грузит «nvidia.ko», который грузит «nvidia_real.ko» и лишь пробрасывает вызовы да гоняет данные между ядром и этим «настоящим» драйвером) — тот ещё костыль с весьма сомнительными преимуществами.

В любом случае, код враппера и так доступен всем желающим, т.ч. всякие коммерческие тайны, патенты и т.п. тут не при чём. Некоторый профит от GPL есть и, думаю, при наличии не слишком черезжопной возможности этот профит получить они бы ей воспользовались.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.