LINUX.ORG.RU
ФорумTalks

[git pull] drm for rc1


0

1

Что нас ждет в DRM 2.6.38:

  • AMD
    • Поддержка Fusion
    • Поддержка Nothern Islands
    • KMS Page-Flipping
    • Поддержка Gen2 PCIE
  • nouveau
    • Отреверсенная начальная поддержка Fermi. Требует закрытого микрокода.
    • Переписана работа с VRAM/VM
  • intel
    • Улучшенное энергосбережение на Iron Lake и Sandy Bridge
    • Полная поддержка GTT

Пруфлинк

★★★★★

Последнее исправление: madgnu (всего исправлений: 1)

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

Direct Rendering Manager. Не путать с Digital Rights Management (тем самым, да).

madgnu ★★★★★
() автор топика
Ответ на: комментарий от Novell-ch

Для всех. xf86-video-ati только из git взять надо (не знаю, как там в radeong с этим, скорее всего, взлетит).

madgnu ★★★★★
() автор топика
Ответ на: Om-nom-nom. от Camel

>Сладок суррогат проприетарного кактуса.

К счастью, не пейот, как у обладателей радеонов

devl547 ★★★★★
()

Блин, я ж разорвусь между .36.4-zen и .38-rc

devl547 ★★★★★
()

Можно ли дрм от 38го ядра собрать для 37го и если да то как? Хотелось бы пкджбилд для арча.

Behem0th ★★★★★
()
Ответ на: комментарий от Novell-ch

>там только r600 светится

Это наконец-то включили тайлинг для r600+, кстати. PF точно должен работать на всех картах.

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

А вот хотел поинтересоваться по поводу поддержки HD5850M. Взял 37-е ядро, Месу 7.11, позавчерашний radeon, включил Gallium3D в Xorg. Всё круто настолько, насколько это возможно для драйвера Evergreen на данном отрезке времени, но есть проблема с температурой. Судя по RadeonFeature Power Saving должен быть в полный рост, но по факту температура 90-100 (смотрел в lmsensors/radeon/temp1). Есс-но с FGLRX было меньше.
Есть куда копать или сразу ползти в сторону багтрекера?

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

Есть параметр модуля radeon (называется вроде, powersave), там есть четыре значения (high, medium, low, dynpm). Последний меняет частоты и вольтаж динамически, но он пока сам не выставляет low (т.к. с ним бывают глюки на некоторых картах), т.е. балансирует между medium и high.

Попробуй руками выставить medium или low (возможно снижение производительности по понятным причинам).

Искать где-то тут (за точность не ручаюсь): /sys/module/radeon/parameters/powersave

Также пошерсти dmesg на предмет ошибок, если найдешь — тащи в багтрекер.

PS: Поподробней распиши впечатления, пожалуйста, я с evergreen пока не работал еще.

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

Блин, посмотрел в radeonfeature и понял, что наврал местами. Там написано, где и какие значения.

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

Поподробней распиши впечатления, пожалуйста, я с evergreen пока не работал еще.
Скроллинг, как обычно, поприятнее. Композитинг летает, простенькие игры идут (пока проверил Osmos и Gish), посложнее (Trine, Source Engine) - уже не запускаются (падают). Тиринг менее заметен, чем на fglrx. В отличии от fglrx для xv есть vsync.
> Там написано, где и какие значения.
Ага! Спасибо, echo mid дал нужный результат - температуру чуть выше 60 градусов. До этого, похоже, постоянно работало на high. Переключение между режимами пока приводит к подёргиванию экрана, поэтому оставил на mid (судя по тому, что ранее эта проблема не наблюдалась, ни dynpm, ни auto profile не были задействованы).

И вторая проблема, чуть поменьше. Похоже vsync происходит с некорректной частотой. Xrandr получает правильную частоту - 60 герц, но в OpenGL-приложениях и при воспроизведении видео mplayer-ом на gl заметно, что с синхронизацией что-то не так. Не знаю, что из этого считать более подходящим признаком реальной частоты, с которой происходит синхронизация:
1. Колёсики отрабатывают на 55-57 fps.
2. В самом конце Xorg.log зачем-то десятка полтора раз продублирована строка (II) RADEON(0): Modeline «1920x1080"x0.0 138.65 1920 1968 2000 2080 1080 1083 1088 1111 -hsync -vsync (66.7 kHz). При этом результат разбора EDID (на глазок - разобран корреткно) выдан драйверов задолго до, где-то в середине лога.
Субъективно пара-тройка кадров в секунду действительно висит на экране в два раза больше, чем нужно.
Неоптимизированность драйвера или скорей баг?

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

>Неоптимизированность драйвера или скорей баг?

Сложно сказать. Попробуй спросить на #radeon

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

Пробовал вчера, но не осилил - даже после логина при попытке отправить сообщение получаю «Cannot send to channel».

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

Поподробней распиши впечатления, пожалуйста, я с evergreen пока не работал еще.
Ах да, меньше багов при работе Flash (10.3 Preview) с форсированным использованием GPU. Например на проприетарных драйверах nVidia и AMD после перехода в полноэкранный режим иногда (после изменения уровня громкости хардверными кнопками (кеды показывают уровень громкости на экране, тем самым как-то мешая Флешу) или появления какого-либо уведомления в углу экрана) непросто из него вернуться - элементы управления Flash-приложения перестают реагировать на команды. Вернуться удаётся например вслепую вызвав календарь кликом по часам. Со свободными такой проблемы нет.

RussianNeuroMancer ★★★★★
()

что-то профит от этого KMS Pageflipping совершенно не очевиден,
имеем
cat /var/log/Xorg.0.log|grep Page
[ 20.826] (**) RADEON(0): Option «EnablePageFlip»
[ 20.827] (II) RADEON(0): KMS Pageflipping: enabled

на 37 ядре в опенарене 22.4 фпс в 37-next 22.3 фпс, я ожидал конечно прирост, а для операрены его нет. Где этот Pageflipping может пригодится?

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