https://github.com/i-rinat/libvdpau-va-gl/releases

В двух словах, это VDPAU драйвер, который использует OpenGL для рисования и VA-API для декодирования видео.

VDPAU это открытый интерфейс, который подразумевает единую точку входа (libvdpau) и подключаемые драйверы; API не замкнуто накоротко на nVidia. Выбор конкретного драйвера осуществляется либо через переменную окружения VDPAU_DRIVER, либо спрашивается у X-сервера. Если так или иначе получить имя не удалось, считается, что оно есть «nvidia». Драйвер представляет собой разделяемую библиотеку с именем вида libvdpau_<drivername>.so.1. Программы линкуются с libvdpau, а она в свою очередь загружает нужный драйвер.

Чтобы использовать, нужно собрать, положить библиотеку в директорию, где её сможет найти компоновщик, и добавить в окружение переменную VDPAU_DRIVER=va_gl. Проверить, что драйвер работает, можно запустив vdpauinfo. А vainfo покажет, работает ли драйвер VA-API.

На видеокартах AMD по чудаковатым причинам происходят падения внутри XCloseDisplay. Чтобы обойти проблему, нужно в переменную VDPAU_QUIRKS добавить строку XCloseDisplay. Элементы в VDPAU_QUIRKS перечисляются через запятую, слитно, без пробелов и служат для тонкой настройки поведения драйвера. Кроме XCloseDisplay, есть ещё параметр ShowWatermark, включающий отображение строки va_gl в правом нижнем углу. Полный список можно найти в README.md.

Начиная с версии 2.99.908 xf86-video-intel сообщает переходнику libvdpau.so имя VDPAU драйвера. Символьных ссылок
libvdpau_i965.so.1 → libvdpau_va_gl.so.1
libvdpau_i915.so.1 → libvdpau_va_gl.so.1
достаточно для загрузки, и необходимости в использовании VDPAU_DRIVER больше нет.

Подключаюсь аппаратным view-клиентом к vsphere, все хорошо, только разрешение на огромном мониторе всает 1280x720. dxdiag, выполненный в view-сессии, показывает, что видеокарта - nvidia qaudro 5000 (это правда), а тип драйвера - WDDM 1.0.

Причем клиент (Leadtek TERA 2140) должен уметь 4 монитора 1920x1200, а по факту больше двух подключить не удается - при втыкании третьего остается вообще один, и тот раз в две секунды мигает.

Куда можно копать, что я не так сделал?

Доброго дня! После установки Kubuntu 13.04, столкнулся, что появился tearing при скроле в браузере и при просмотре видео. Раньше такого не замечал ни на Ubuntu, ни на Kubuntu. Ноутбук Asus n56vz(hd4000 + nvidia 650M). Ставил только bumblebee из ppa. Собственно значит что артефакты только при intel. Кто сталкивался с этим на данной версии ядра, драйверов и как решал? Спасибо.

Нужно сделать чтобы hdparm.service стартовал автоматически после перезагрузки системы. Написал unit-файл для systemd со следующим содержимым:

[Unit]
Description=hdparm
After=basic.target

[Service]
ExecStart=/usr/sbin/hdparm -B 255 /dev/sda

Но это не работает. Нужно еще что-то указать в секции [Install]. Вопрос что именно? Так как:

# systemctl enable hdparm.service
The unit files have no [Install] section. They are not meant to be enabled using systemctl.

p.s. Fedora 18 x86_64

(Или немного о пользе чтения сорцов и бесполезности гугла.)

Выложу тут решение, может кому пригодится.

На ноутах самсунга (как минимум, на линейках 300V5* И 300E5*, но наверное и на многих других) глючит управление яркостью подсветки дисплея. При чем, глючит и стандартный acpi-шный модуль, и модуль samsung_laptop (который используется, если ядру при загрузке сказать acpi_backlight=vendor). На первом не обновляется текущее значение яркости в /sys/class/backlight/acpi_video0/actual_brightness, а второй вообще работает как попало.

Из-за этого (из-за нерверного значения actual_brightness), в частности, не работают команды xbacklight -dec и xbacklight -inc.

Как это быстро исправить, не хакая драйвера? Если мы посмотрим в /sys/class/backlight/, увидим там два интерфейса управления подсветкой:

~$ ls /sys/class/backlight/
acpi_video0  intel_backlight

Section "Device"
	Identifier  "Card0"
	Driver      "intel"
	BusID       "PCI:0:2:0"
	Option      "Backlight"   "intel_backlight"
EndSection

И перезапустить иксы. Всё.