LINUX.ORG.RU

Сообщения carasin

 

Снимите ограничение на отправку комментариев в новости о выходе Fedora 18.

Форум — Linux-org-ru

Сабж.

carasin
()

Intel HD3000 не умеет OpenGL 3.X

Форум — General

Доброго всем!

Проблема заключается в следующем.

На только что купленном ноутбуке Samsung 300U1A имеется графика Intel HD3000, которая, по идее, умеет OpenGL >= 3.0. На этой машинке установлена Fedora 18 beta (RFRemix), т.е. Mesa имеет версию 9.0.1. Однако, ни о каком OpenGL 3.X система не ведает. Установил пакет libtxc_dxtn, но ситуация не изменилась.

Вот несколько выхлопов:

$ lspci -vnn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if 00 [VGA controller])

$ glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 
OpenGL version string: 2.1 Mesa 9.0.1
OpenGL shading language version string: 1.30
OpenGL extensions:

$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 
    GL_NV_conditional_render, GL_AMD_draw_buffers_blend,

$ rpm -qa xorg-x11-drv-intel
xorg-x11-drv-intel-2.20.16-1.fc18.i686

$ rpm -qa | grep mesa
mesa-dri-drivers-9.0.1-3.fc18.i686
mesa-libGLU-9.0.0-1.fc18.i686
mesa-libglapi-9.0.1-3.fc18.i686
mesa-libgbm-9.0.1-3.fc18.i686
mesa-libEGL-9.0.1-3.fc18.i686
mesa-dri-filesystem-9.0.1-3.fc18.i686
mesa-libxatracker-9.0.1-3.fc18.i686
mesa-libGL-9.0.1-3.fc18.i686

$ rpm -qa libtxc_dxtn
libtxc_dxtn-1.0.0-2.fc17.i686

$ uname -r
3.6.11-3.fc18.i686
Как получить OpenGL 3.X?

 , , , ,

carasin
()

Блоб nvidia 313.09 beta

Форум — Talks

Собственно, сабж. По стабильности порадовал больше, чем 310.19, ибо в последнем сломали уход в s2ram и регулировку яркости (в который раз!). В 313.09 с этим всё OK — прям как на 310.14.

Из новшеств (переводить в лом, ибо не релиз; по этой же причине пишу в talks'ах):

  • Added unofficial GLX protocol support (i.e for GLX indirect rendering) for the following extension and core commands:
    • GL_ARB_vertex_array_object;
    • OpenGL 3.0 commands ClearBufferfi, ClearBufferfv, ClearBufferiv, ClearBufferuiv and GetStringi.
  • Fixed a bug that caused the cursor shadow to be clipped to 32x32 pixels, even on Kepler GPUs that support a 256x256 cursor image.
  • Fixed a bug that prevented some cursor image updates from taking effect on displays with rotation or other transformations applied.
  • Fixed cursor alpha blending artifacts on displays with rotation or other transformations applied.
  • Added support for the GLX_EXT_buffer_age extension.
  • Improved the performance of glDrawPixels() by up to 450% when the pixel data is of type GL_BYTE.

Дополнительно можно отметить прогресс в попытках реализовать в проприетарном драйвере поддержку технологии Nvidia Optimus. Пока что разработчики стремятся «подпилить» под свой драйвер апстрим (осуществлена попытка абстрагирования от API DMA-BUF).

// Опакетил под Fedora'у. Кому надо — пишите.
// UPD1: в тред призывается megabaks.
// UPD2: ссылки для скачивания.

 ,

carasin
()

Стабильная версия проприетарного видео-драйвера nvidia 310.19

Новости — Hardware and Drivers
Группа Hardware and Drivers

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

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

( читать дальше... )

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

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

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

 , ,

carasin
()

Обновление проприетарного драйвера для видеокарт NVIDIA 304.64

Новости — Hardware and Drivers
Группа Hardware and Drivers

Произошло обновление стабильной ветки проприетарного драйвера для видеокарт NVIDIA. Выпуск за номером 304.64 включает следующие изменения:

  • добавлена поддержка карт VGX K1 и VGX K2;
  • устранена регрессия в функции управления подсветкой экрана на некоторых ноутбуках;
  • устранена проблема производительности при распределении и освобождении системной памяти в случае использовании драйвера совместно с последними версиями ядра Linux;
  • устранена ошибка, приводившая к невозможности отображения в утилите nvidia-settings меню настройки дисплея;
  • устранена ошибка в драйвере X-сервера, приводившая к невозможности регулировки цветовой гаммы после переключения в виртуальный терминал и обратно;
  • в скрипт nvidia-bug-report.sh добавлена опция --output-file для создания пользовательского имени файла отчёта об ошибке;
  • устранена ошибка, приводившая к зависанию системы при использовании программ, использующих OpenGL, в некоторых конфигурациях SLI Mosaic при использовании графических процессоров на базе архитектур, предшествующих Fermi;
  • в список «Поддерживаемые продукты на основе NVIDIA GPU» добавлены разделы для продуктов NVS, Tesla и VGX.

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

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

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

 , ,

carasin
()

Лепта в подготовке релиза Fedora 18

Галерея — Скриншоты

Доброго!

Это мой ноутбук, который всегда и всюду со мной — будь то работа, отдых, командировка или поездка к родителям. Samsung RV520-s0l — недорогая, но приличная, на мой взгляд, модель.

Уже две недели как установлена ещё не вышедшая на стадию беты F18 (RFRemix, если быть точным). Ещё со времени подготовки к выпуску F17 понял, что начинать участвовать в тестировании любимого дистрибутива лучше до объявления о релизе. Работает система достаточно стабильно, критичных багов не замечено.

Как и всегда, KDE. Как видно, используются четыре виртуальных рабочих стола с едиными настройками: с комнатами как-то не срослось. На первом — Opera, в которой на закреплённых вкладках открыты мои тикеты в багзиллах. Собственно, для того и устанавливал альфу, чтобы баги отписывать.

На следующем рабочем столе в Konsole только что закончилась сборка свежего Wine — 1.5.16. Пожалуй, это одна из немногих вещей, появления новых версий которой в репозиториях я обычно не дожидаюсь, а собираю сам (использую для запуска Diablo 3). Вторая такая вещь — это блоб Nvidia.

На остальных рабочих столах видны QutIM и Amarok. QutIM — единственный понравившийся мультипротокольный IM-клиент из всех испробованных мной. С Amarok'ом та же история. В последнем, к слову, в данный момент воспроизводится моя любимая песня у Margenta'ы.

Из последних веяний:

  • перешёл на KDE'шный апплет NetworkManager'а: раньше использовал nm-applet из состава GNOME, но его вроде как хотят выпилить из апстрима, поэтому «лучше раньше, чем позднее»;
  • какое-то время назад откатывался с freetype-infinality на обычный freetype из-за того, что от первого были проблемы у Wine'а; но сейчас всё в порядке, поэтому freetype-infinality возвращён в систему, ибо, ИМХО, приятнее для глаза по сравнению с дефолтом; шрифты, кстати, по-прежнему Droid (кроме браузера);
  • тема оформления KDE — Oxygen, т.к. это единственная тема для трёх тулкитов разом;
  • довольно приятная стандартная обоина из F18, особенно по сравнению с дефолтной из F17;
  • в Opera'е появилась функция объединения заголовка, панели закладок и главного меню в единую стилизуемую панель, что мне очень по нраву;
  • сменил тип панели быстрого запуска на появившиеся недавно в KDE динамически появляющиеся/исчезающие значки приложений.

Вот так: кто-то ждёт релиза новой версии дистрибутива, а другие уже во всю используют.

Оригинал в PNG

>>> Просмотр (2732x1536, 1370 Kb)

 , ,

carasin
()

Обновление проприетарного драйвера для видеокарт NVIDIA 304.60

Новости — Hardware and Drivers
Группа Hardware and Drivers

Произошло обновление стабильной ветки проприетарного драйвера для видеокарт NVIDIA. Выпуск за номером 304.60 включает следующие изменения:

  • исправлена ошибка, вызывавшая падение X-сервера в случае изменения параметров дисплея после того, как режим динамического управления энергопотреблением дисплея был выключен, а затем включён вновь;
  • исправлена ошибка, вызывавшая активацию расширения RandR в случае активации режима Xinerama (эти два расширения несовместимы, их совместное применение может привести к неправильной работе некоторых оконных менеджеров, например, Kwin); RandR теперь корректно завершается, если запускается режим Xinerama;
  • исправлена ошибка, вызывавшая отказ в работе приложений, использующих OpenGL и стереоскопический вывод, во время использования пассивного стерео-режима на картах Quadro, построенных на базе архитектур Fermi и более новых;
  • в утилите nvidia-settings добавлено отображение данных о текущем состоянии использования собственной памяти видеопроцессора (памяти, выделенной эксклюзивно видеоускорителю) и общей видеопамяти (собственная память + TurboCache, выделенный из системной памяти); данные доступны на вкладке с информацией о видеопроцессоре;
  • добавлена поддержка управления яркостью дисплея средствами расширения RandR (касается ноутбуков некоторых моделей);
  • исправлена ошибка, приводившая к тому, что панель запуска приложений в окружении Unity (в дистрибутиве Ubuntu) исчезала;
  • исправлена ошибка, иногда приводившая к попыткам записи лога установщиком драйвера в несуществующую директорию;
  • исправлена ошибка, приводившая к некорректной трансформации вводимых данных после изменения размера экрана при использовании X-сервера 1.12 или новее;
  • исправлена ошибка, приводившая к утечкам памяти в расширении GLX при использовании режима Xinerama.

Также стоит отметить выход беты драйвера новой мажорной версии — 310.14.

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

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

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

 , ,

carasin
()

Обновление проприетарного драйвера для видеокарт Nvidia 304.51

Новости — Hardware and Drivers
Группа Hardware and Drivers

Произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 304.51 включает следующие изменения:

  • обеспечена поддержка следующих карт: GeForce GTX 660, GTX 650, GT 645M, GTX 670MX, GTX 675MX;
  • добавлена поддержка новой карты Quadro Sync для видеопроцессоров Quadro, построенных на базе архитектуры Kepler;
  • исправлена ошибка с падением X-сервера версии 1.13, если последний был собран без поддержки DRI2;
  • исправлена регрессия, препятствовавшая управлению цветом в предыдущих версиях X-сервера;
  • исправлена ошибка, иногда вызывавшая неправильное расположение макетов дисплеев в утилите nvidia-settings;
  • исправлена ошибка, приводившая к неправильной работе панорамирования после смены видеорежима на некоторых версиях X-сервера с поддержкой функции сдерживания курсора;
  • исправлено регулирование гаммы и цветности во время изменения параметров экрана, таких как поворот и коррекция искажений;
  • исправлено взаимодействие с RandR при сохранении гаммы на каждом дисплее при переключении видеорежимов и виртуальных терминалов;
  • исправлена ошибка, иногда приводившая к зависанию X-сервера при обработке событий ввода;
  • исправлено снижение производительности отрисовки на некоторых картах, появившееся в ветке 290.x;
  • исправлена ошибка, приводившая к неправильной работе PowerMizer на некоторых картах, оснащённых видеопамятью стандарта GDDR5, например, на некоторых GeForce GT 240;
  • исправлена ошибка, вызывавшая на предыдущих версиях X-сервера неправильное отображение некоторых приложений, использующих OpenGL, если имели место поворот или иное изменение параметров дисплея;
  • обеспечено сглаживание FXAA с использованием Unified Back Buffers;
  • исправлена ошибка, приводившая к невозможности активации кнопки «Reset Hardware Defaults» в утилите nvidia-settings на вкладке «Display Settings».

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

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

 , ,

carasin
()

Прошу добавить кнопки LORCODE'а в форму ввода поста

Форум — Linux-org-ru

Здравствуйте.

Не так давно LOR окончательно перешёл на LORCODE. Но даже после этого приходится каждый раз писАть [i]курсив[/i], [b]жирный текст[/b], [u]подчёркивание[/u], [s]зачёркивание[/s] и прочие цитаты со ссылками руками.

Намного удобнее было бы использовать встроенные в форму добавления поста соответствующие кнопки (по типу phpBB), которых, к сожалению, на данный момент нет. В этой связи прошу причастных к разработке движка (или как оно правильно называется?) LOR'а людей реализовать данный функционал.

// P.S.: я, похоже, ошибся с разделом; вероятно, стОит перенести в lor-source.

 , , ,

carasin
()

hostapd 1.0

Новости — Интернет
Группа Интернет

10 мая 2012 года, после более двух лет разработки, вышла новая версия программного обеспечения для организации беспроводной точки доступа ― hostapd 1.0. Список изменений внушительный:

( читать дальше... )

Список изменений на английском языке

Загрузить

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

 , ,

carasin
()

Обновление проприетарного драйвера для видеокарт Nvidia 295.53

Новости — Hardware and Drivers
Группа Hardware and Drivers

Вчера произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.53 включает следующие изменения:

  • Добавлена поддержка новых карт: GeForce GTX 670, GT 645, GT 640, GT 630, GT 610, 605;
  • Исправлена ошибка, воспроизводившаяся на ряде конфигураций с G-Sync, которая вызывала инвертирование активного стерео-контента на некоторых дисплеях.

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

 , ,

carasin
()

Обновление проприетарного драйвера для видеокарт Nvidia 295.49

Новости — Hardware and Drivers
Группа Hardware and Drivers

Сегодня произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.49 включает следующие изменения:

  • добавлена поддержка карты GeForce GTX 690;
  • устранена проблема, которая приводила к тому, что окна приложений OpenGL очень медленно открывались, перемещались и закрывались при работе на картах Quadro FX 4600, Quadro FX 5600, GeForce 8800 GTX, GeForce 8800 GTS и GeForce 8800 Ultra;
  • устранено снижение производительности OpenGL, которое влияло на работу встроенных видеоускорителей серии Geforce 6 и Geforce 7.

Также следует отметить недавний выпуск тестовой версии драйвера 302.07, в котором реализована долгожданная поддержка RandR (1.2 и 1.3), а также множество изменений и улучшений.

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

 , ,

carasin
()

Используете ли Вы аппаратное ускорение воспроизведения видео?

Голосования — Голосования

В последние годы получили достаточно широкое распространение видеокарты с поддержкой аппаратного ускорения воспроизведения видео. В связи с этим, возникает вопрос: используют ли обитатели настоящего ресурса этот функционал в GNU/Linux?

  1. да, VDPAU (карта Nvidia); 515 (47%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. нет, не использую. 449 (41%)

    **************************************************************************************************************************************************************************************************************************************************************************************

  3. да, VAAPI (карта Intel); 105 (10%)

    *****************************************************************

  4. да, VAAPI (карта AMD/ATi); 78 (7%)

    ************************************************

  5. да, VDPAU (карта AMD/ATi); 50 (5%)

    *******************************

  6. да, VDPAU (карта S3 Graphics); 2 (0%)

    *

Всего голосов: 1199, всего проголосовавших: 1089

 , , ,

carasin
()

Выпуск проприетарного драйвера для видеокарт Nvidia 295.40

Новости — Hardware and Drivers
Группа Hardware and Drivers

Сегодня произошло обновление стабильной ветки проприетарного драйвера для видеокарт Nvidia. Выпуск за номером 295.40 включает следующие изменения:

  • добавлена поддержка новых карт: GeForce GT 635M, GeForce 610M;
  • закрыта уязвимость, позволявшая злоумышленнику получить доступ к произвольной области системной памяти посредством изменения конфигурации видеоадаптера (подробнее);
  • исправлена ошибка, иногда приводившая к сбоям в работе устройств с интерфейсом DisplayPort после возвращения системы из ждущего режима;
  • добавлен параметр конфигурации X-сервера «AllowNon3DVisionModes», позволяющий использовать режимы, не оптимизированные для применения с технологией Nvidia 3D Vision, на мониторах с поддержкой 3D Vision.

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

 , ,

carasin
()

В чём подвох?

Форум — Talks

Имеется ноут. На нём проц Intel Core i3-2330 и видеокарта Nvidia GT 520M. В силу того, что в процессоре аппаратно заблокирована интеграшка HD 3000, технологии Optimus в ноуте нет в принципе, чему я был несказанно рад.

Но тут я решил сравнить производительность заблоченной интеграшки HD 3000 и дискретки GT 520M. Результат оказался, по меньшей мере, странным.

Вот я теперь и думаю: может, стОило взять такую же модель, но без дискретки? Хотя, конечно, идут и игрушки под Wine'ом, и всё остальное работает, но «осадочек-то остался».

 ,

carasin
()

[HDD][Samsung][SpinPoint M7E] Растёт <Load_Cycle_Count>, hdparm не помогает

Форум — General

Здравствуйте.

Есть ноутбук Samsung RV520, в котором установлен HDD SAMSUNG SpinPoint M7E [SAMSUNG HM321HI] (взято из smart'а). На нём непрерывно растёт показатель Load_Cycle_Count (я постоянно слышу щелчки [парковки головок HDD] во время работы ноута).

Только что было:

225 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       70206
Буквально через минуту уже так:
225 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       70217
Я прописал в rc.local вот это:
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local
hdparm -B255 /dev/sda
hdparm -S0 /dev/sda
После перезагрузки проверяю: энергосбережение для HDD отключено:
$ sudo hdparm -B /dev/sda
/dev/sda:
 APM_level      = off
Но Load_Cycle_Count всё равно продолжает расти. Пока писАл этот пост, уже стало вот так:
225 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       70250
Как победить сей ужас (на других-то ноутах hdparm в автозагрузке помогал)? Просто хочется сохранить этот HDD, т.к. в остальном он устраивает (тихий [за исключением щелчков], практически не греется ― 34℃).

// Кстати, странно, что параметр Load_Cycle_Count в выхлопе smartctl находится под номером 225, а не как обычно 193.

 ,

carasin
()

[Samsung][RV-520] Не работают клавиши <Fn + Up/Down/F9>

Форум — Linux-hardware

Доброго всем.

Купил давеча Samsung RV-520 ― машинка, бесспорно, достойная. Но не заработали некоторые «горячие» клавиши, как то: Fn + Up, Fn + Down и Fn + F9. Первые две комбинации должны регулировать яркость подсветки дисплея, а последняя ― включать / отключать беспроводные устройства.

Пробовал разные рецепты, но решительно ни один не помог. В основном, в мануалах всё сводится к установке пакетов из PPA «voria», передаче ядру параметра acpi_backlight=vendor (ну, иногда ещё говорят, дескать, нужно отключить KMS,― ну, у меня-то он и так отключен, ибо установлен блоб nvidia, а nouveau «заблэклистчен») и прописыванию в xorg.conf'е строки Option «RegistryDwords» «EnableBrightnessControl=1». Также встречал мануал с редактированием правил udev'а.

Первый вариант, естественно, мне не подходит, т.к. не Ubuntu; а разобраться со вторым ― не хватило скилов (хотя, уверен, что оно тоже не сработает). Дело в том, что, в отличие от всех примеров «в googl'e», у меня проблема проявляется несколько иначе: в мануалах у людей, если не работает, то вообще никак; а в моём случае на мониторе показывается изменение уровня яркости (всплывает полоска, похожая на ту, что появляется при регулировке звука), а на самом деле изменения уровня яркости подсветки не наблюдается.

Интересно то, что при нажатии Fn + Up/Down также происходит изменение содержимого файлов actual_brightness и brightness в директории /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/backlight/acpi_video0/ (циферки там меняются от 1 до 7), но толку от этого, увы, нет.

$ sudo dmidecode -s system-product-name
RV420/RV520/RV720/E3530/S3530/E3420/E3520

В /lib/udev/rules.d/95-keymap.rules и /lib/udev/rules.d/95-keyboard-force-release.rules упоминаний о моей модели нет.

После того, как в /etc/acpi/events/videoconf раскомментировал строки:

event=video.*
action=/usr/sbin/vbetool dpms on
перестал сбрасываться уровень яркости подсветки (раньше сбрасывалось примерно на 50%) после выхода из спячки и отключения сети питания. Теперь яркость дисплея всегда «выкручена» до уровня 100% (и убавить её я не могу).

rfkill ничего не знает о беспроводной карте:

$ rfkill list
0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no
Но это меньшее из зол, т.к. и Wi-Fi, и BlueTooth можно «отключать мышкой» в соответствующих апплетах.

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

// Ах да, на всякий случай создал багрепорт в багзилле RedHat'а. Но регулировку яркости, конечно, хочется получить как можно скорее.

 

carasin
()

RFRemix 16, KDE, TwinView

Галерея — Скриншоты

Итак, начнём.

Это домашняя стационарная машина. Правая часть скриншота ― телевизор, сконфигурированный в режиме TwinView: используется исключительно для просмотра видео. Вот и сейчас на нём Е. Гришковец и А. Цекало соревнуются в красноречии (кто не в курсе, это спектакль «По-По» ― мой любимый, кстати). Крупные часы в «зомбоящике» ― насущная необходимость, ибо негоже идти к основному монитору, чтобы посмотреть время.

Используются Fedora 16 (RFRemix) + KDE. Кто бы что ни говорил, но «кеды» в Fedor'е хороши. Кроме SMPlayer'а, запущены Krusader и Opera ― практически не закрываемые на моих машинах приложения; в трее и на таскбаре также видны EisKaltDC++, Amarok и Psi+. Кстати, о таскбаре: это настроенный до соответствующего вида Smooth Tasks. Остальной часто используемый софт виден в панели быстрого запуска.

В качестве менеджера сетевых соединений используется GNOME'овский nm-applet ― ничего удобнее для «руления» сетью не видел (тулкитофобы отдыхают). Последние версии nm-applet'а переведены на использование GTK3. К счастью, недавно официально вышла тема Oxygen-GTK3, но тут-то и кроется подвох.

Дефолтное оформление внешнего вида несколько «подпилено». Но, как Oxygen ни настраивай,― всё равно это будет Oxygen :-) Панель несколько увеличена в высоту для более комфортного времяпровождения за компьютером. Из плазмоидов на скрине видны «Системный монитор» (о двух частях, ибо в один виджет всё не вошло) и «yaWP».

Шрифт ― Droid Sans (почти везде 11 pt); в консоли, соответственно, применяется Droid Sans Mono.
Также используется пакет Infinality (раньше в RFRemix сами применяли патчи «из Ubuntu», сейчас этого не делают).
Тема Qt / GTK2 / GTK3 / Kwin ― Oxygen, цветовая схема ― Steel.
Обоина ― стандартная для F16 (правда, из F14 мне больше нравилась).

Оригинал.
Скриншот с программами, использующими разные тулкиты (только основной монитор).

>>> Просмотр (2960x900, 302 Kb)

 ,

carasin
()

Стабильная версия проприетарного видео-драйвера nvidia 295.20

Новости — Hardware and Drivers
Группа Hardware and Drivers

Сегодня произошло обновление ветки 295.x проприетарного видео-драйвера nvidia. Новая версия за номером 295.20 объявлена стабильной и является рекомендованной для повседневного использования. В ней поддерживается работа с последними версиями ядра Linux и графического X-сервера.

Список изменений:

( читать дальше... )

Также, по словам пользователя megabaks'а, исправлен баг, приводивший к многочисленным ошибкам сегментирования в различных программах, возникавшим вследствие процедуры предварительного связывания исполняемых файлов ОС с установленным видео-драйвером nvidia.

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

 , ,

carasin
()

[megabaks, прости] Что стало с блобом?

Форум — General

Заголовок, конечно не совсем информативен, ибо, скорее всего, всё завязано не только и не столько на блобе nvidia, а вовсе даже и на X'ах / glibc / новых ядрах / etc., но всё же...

Долго сидел на RFRemix 14, ибо 15'шка не впечатляла чуть более, чем вовсе. Наконец, случилось: вышла F16 (я не из криокамеры, просто, чтобы всё написанное далее смогло приобрести более-менее законченный вид, видимо, должно было пройти какое-то время)!

Так вот, о чём это я. Всегда в своих машинах использовал графику Nvidia: даже в стареньком ASP Linux 10 эти карточки не подводили - блоб «просто работал» и всё было хорошо.

...До тех пор, пока в моду не вошли X'ы 1.11 и блоб 285.x (и более поздние его версии). Установил в RFRemix 16 блоб 285.x - полезли сегфолты всего и вся. Говорят, в моих любимых кедах (при X'ах 1.11 и блобе >= 285.x) такое явление проявляется чаще. Допустим. Проапдейтил блоб до 290.x - сегфолты полезли ещё чаще. Не, ну ладно, если бы в работе какого-нибудь экзотического софта, но в systemsettings, nvidia-settings, compiz, virtualbox!

У меня на стационаре стоит GTS 250, на ноуте - 310M: то есть карточки практически одной (плюс-минус рюшечки) архитектуры. Естественно, глюки проявлялись идентичнейшие (да простят меня граммар-нацци!) на обеих машинах.

В качестве воркэраунда я выполнил:

# yum remove *nvidia*
# yum --releasever=15 downgrade xorg* --nogpgcheck
# yum --releasever=15 install akmod-nvidia* xorg-x11-drv-nvidia* nvidia-settings  nvidia-xconfig --nogpgcheck
# akmods
Сегфолты прекратились. Единственное, что по-прежнему не запускалось - так это compiz (ну и хрен с ним: всё равно в версии 0.9 его поломали - перейду на kwin). Но ведь это костыль?!

Попросил ребят из Russian Fedora, чтобы создали пакеты для ветки 275.x (ибо ветка стабильная, длительно поддерживаемая, да к тому же и официально рекомендованная). Народ там отзывчивый, понимающий - сделали (за что им сердечное спасибо!). Установил, потестил - нормально: по стабильности так же, как и с даунгрейднутыми до *fс15 блобом и X'ами. И вроде бы всё хорошо да замечательно!

...Думал я, покуда не собрал на днях брату жены одну конфигурацию. В общем-то, середнячок, ничего выдающегося: Core i3 2100, GT 520 1 ГиБ VRAM, 2 ГиБ RAM (по надобности потом сам доустановит), 500 ГиБ HDD (торгаши наглеют, за 1 ТиБ 4,6 kRUR просят, а за этот винт - 3,8). Так вот, установив на всё это хозяйство RFRemix 16 и убедившись в стабильности проявления сегфолтов в KDE на блобе >= 285.x, решил я повторить свой опыт отката на 275.x.

Но оказалось, что к выше упомянутым лагам добавились спонтанные зависания X'ов (видимо, на Fermi есть какие-то «особенности» в работе драйвера с X'ами). Думаю:«Хрен с ним, сделаю откат блоба, всё исправится.» Ан-нет! Зависоны X'ов проявились и на 275.x. Поначалу грешил на зависание всей ОСи (даже пробовал параметры pci=nomsi, pci=nocrs, acpi=copy_dsdt, acpi_osi=<бла-бла-бла>), но потом заметил, что сама ОСь жива (если на момент зависания играла музыка - то она продолжала играть, если шёл ролик в youtub'е - то опять-таки был слышен звук, если шло скачивание чего-то в EisKaltDC++ - то винт продолжал шуршать, а лампочка продолжала светиться, etc.).

В общем, не мудрствуя лукаво, снёс блоб, оставил nouveau. Но и тут меня ждало разочарование. Нет, фризы графики прекратились, но в выхлопе glxinfo | grep OpenGL числились слова wmware и llvmpipe, а по команде glxgears процессор нагружался на добрые 10% практически с нуля. Гугление на эту тему выдало, что используемый в F16 срез кодовой базы драйвера nouveau (от июля-месяца 2011 г.) ещё не поддерживает в сколь-нибудь приемлемом виде карточку GT 520, ибо необходимые изменения в этот драйвер были внесены лишь в октябре минувшего года (в rawhid'е и koji версии nouveau также от июля 2011 г.). К слову, и ядро значительно лучше поддерживает эту видюху только в версии 3.2.
_________________________________________________

В связи с описанными выше событиями у меня возникли два вопроса:

  1. Что случилось с блобом (X'ами / etc.)?
  2. Есть ли здесь люди, столкнувшиеся с аналогичными / похожими проблемами (историй успеха при похожих лагах, суди по гуглению, не было,- так что на решение сих непотребств до апдейта выше означенных компонентов системы не надеюсь)?

//P.S.: В сторону Fedor'ы не плеваться, ибо политика её разработчиков подразумевает отсутствие в официальных репозиториях несвободных (в той или иной форме) компонентов, так что использование RPM-Fusion'а и подобных репозиториев производится на свой страх и риск.
//P.P.S.: Переходить на другие дистры не предлагать, ибо привык к RPM (в то же время суся не впечатлила, магейя недопилена, мандрива почти мертва), да и «канпелять» генту у меня просто нет времени, не то что осваивать (я, в общем-то, и не IT'тишник вовсе).

Перемещено mono из Talks

carasin
()

RSS подписка на новые темы