LINUX.ORG.RU

Стабильная версия 313.18 и обновление 310.32 проприетарного видео-драйвера NVIDIA

 , ,


0

2

Произошло обновление ветки R313 проприетарного видео-драйвера NVIDIA. Новая версия за номером 313.18 объявлена стабильной. В ней поддерживается работа с последними версиями ядра Linux и графического X-сервера. Кроме того, драйвер доступен для других UNIX-подобных ОС.

Далее об изменениях:

  • обновлён драйвер X-сервера с целью переопределения дисплеев при переключении из виртуального терминала в X-сессию, для того чтобы реализовать события «горячих» подключения / отключения дисплеев во время неактивности X-сессии;
  • добавлена неофициальная поддержка протокола GLX (непрямого GLX-рендеринга), а именно следующих расширений и команд:
    • GL_ARB_vertex_array_object,
    • команды OpenGL 3.0: ClearBufferfi, ClearBufferfv, ClearBufferiv,
    • ClearBufferuiv и GetStringi;
  • обеспечена поддержка расширения GLX_EXT_buffer_age
  • увеличена производительность функции glDrawPixels() до 450% в случае, если используются пиксельные данные типа GL_BYTE[/];
  • изменения в утилите nvidia-settings:
    • добавлена поддержка изменения режима повышения производительности Double Precision для поддерживающих данную технологию карт (новшество доступно также в утилите NV-CONTROL),
    • исправлена ошибка, позволявшая выбрать недопустимые свойства в некоторых выпадающих меню;
  • исправлено несколько ошибок в реализации OpenGL, относящихся к шаблонным объектам фреймбуфера;
  • исправлена ошибка, вызывавшая обрезание тени курсора до размера 32x32 пикселя (даже на картах семейства Kepler, поддерживащих размер курсора в 256x256 пикселей);
  • исправлена ошибка, препятствовавшая применению новых свойств курсора на дисплеях с задействованием поворота или других трансформаций;
  • исправлено искажение курсора с полупрозрачностью на дисплеях с задействованием поворота или других трансформаций.

Загрузить для x86

Загрузить для x86_64

Также произошло обновление и предыдущей ветки драйвера. Выпуск за номером 310.32 включает следующие изменения:

  • добавлена поддержка карт GeForce GTX 680MX и Tesla K20Xm;
  • добавлена поддержка X-сервера 1.14;
  • обновлён механизм передачи значений частоты смены кадров и частоты пиксализации стерео-дисплеев с интерфейсом HDMI, для того чтобы добиться большей согласованности с тем, как эти данные отображаются на этих дисплеях;
  • для модуля ядра добавлен параметр NVreg_EnablePCIeGen3, который может быть использован для включения поддержки PCIe gen 3, когда это возможно; следует иметь в виду, что на системах, в которых проприетарный драйвер NVIDIA не имеют поддержки PCIe gen 3, при включении этой опции может нарушиться стабильность;
  • увеличена производительность фреймбуфера в OpenGL до 2000-3000% в случае, если включён режим Xinerama и окна приложения не выходят за границы экрана;
  • увеличена производительность карт серии Quadro при использовании некоторых версий HyperMesh;
  • устранена зависимость libnvidia-encode.so посредством слияния его с libnvcuvid.so.1 (ранее libnvcuvid.so);
  • в утилите nvidia-settings устранена ошибка, иногда приводившая к установке неверного разрешения на системах с одним дисплеем на экран X-сервера;
  • исправлена ошибка, возникавшая при включении фреймлока между дисплеями, подключенными к одному видеоускорителю с другими дисплеями с отличной частотой обновления, приводившая к неправильному присвоению частоты обновления группе фреймлоков;
  • исправлена ошибка в утилите nvidia-settings, приводившая к некорректному применению вращения дисплея после изменения его разрешения;
  • исправлена ошибка, иногда приводившая к сбоям в работе приложений, использующих функцию GL_NV_vdpau_interop, после изменения видеорежима;
  • исправлена ошибка VDPAU, иногда приводившая к зависанию X-сервера при декодировании поврежденных потоков видео;
  • устранена регрессия, иногда приводившая к сбоям в работе приложений, использующих OpenGL, при компиляции шейдеров;
  • в списке поддерживаемых карт продукты VGX переименованы в продукты GRID.

Кроме того, стоит отметить, что на официальном сайте в разделе загрузки драйвера рекомендуемой к повседневному использованию объявлена версия 310.32.

Загрузить для x86

Загрузить для x86_64

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

★★★★★

Проверено: tazhate ()
Последнее исправление: Silent (всего исправлений: 2)

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

Потому что у многих лоровцев комплекс остаточного ATI.

у многих лоровцев комплекс кривых рук до сих пор, у меня на ATi всегда дрова работали без проблем.

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

Ага, а KMS с тирингом так и не починили.

А на fglrx на последних дровах, никакого тиринга нет если соотв опцию врубить в каталисте. Вот и думай тут, что для работы

Подождите, следует заметить что как раз в этом релизе они вроде двигаются дальше в сторону решения проблем с тирингом

Люди, о чём вы говорите? Пользуюсь старым неподдерживаемым дистрибутивом Linux 2006 года. Никакого тиринга не было уже тогда.

> а на этот раз GLX_EXT_buffer_age уже реализовали в Compiz

У меня тут вообще Beryl.

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

Ороро: NVIDIA-295.XX и консоль - WTF?!.

Я где-то сказал, что глюков вообще не бывает у Нвидии? У всех бывает. Но Ати приверженец доктрины глюки не чинить никогда. В 2004ом у меня был ноут с АТИ9200 - переключение в консоль приводило к мусору на экране. В 2013 у меня ноут с АПУ+дискретка и что вы думаете? Все то же самое. :)

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

Логотип АТИ присутствует на коробке с ноутом... так что мимо. :)

petrosha ★★★★★
()

Радует, что пилят nvidia-settings Обновляемся...

region-ask
()

Поддержку UEFI так и не сделали?

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

У тебя мультимониторная система из разных моников? Если нет, то ты понятия не имеешь, о чем говоришь и о чем мы говорим.

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

Вы тоже транскрипцию от транслитерации не отличаете, при этом до кучи не признавая устоявшуюся терминологию?

Да. В транслитерации было бы «теаринг». Ни о какой «устоявшейся терминологии» здесь речи быть не может, один Вася написал, остальные подхватили.

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

А если говорить о транскрипции, то там тот самый пресловутый «ea»-звук, который звучит между «и» и «э».
Да и потом, если уж быть совсем-совсем правильным, то последняя буква «г» вообще редуцируется.

Давате просто не будем устраивать совершенно ненужную полемику. CentOS - она тоже, знаете ли, не «центось», а «Цент О Эс».

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

Давате просто не будем устраивать совершенно ненужную полемику.

Суть в том, что в английском языке слово tear имеет разный смысл в зависимости от того, как его читать. Если имеются в виду разрывы изображения, то лучше так и написать русским языком. Если же хочется вставить крутое английское словечко, то лучше «тэринг».

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

Сидящие на окнах и использующие свободный софт делают больше для движения СПО, чем те, которые тянут всё это проприетарное дерьмо на GNU/Linux.

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

Я где-то сказал, что глюков вообще не бывает у Нвидии? У всех бывает. Но Ати приверженец доктрины глюки не чинить никогда. В 2004ом у меня был ноут с АТИ9200 - переключение в консоль приводило к мусору на экране. В 2013 у меня ноут с АПУ+дискретка и что вы думаете? Все то же самое. :)

И у меня APU с дискреткой. Нормально переключается в текстовую консоль и обратно, мусора нет. Процитирую классику:

«It doesn't work.»

Give the programmer some credit for basic intelligence: if the program really didn't work at all, they would probably have noticed. Since they haven't noticed, it must be working for them. Therefore, either you are doing something differently from them, or your environment is different from theirs. They need information; providing this information is the purpose of a bug report. More information is almost always better than less.

Вы ведь в курсе, куда писать, и какую информацию прикладывать?

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

Да. В транслитерации было бы «теаринг». Ни о какой «устоявшейся терминологии» здесь речи быть не может, один Вася написал, остальные подхватили.

Согласен, сам забыл прикинуть транслитерацию, прежде чем писать ответ - здесь я напутал. Однако, в любом случае глупо не признавать то, что «тиринг» уже устоялся, а устоявшаяся (неправильная) терминология всегда начинается с «одного Васи». Что касается разных смыслов - ну уж наверное контексте changelog видеодрайвера понятно, о чём идёт речь.

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

обожаю TF2,
жду чтобы можно было купить все игры от вальв под Linux
в доту
куплю

TF2 и DOTA.. но они же.. бесплатные!

Nanodesu
()

что-то в репозиториях для openSUSE не наблюдается даже 310* - это нормально?

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

Уже тыщу раз говорили, что KMS в nVidia-вских драйверах нет не из-за лени разработчиков драйверов, а из-за того, что ядро не предоставляет соответствующий API модулям с отличной от GPL лицензией.

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

AMD же правят свои косяки, если их репортить. Возможно не реактивно, но по году они не висят. В результате больше всего проблем с AMD у любителей покричать в пустоту на форумах, они же громче всех кричат в подобных тредах. Такие дела.

Ну про консоль я уже писал. Как вы сами говорите - то что у вас УМВР еще не избавляет от проблемы. В 2004ом я писал о ней. Ответа не получил. Где посмотреть не на формочку отправки жалобы а на общий список жалоб, как в нормальном багтрекере? Это про каталист.

В то время как вот этого:

Например, вероятность получить тиринг с nVidia для пользователя Mutter, Compiz и KWin - стопроцентная.

у меня нет. Да да... тот самый УМВР. Но как бы уже нет повода говорить про 100%. И про 146 тоже.

Я оцениваю факты

Вот например мой факт в том, что на бинарном драйвере от невидии заводится и работает все что я пробовал, а карточек я пробовал изрядно, а на АТИ без бубна не заводится НИЧЕГО! Из 5 попробованных решений. И речь не про какой-то там тиринг безызвестный. А ВООБЩЕ не работает. Например при запуске вешает ноут, так что выход только через выключение.

petrosha ★★★★★
()
Последнее исправление: petrosha (всего исправлений: 1)
Ответ на: комментарий от petrosha

на АТИ без бубна не заводится НИЧЕГО! Из 5 попробованных решений. И речь не про какой-то там тиринг безызвестный. А ВООБЩЕ не работает. Например при запуске вешает ноут, так что выход только через выключение

Бедные амдшники :)

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

Патентов здесь никаких нет.

А вы откуда знаете?

KMS и GEM были предложены Intel'ом в качестве Linux-стандарта для видео-драйверов.

А с какой целью?

На сегодняшний день практически все современные свободные видео-драйверы используют эти фичи.

Лучше пользоваться хорошими дровами без этих фич, чем этими «фичами» при плохих дровах.

Ygor ★★★★★
()
Последнее исправление: Ygor (всего исправлений: 1)
Ответ на: комментарий от petrosha

Ну про консоль я уже писал. Как вы сами говорите - то что у вас УМВР еще не избавляет от проблемы.

а на АТИ без бубна не заводится НИЧЕГО! Из 5 попробованных решений

И ещё раз ткну в цитату.

В 2004ом я писал о ней. Ответа не получил.

В 2004 году это была как бы другая фирма с совсем другой политикой в отношении Linux. Вчерашний пост.

Где посмотреть не на формочку отправки жалобы а на общий список жалоб, как в нормальном багтрекере? Это про каталист.

Доброе утро.

у меня нет. Да да... тот самый УМВР. Но как бы уже нет повода говорить про 100%. И про 146 тоже.

Вероятность получить тиринг стопроцентная, а вот вероятность увидеть его у некоторых счастливых людей - нет. Да и собственно сейчас-то это что обсуждать, если они наконец-то, отстав от AMD уже более, чем на два года (TearFreeDesktop появился в Catalyst 11.1) всё же занялись этой проблемой, и я первый же человек, который этому искренне рад, потому что карточек GeForce у меня больше, чем Radeon HD?

Вот например мой факт в том, что на бинарном драйвере от невидии заводится и работает все что я пробовал, а карточек я пробовал изрядно

Откройте форум поддержки, там можете почитать, что не заводится.

Например при запуске вешает ноут, так что выход только через выключение.

Без backtrace и ссылки на багрепорт не интересно.

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

Нет, у меня такое тоже происходило в TF2 через минут 20 игры, потом перестало, но раз в неделю всё равно фризилось на десктопе прямо. Решил переходом на x86 PAE (и убунту 12.04 заодно), разницы особой нет, зато не надо страдать с библиотеками совместимости. Всё просто работает и не виснет. А т.к. использую Awesome WM, то поменялись только версии софта, на DE по умолчанию плевать, ставлю debootstrap'ом минимальную систему и дальше обвешиваю по вкусу.

На x86_64 просидел где-то год, весомых преимуществ так и не нашёл, процессов, требующих более 4 гигов так и не встретил, прироста скорости не ощутил, а вот гемора с мультиарчем поимел, на дебиане он до сих пор местами сломан в клочья. Не готово. Не нужно.

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

И ещё раз ткну в цитату.
Доброе утро.

Спасибо. Как-то удивляет название «unofficial amd bugtracker». А официальный где. Всего 633 бага. Или это какой-то не основной или все давно отчаялись чего-либо добиться от саппорта АТИ и забили.

Откройте форум поддержки, там можете почитать, что не заводится.

https://devtalk.nvidia.com/default/board/98/linux/ Вот тут?

Получается ваш УМВР против моего... :) Рад видеть, что кто-то верит в адекватность АМДшного саппорта. Попробую тоже поверить и запощу баги.

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

А официальный где.

Там же, где и у всех разработчиков проприетарных драйверов - на сервере в локальной сети.

Всего 633 бага.

Некоторое время назад вроде была какая-то поломка, база полетела или что-то в этом роде, не помню.

Вот тут?

Да.

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