Компания NVIDIA опубликовала (https://devtalk.nvidia.com/default/topic/615981/b/t/post/395.../) новую версию ветки проприетарного драйвера с длительным сроком поддержки - NVIDIA 319.60 (http://www.nvidia.com/object/linux-display-amd64-319.60-driv...). Драйвер доступен для Linux, FreeBSD и Solaris. В новой версии добавлена поддержка GPU GeForce GTX 760 Ti OEM и внесены изменения, связанные сохранением временных файлов. Драйвер OpenGL теперь осуществляет сохранение временных файлов в директорию, указанную в переменной окружения $TMPDIR, если она выставлена (ранее временные файлы всегда сохранялись в директорию /tmp).
Из исправленных ошибок, можно отметить устранение краха OpenGL-приложений в процессе инициализации новой нити, обеспечение корректной информации о частоте работы GPU и памяти плат Kepler в панели nvidia-settings, исправление проблем с запуском X-сервера на некоторых ноутбуках при активном в процессе загрузки внешнем мониторе, подключенном через порт DisplayPort, и отключенном основном экране при закрытой крышке ноутбука.
Одновременно можно отметить (https://devtalk.nvidia.com/default/topic/579449/linux/basemo...) урезание в проприетарном драйвере NVIDIA некоторых возможностей, специфичных для Unix-систем. Например, внесены ограничения в режим BaseMosaic, в котором теперь можно использовать не больше трёх мониторов. Сотрудники NVIDIA пояснили, что ограничение введено для обеспечения паритета в функциональности вариантов драйверов для Unix-систем и Windows.URL: https://devtalk.nvidia.com/default/topic/615981/b/t/post/395.../
Новость: http://www.opennet.me/opennews/art.shtml?num=38053
Сначала ограничивают функционал, потом начнут портировать баги из windows.
Xinerama же есть для этого.
>ограничение введено для обеспечения паритета в функциональности вариантов драйверов для Unix-систем и WindowsТ.е. одного фака не хватило? Ли-и-и-нус!!!
Это они так мстят.
Однозначно не хватило.
>Сотрудники NVIDIA пояснили, что ограничение введено для обеспечения паритета в функциональности вариантов драйверов для Unix-систем и Windows.Значит 3д-визион на обычных картах можно только под вантуз, а тут видишь ли паритет.
Вот удоды.
Всё, больше с нвидиа не связываюсь.
У вас все пригорает? Пожаааарные!
Кстати, оно с 3.11 ядром работает?
У меня версия 325.15 собралась только через патч, который nvidia выложила на своем форуме.
Теперь запускается через раз, и либо работает, но гонит в журнал такие ошибкиnvidia: Unknown symbol kmem_cache_destroy
либо вообще не запускается и пишет
NVRM: installed in this system is not supported by the 325.15
NVRM: NVIDIA Linux driver release. Please see 'Appendix
NVRM: A - Supported NVIDIA GPU Products' in this release's
NVRM: README, available on the Linux driver download page
NVRM: at www.nvidia.com.Когда оно запустится, а когда не восхочет сказать вообще не возможно.
Я очень надеюсь что в сабже поддержку 3.11 добавили.
> is not supported by the 325.15Тут тема про 319.xx
---
diff -ur NVIDIA-Linux-x86_64-319.60/kernel/nv-drm.c NVIDIA-Linux-x86_64-319.60/kernel/nv-drm.c
--- NVIDIA-Linux-x86_64-319.60/kernel/nv-drm.c 2013-09-26 01:02:38.000000000 +0400
+++ NVIDIA-Linux-x86_64-319.60/kernel/nv-drm.c 2013-10-02 14:00:03.617000000 +0400
@@ -201,12 +201,7 @@
memset(&nv_obj->base, 0, sizeof(nv_obj->base));
nv_obj->pages = pages;
- ret = drm_gem_private_object_init(nvl->drm, &nv_obj->base, size);
- if (ret)
- {
- status = RM_ERR_OPERATING_SYSTEM;
- goto done;
- }
+ drm_gem_private_object_init(nvl->drm, &nv_obj->base, size);
ret = drm_gem_handle_create(file_priv, &nv_obj->base, handle);
if (ret)
diff -ur NVIDIA-Linux-x86_64-319.60/kernel/nv-linux.h NVIDIA-Linux-x86_64-319.60/kernel/nv-linux.h
--- NVIDIA-Linux-x86_64-319.60/kernel/nv-linux.h 2013-09-26 01:02:38.000000000 +0400
+++ NVIDIA-Linux-x86_64-319.60/kernel/nv-linux.h 2013-10-02 14:01:31.461000000 +0400
@@ -1037,7 +1037,11 @@
#endif
#if !defined(NV_VMWARE)
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 11, 0)
#define NV_NUM_PHYSPAGES num_physpages
+#else
+#define NV_NUM_PHYSPAGES get_num_physpages()
+#endif
#define NV_GET_CURRENT_PROCESS() current->tgid
#define NV_IN_ATOMIC() in_atomic()
#define NV_LOCAL_BH_DISABLE() local_bh_disable()
У меня и прошлый выпуск работал(но для сборки нужен патч).
В Fedor'е все работает ядро 3.11.2
кривость Windows официально поддерживается в драйверах NVIDIA !!
Да ладно, улыбуло, а вот сколько на данный момент пользователей GeForce GTX 760 Ti используют Linux, FreeBSD и Solaris ??
А что не так с GeForce GTX 760 Ti ?
> Одновременно можно отметить урезание ... некоторых возможностей, специфичных для Unix-систем ... для обеспечения паритета в функциональности вариантов драйверов для Unix-систем и Windows.Не то чтоб конкретно эта возможность меня интересовала, но теперь понятно куда все движется. Спасибо Нвидия, плюсов перед АМД скоро не будет вообще никаких. Как только моя устареет свалю в лагерь красных.
АМД опять спеки, какие-то открыла(programming guides and register specifications on the 3D engines for HD5xxx - HD8xxx - это существенно?), я так чувствую скоро там на открытых можно будет и в самые современные игры шпилить.
> programming guides and register specifications on the 3D engines for HD5xxx - HD8xxЗвучит существенно :-)
На открытых дровах можно спокойно играть в большую часть игр. Вот недавно играл в Amnesia "a machine for pigs" (2013 год выпуска) на OpenSuse c последними открытыми дровами, месой (9.2) и ядром (3.11) с тестовой ветки. А вот для с сравнения, на Debian Wheezy вылетает 3Д движок (там не хватает какой-то 3D реализации, походу из-за старой месы).
> Не то чтоб конкретно эта возможность меня интересовала, но теперь понятно куда
> все движется. Спасибо Нвидия, плюсов перед АМД скоро не будет вообще
> никаких. Как только моя устареет свалю в лагерь красных.Шикоз, побыстрее бы свалил. Там как раз неадекваты нужны.
Кто ни будь пробовал собирать с Linux 3.11.1 ?
Интересно исправлены ли баги с компиляцией модуля(нужен был патч), и крахом драйвера с последующим отключением всей usb-системы?
Оно работает с 3.11?
Ставил из репов 325 версию с 3.11. Поставилось молча в убунте 13.04. Правда само ведро 3.11 страшно глючное. Лезли баги планировщика задач в логах (первый раз такое вижу)...тормоза, отваливалась вайфай. Все первый раз увидел. Откатился на 3.10.
Ограничение функционала пахнет гномом...
Нвидия вообще пахнет гомном уже очень дамно))
Ты тоже, если честно.
Обновляюсь, спасибо за новость!
> For feature parity between Windows and Linux we set BaseMosaic to 3 screensЯ так полагаю, прежде чем вырезать фичи, они уже добавили недостающие - такие как 3D Vision для GeForce?
>Сотрудники NVIDIA пояснили, что ограничение введено для обеспечения паритета в
>функциональности вариантов драйверов для Unix-систем и Windows.В этом месте у меня пригорел стул. Кому, спрашивается, нужен паритет?
Это что, по принципу "лишь бы у соседа корова сдохла"?
>>Сотрудники NVIDIA пояснили,
>Кому, спрашивается, нужен паритет?Сотрудникам же инвидиа. С Уважением. Эль Капитано.
> Кому, спрашивается, нужен паритет?манагерам нвидии. чтобы не могли сказать, что «нвидия поддерживает Самую Лучшую^w Распространённую ОС хуже, чем всякую маргинальную фигню!» и плевать, что это всё равно не так, даже без искусственного урезания возможностей.
Интересно, поколение поттерингов знает про смысл $TMPDIR?
Учитывая мои плавающие знания относительно переменных для задания пути к временным файлам, буду рад прочитать переработанную информации от вас.
Для вас это сложно, за вас уже подумали :)1.1. New O_TMPFILE open(2) flag to reduce temporary file vulnerabilities
O_TMPFILE is a new open(2)/openat(2) flag that makes easier the creation
of secure temporary files. Files opened with the O_TMPFILE flag are created
but they are not visible in the filesystem. And as soon as they are closed,
they get deleted - just as a file you would have opened and unlinked.There are two uses for these files. One is race-free temporary files (deleted
when closed, never reachable from any directory, not subject to symlink attacks,
not requiring to come up with unique names - basically, tmpfile(3) done right).
Another use is for creating an initially unreachable file, write whatever you
want into it, fchmod()/fchown()/fsetxattr() it as you wish, then atomically link
it in, already fully set up.
> 1.1. New O_TMPFILE open(2) flag to reduce temporary file vulnerabilitiesЯ думал чего по интереснее расскажут...
Про O_TMPFILE я читал в новостях, но у него уже круг использования (уж не знаю для чего временные файлы для NVIDIA драйверах, может им бы эта новая фишка ядра и подошла бы).
> уж не знаю для чего временные файлы для NVIDIA драйверах,Оно туда шейдыры скидавает.
Тсссс!... во-первых, это же стрррррраааашная тайна, а во-вторых нечего провоцировать рак головного моска у целого поколения неосиляторов!
> Интересно, поколение поттерингов знает про смысл $TMPDIR?да даже я не знаю. и смею тебя уверить, что огромная куча софта тоже.
Нахрен мне ваш GeForce GTX 760 Ti, лучше бы Optimus работающий сделали, чтоб без шмеля.
> Нахрен мне ваш GeForce GTX 760 Ti, лучше бы Optimus работающий сделали,
> чтоб без шмеля.Уже полгода как. Лично проверял, у меня тоже работает. Если в убунтоиды не умеют обновлять дрова, иксы и/или ядро - то это их личная проблема, и нвидия за их невежество отвечать не должна
Поделитесь секретом, это как так у вас работает ? Это имеется ввиду костыль через XRandr ? А-то как то у всех не работает а у вас работает...
Почитал список совместимого софта, поставил нужные версии иксов и ядра. Скачал и установил драйвер, прочитал ридми: http://us.download.nvidia.com/XFree86/Linux-x86/319.32/READM... Ридми дал исчерпывающую информацию о необходимых настройках. Настроил, проверил - всё работает.xrandr - не костыль, а составная часть иксов. Разработчики ядра уже анонсировали надвигающуюся поддержку RandRv1.4 в ядре.
Заврался ты. У всех только со Шмелём работает, а у тебя - и без него. Ну, разве что в BIOS-е можно выключить встроенную видеокарту, но это - у единиц только можно.
> можно отметить урезание в проприетарном драйвере NVIDIA некоторых возможностей, специфичных для Unix-систем.
> Сотрудники NVIDIA пояснили...блаблаблаА можно имена и фамилии этих сотрудников, и фотографии? Хочу в их честные глаза посмотреть.