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 ()

А чего такого они хотят добавлять нового в 280+?

Shtsh ★★★★ ()

да простят меня Ъ и обладатели тегры, но нвидия дико радует уже несколько лет.

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

штеуд нужен
игры не нужны -> нвидиа\ати не нужны

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

тегра тоже вполне себе (:

драйвера то нету под неё под линь, поэтому нет.

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

игры не нужны -> нвидиа\ати не нужны

сочувствую тебе, что для тебя видеокарты это только игры.

tazhate ★★★★★ ()

А когда это в драйвера добавляли какие-то новые функции?

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

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

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

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

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

tazhate ★★★★★ ()

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

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

ты много используешь свою видеокарту?

прямо сейчас юзается на фулл лоад.

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

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

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

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

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

franchukroman ★★☆ ()

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

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

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

Это нвидия.

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

deterok> А что нужно? Может ATI?

ATI же рипнулась.

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 ()
Ответ на: комментарий от BattleCoder

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

Зачем? Лучше пусть тиринг лечат.

Sora ★★ ()
Ответ на: комментарий от 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 ★★★★★ ()
Ответ на: комментарий от Sora

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

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

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

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

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

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

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

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

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

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

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

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

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

epic fail
теперь точно не куплю

твои проблемы. меня дроид на планшетах устраивает более чем.

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