Компания NVIDIA начала (https://devtalk.nvidia.com/default/topic/549155/unix-graphic...-/) бета-тестирование новой ветки своих проприетарных драйверов NVIDIA 325.08 (http://www.nvidia.com/object/linux-display-ia32-325.08-drive...). Драйвер доступен для Linux, FreeBSD и Solaris. Для пользователей Linux новая версия примечательна прекращением поддержки ядер Linux серии 2.4, для работы драйвера теперь требуется ядро Linux 2.6.9 или более новая версия. В прошлых LTS-сериях 319.x, 173.14.xx и 304.xx поддержка ядер 2.4.x будет сохранена.
Из других изменений не связанных с исправлением ошибок можно отметить добавление в nvidia-settings настройки поворота экрана для каждого дисплея в отдельности. В разделе "X Server Display Configuration" конфигуратора nvidia-settings добавлена поддержка настройки режимов SLI Mosaic и Base Mosaic. Увеличена производительность сложных градиентов.
URL: https://devtalk.nvidia.com/default/topic/549155/unix-graphic...-/
Новость: http://www.opennet.me/opennews/art.shtml?num=37322
О ужас!
А чё такая новость скромная?• Fixed a bug that could cause display flickering after setting some scaling configurations.
• Fixed a bug that prevented the status bar on the "PowerMizer" and "X Server XVideo Settings" pages in the
nvidia-settings control panel from being updated when settings were changed by another NV-CONTROL client.
• Fixed a bug that could cause some UI elements to be duplicated in the nvidia-settings control panel
following a VT switch on X server configurations with multiple NVIDIA X screens.
• Changed the default PCIe interrupt delivery method from virtual-wire to MSI. Note that if the NVIDIA Linux driver
fails to initialize with an error indicating that it is not receiving interrupts, MSI can be disabled by setting
the module parameter "NVreg_EnableMSI=0" when loading the NVIDIA kernel module.
• Removed support for Linux 2.4 kernels. The NVIDIA Linux driver now requires Linux 2.6.9 or later.
• Fixed a bug that prevented the creation of a mode via RandR with the same name as a previously created
mode, even after the previous mode had been deleted.
• Fixed a bug in nvidia-settings that caused GTK+ theme colors to be ignored for some UI elements.
• Fixed a bug that caused nvidia-settings to write hostname-based color correction settings to the
.nvidia-settings-rc configuration file, even when the "Include X Display Names in the Config File" option was unset.
This could lead to a long delay when starting nvidia-settings, if a hostname saved to the configuration file failed
to resolve.
• Fixed a bug that exposed edge overlap controls on the SLI Mosaic page of nvidia-settings on edges where
overlap was impossible.
• Fixed a bug that caused some settings in the nvidia-settings control panel to be reset when reprobing displays.
• Fixed a bug that could cause OpenGL applications that use Frame Buffer Objects (FBOs) to crash following a
mode switch (e.g. changing the resolution of a display or transforming it).
• Fixed a memory leak that could be triggered by unloading libGL before destroying all GLX contexts.
• Fixed a bug that could cause color correction settings to be applied to the wrong display when multiple
displays are unplugged and then plugged back in again.
• Fixed a bug that could cause a spurious error message about a missing NV-GLX extension when performing indirect
rendering from a GLX client with the NVIDIA client-side OpenGL libraries to a non-NVIDIA GLX server.
• Fixed an OpenGL bug that prevented conditional rendering from the NV_conditional_render extension from correctly
affecting CopyPixels.
• Improved the rendering performance of complex gradients.
• Added support for configuring SLI Mosaic and Base Mosaic in the "X Server Display Configuration" page of nvidia-settings.
• Updated nvidia-installer to look for the following files:/usr/lib/nvidia/alternate-install-available
/usr/lib/nvidia/alternate-install-presentThese files may be provided by NVIDIA driver installers other than the official .run package maintained by
NVIDIA, to alert nvidia-installer to the presence or availability of an alternative installation method. See the
nvidia-installer(1) manual page for more information.
• Fixed an X driver bug where the RandR CRTC panning area and tracking area were not getting clamped to the current
X screen size when the RandR CRTC transitioned from disabled to enabled.
• Fixed an X driver bug where successful RandR X_RRSetScreenConfig requests would update the server's RandR 'lastSetTime'
too far, potentially causing subsequent RandR requests to be unnecessarily rejected.
• Fixed an X driver bug that caused GPUs to become inaccessible via the NV-CONTROL X extension when no corresponding X
screens could be initialized.
• Generate a BadMatch error when applications attempt to create GLX pixmaps using glXCreatePixmap() or glXCreateGLXPixmapWithConfigSGIX()
and the pixmap's depth doesn't match that of the specified GLXFBConfig.
• Updated nvidia-settings to explicitly specify the direction of rotation for configuring per-display rotation configuration.
• Honor a GPU UUID as the GPU qualifier for X configuration options that allow GPU qualifiers (e.g. "MetaModes").
• Report GPU UUIDs in the X log when verbose logging is enabled in the X server.
• Enabled conformant glBlitFrameBuffer() scissor test behavior by default. A driver-provided application profile enables the
previous non-conformant behavior for applications that load libcogl, to work around a bug in older versions of libcogl.
• Application profiles can be added to enable the non-conformant behavior for other applications that depend upon it.
See the "Known Issues" section of the README for more details.
• Fixed a bug that caused the X server to crash when querying the current mode of disabled displays.
> А чё такая новость скромная?Ну ладно, в следующий раз мы тебе запостим коммит логов из гита для линуксного кернела. Чтоб ты обчитался, ага :)
Угу, про 2.4 ядро написали, на которое 99.9% дофени.
А про то, что теперь MSI будет по дефолту забыли.
Этот замечательный MSI на кривых, кетайских говно-матерях,
типа Acorp/Abit/ASRock/Zotac/EVGA и пр., глюкалово ещё то.Ждём потоки поноса на форумах о глючном драйвере, кривом кде, плеш-флеере...
> Для пользователей Linux новая версия примечательна прекращением поддержки ядер Linux серии 2.4Alan Cox был бы опечален. Если полгода назад не ушел по семейным обстоятельствам на BSD.
*Если бы
>> Для пользователей Linux новая версия примечательна прекращением поддержки ядер Linux серии 2.4
> Alan Cox был бы опечален. ЕслиНе тот Кокс, да?
--
""Alan [Cox] has been very vocal about rejecting the NVIDIA-requested change as he doesn't want NVIDIA's binary -- but widely-used -- graphics driver to support the DMA-BUF infrastructure. NVIDIA is now trying to properly support Optimus, but they're being blocked by Alan Cox and others.--
"You are welcome to your opinion. I've got this great bridge to sell you too."- Alan Cox to someone recommending the NVidia drivers
--
Nvidia driver loaded - bugs to nvidia. vmware loaded bugs to vmware,
both loaded, god help you, nobody else will- Alan Cox explaining where to send bug reports for binary-only drivers
--
If Nvidia would like to pay me as much as Microsoft is paid for driver
certification then I might be able to find the time- Alan Cox on linux-kernel
>полгода назад не ушел по семейным обстоятельствам на BSD.
Враньё.
""Not to be confused with the FreeBSD kernel developer also named Alan Cox.
---А, не, не враньё. Просто _я_ всё перепутал, да-а-а?? А не кто-то препедёрнул.
> ""Not to be confused with the FreeBSD kernel developer also named Alan Cox.Хы... Я думал, это один и тот же человек :)
> Хы... Я думал, это одинНе льсти себе. Ты повторял.
Таки нет. Впервые о бсдшном коксе я узнал из бюллютеня про небезопасный маппинг, который был совсем недавно.
У буржуев имя Alan и фамилия Cox достаточно часты для того чтобы случались такие казусы.Более того - интерпол как-то недавно не того по ошибке стопнул. Потому что совпали имя, фамилия и даже дата рождения :). Так что бывает и хуже...
> У буржуев имя Alan и фамилия Cox достаточно часты для того чтобы
> случались такие казусы.
> Более того - интерпол как-то недавно не того по ошибке стопнул. Потому
> что совпали имя, фамилия и даже дата рождения :). Так что
> бывает и хуже...несчастные китайцы
>кто-то препедёрнул.граммар-наци тебя обязательно расстреляют, как только разберутся, в каком месте ты сделал ошибку.
Совсем уже уху*ли!
Нет! Только не это! Как же быть-то теперь!?
> Нет! Только не это! Как же быть-то теперь!?Солярис! Для анонимов с нарушенным душевным равновесием.
> Солярис! Для анонимов с нарушенным душевным равновесием.На...й авангардизм, DOS 3.30 FTW.
Это видимо в честь 10-летия ядра 2.6! :)
ИМХО все ядра ниже последней Ubuntu LTS и RHEL поддерживать смысла нет.
А если бы ты не знал слова RHEL, тогда только Убунту?!
Ну-ну вон 6 дебиан на чем у нас? 2.6.32 порабы действитель от чего-то отказываться.Ядру уже 12 лет блин
> Ядру уже 12 лет блин.Если в Makefile заменить циферки 2.6.32, на 3.10.0 ты ваще ничего не заметишь.
Последний апдейт в 2.6.32 в середине июня был.
Ядро 2.6 появилось в 2003 году. 2013 - 2003 != 12.
Вон линус от 386 отказался)
> Вон линус от 386 отказался)Ибо 80386 в современном мире - это примерно как кибитка с конягой на скоростном автобане.
Палец!
Linux 2.6.9 успел попасть в Debian stable?
> Linux 2.6.9 успел попасть в Debian stable?Тонко.
> Linux 2.6.9 успел попасть в Debian stable?Успел. В Debian Sarge. Только не 2.6.9, а 2.6.8. В backports вроде более новое, точно не скажу.
А вообще, чем бы в нвидии не тешились, лишь бы поддержку DR DOS не дропали.
> Linux 2.6.9 успел попасть в Debian stable?на, раз уж потерял
http://snapshot.debian.org/archive/debian/20050312T000000Z/p.../
Чувствую, что Шмель так и будет у меня на жестком диске...