LINUX.ORG.RU

Фризится Xorg на дровах amdgpu

 , ,


2

2

Доброго времени суток. Имею видеокарту AMD R9 390X. По совету некоторых товарищей пробовал накатить новенький amdgpu-pro, но с ним были проблемы при сборке wine. Решил вернуться на amdgpu и ждать, пока *-pro доведут до ума. Но возникла проблема. Люблю поиграть в дотку с вободное от работы и учебы время. А эта самая дотка при запуске периодически вешает намертво иксы. На клавиатуру никакой реакции. Единственное что могу - залогиниться по ssh. Таким способом проверил Xorg.0.log - ни единой ошибки. Ничего подозрительного в dmesg и /var/log/messages. Содержимое xorg.conf.d:

Section "Device"
   Identifier "AMD"
   Driver "amdgpu"
   BusID "PCI:04:00:0"
   Option "AccelMethod" "glamor"
EndSection
Section "Screen"
   Identifier "Screen0"
   DefaultDepth 24
   SubSection "Display"
              Depth 24
   EndSubSection
EndSection
lscpi -k говорит о том, что подгружен нужный модуль - amdgpu. Ядро 4.7.3-hardened. Подскажите, куда смотреть? Никаких идей.


А если подключившись по ssh дотку убиваешь, иксы в себя приходят, или приходится их тоже убивать?

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

Нет, не приходят, приходится тоже убивать. Заметил закономерность: подвисает в самом начале в тех режимах игры, когда все персонажи одновременно прогружаются. Если режим игры подразумевает последовательную загрузку персонажей, то иксы уже не повиснут. Настройки графики стоят на минимуме. Пробовал также запускать в окне.

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

когда все персонажи одновременно прогружаются

Есть у многопоточного кода такая особенность: валиться или дедлокаться под нагрузкой. Я бы предположил, что если во всех логах чисто, то это какой-то дедлок в драйвере (если бы был простой крах, то где-нибудь что-нибудь проявилось бы). Можно ради интереса понаблюдать за top во время запуска игры (по ssh, естественно). Если дедлок, то нагрузка на проц должна в этот момент просесть.

radeon с этой карточкой не работает?

ddos3
()

Можно еще попытаться собрать логи mesa/libgl запустив доту через ssh примерно таким способом:

LIBGL_DEBUG=verbose MESA_DEBUG=1 DISPLAY=:0 ./dota
Может, там будет что-то интересное.

ddos3
()

Сколько MMR?

FIL ★★★★
()

пробуй R600_DEBUG=mono если не поможет то

GALLIUM_DDEBUG=800

в этом случае при ханге или если видяха пересиает отвечать в папке пользователя должна создаться папка с логами, вот с ними и надо идти на багтрекер.

Novell-ch ★★★★★
()

Мыши плакали, кололись, чувак, поменяй эту срань на нормальную карту.

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

Мыши плакали, кололись, чувак, поменяй эту срань на нормальную карту.

К сожалению она у него уже в ощущениях. Можно лишь надеяться, что чем больше таких полных боли тредов тем меньше будет решившихся купить продукцию этой говноконторы.

Раздумывающие над покупкой видеокарты, знайте, если вам нужна карта для поиграть прямо вот сейчас, а не когда нибудь потом в светлом будущем возможно, если не устареет - то только Nvidia, к сожалению.

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

Проблема решилась даунгрейдом mesa c 12 до 11. Баг описан тут. Всего делов-то, так что не согласен по поводу

только Nvidia

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

даунгрейдом mesa Всего делов-то

Да у вас постоянно так. То даунгрейд чего то, то апгрейд из гита, тут улучшили, там отвалилось. У меня сложилось устойчивое ощущение, что комьюнити просто физически не в состоянии потянуть видеодрова со всей зависимой обвязкой. Почему и советую не связываться, если есть желание просто запустить и играть, а не апгрейдить\даунгрейдить\ждать новых ядер.

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