LINUX.ORG.RU
Форум — Linux-hardware  

как нонче дела с AMD

 ,


0

3

получалось всю мою скромную практику юзать поделия nvidia, проблем не возникало, а на днях стану обладателем тачки с amd-шной видюхой (не мой выбор), но дарёному коню зубы не смотрят. asus r9 290x, жить можно будет?

Перемещено leave из general

← Penmount не работает ts_calibrate и ts_test
Fedora 25 и GeForce 210 →
  1 2 →
Ответ на: комментарий от midnight

fglrx

Стоп, про проприетарный драйвер ничего не знаю, со свободным проблем чуть менее, чем нисколько.

правильно?

У меня гента, мне почём знать?

система падает

Потому, что fglrx если не мёртв, то уже на грани. Юзай свободный драйвер, его даже готовить не надо.

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

правильно?

нет, неправильно, fglrx депрекатед

targitaj ★★★★★
()
Ответ на: комментарий от Aber 
$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD HAWAII (DRM 2.48.0 / 4.9.0-3-amd64, LLVM 3.9.1)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 13.0.6
OpenGL core profile shading language version string: 4.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 13.0.6
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 13.0.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

lsinitramfs /boot/initrd.img-$(uname -r) | grep hawaii не ищет ничего

$ sudo dmesg | grep radeon
[    9.166052] [drm] radeon kernel modesetting enabled.
[    9.286614] radeon 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
[    9.286952] radeon 0000:01:00.0: VRAM: 4096M 0x0000000000000000 - 0x00000000FFFFFFFF (4096M used)
[    9.286956] radeon 0000:01:00.0: GTT: 2048M 0x0000000100000000 - 0x000000017FFFFFFF
[    9.287167] [drm] radeon: 4096M of VRAM memory ready
[    9.287169] [drm] radeon: 2048M of GTT memory ready.
[    9.385721] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_pfp.bin
[    9.434142] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_me.bin
[    9.434385] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_ce.bin
[    9.434966] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_mec.bin
[    9.452548] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_rlc.bin
[    9.452790] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_sdma.bin
[    9.453251] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_mc.bin
[    9.462495] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/hawaii_smc.bin
[    9.491409] [drm] radeon: dpm initialized
[    9.540833] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/bonaire_uvd.bin
[    9.575099] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/BONAIRE_vce.bin
[    9.600230] radeon 0000:01:00.0: WB enabled
[    9.600248] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000100000c00 and cpu addr 0xffff92b49b68ac00
[    9.600251] radeon 0000:01:00.0: fence driver on ring 1 use gpu addr 0x0000000100000c04 and cpu addr 0xffff92b49b68ac04
[    9.600254] radeon 0000:01:00.0: fence driver on ring 2 use gpu addr 0x0000000100000c08 and cpu addr 0xffff92b49b68ac08
[    9.600257] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000100000c0c and cpu addr 0xffff92b49b68ac0c
[    9.600260] radeon 0000:01:00.0: fence driver on ring 4 use gpu addr 0x0000000100000c10 and cpu addr 0xffff92b49b68ac10
[    9.600742] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000078d30 and cpu addr 0xffffbd5942838d30
[    9.600941] radeon 0000:01:00.0: fence driver on ring 6 use gpu addr 0x0000000100000c18 and cpu addr 0xffff92b49b68ac18
[    9.600944] radeon 0000:01:00.0: fence driver on ring 7 use gpu addr 0x0000000100000c1c and cpu addr 0xffff92b49b68ac1c
[    9.601017] radeon 0000:01:00.0: radeon: using MSI.
[    9.601060] [drm] radeon: irq initialized.
[   10.982078] fbcon: radeondrmfb (fb0) is primary device
[   11.017167] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[   11.037545] [drm] Initialized radeon 2.48.0 20080528 for 0000:01:00.0 on minor 0

$ sudo dpkg -l amdgpu-pro
dpkg-query: шаблону amdgpu-pro не соответствует ни один пакет
midnight ★
() автор топика
Ответ на: комментарий от midnight

Все ок. amdgpu-pro проприетарный драйвер, не поставляется в дистрибутивах. Рекомендую mesa 17 с llvm4.

Aber ★★★★★
()

asus r9 290x, жить можно будет?

Жить можно, но плохо. Если тебе для игр, то ставь нормальную винду.

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

Неонятка получилась. Можешь подтвердить что все работает? Тормозов и тиринга в интерфейсе не должно быть, 13 mesa вполне функциональна, в 17 просто больше фиксов для игрушек. Я сейчас ухожу, завтра появятся не планирую.

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

Amdgpu-pro встанет только на модуль amdgpu (DRM 3.X). У тебя по логам видно, что используется модуль radeon (DRM 2.48). Собирай ядро с Enable amdgpu for CIK parts, ставь, добавляй в blacklist модуль radeon, после ребута получишь amdgpu, тогда и сможешь поставить аmdgpu-pro.

anonymous
()

спасибо, парни, вектор уяснил, утром начал процесс пересборки, не закончил, не хватает qt 4.8+, вечером продолжу

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

В experimental. AMDGPU-PRO тебе не нужен.

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

в итоге после всех манипуляций:

Kernel: 4.9.29-amdgpu

версия месы пока та же, или нет 

$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD HAWAII (DRM 3.8.0 / 4.9.29-amdgpu, LLVM 3.9.1)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 13.0.6
OpenGL core profile shading language version string: 4.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 13.0.6
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 13.0.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

пакет «mesa» не находит, experimental подключен

###### Debian Main Repos
deb http://deb.debian.org/debian/ experimental main contrib non-free
deb-src http://deb.debian.org/debian/ experimental main contrib non-free

deb http://deb.debian.org/debian/ testing-updates main contrib non-free
deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free

deb http://deb.debian.org/debian-security testing/updates main
deb-src http://deb.debian.org/debian-security testing/updates main

$ sudo apt-cache policy libegl1-mesa
libegl1-mesa:
  Установлен: 17.1.0-1
  Кандидат:   17.1.0-1
  Таблица версий:
 *** 17.1.0-1 100
          1 http://deb.debian.org/debian experimental/main amd64 Packages
        100 /var/lib/dpkg/status
     13.0.6-1+b2 990
        990 http://mirrors.kernel.org/debian stretch/main amd64 Packages

и сразу спрошу, как лечится тиринг на amd?

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

У тебя с mesa 13.0.6 есть тиринг? Этого не должно быть. Ну ради прикола форсируй вертикальную синхронизацию, создай в домашней директории файл ~/.drirc с таким содержимым: 

<driconf>
    <device screen="0" driver="dri2">
        <application name="Default">
            <option name="vblank_mode" value="1" />
        </application>
    </device>
</driconf>
После перезапустить иксовую сессию.

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

на экране жесткие артефакты 

$ GALLIUM_HUD="fps" glxgears
70216 frames in 5.0 seconds = 14042.714 FPS
66847 frames in 5.0 seconds = 13369.331 FPS
73848 frames in 5.0 seconds = 14769.347 FPS
67970 frames in 5.0 seconds = 13593.837 FPS
72692 frames in 5.0 seconds = 14538.236 FPS
65505 frames in 5.0 seconds = 13100.992 FPS
67479 frames in 5.0 seconds = 13495.728 FPS
midnight ★
() автор топика
Ответ на: комментарий от midnight

Я удалил про сообщение про glxgears потому как запустил его и понял, что мое утверждение про лок на 60 fps ложное, т.е. не показатель вертикальной синхронизации. Можешь описать артефакты? Или их может быть можно заскришотить?

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

у меня версии старше

твой вывод: 

...
OpenGL renderer string: Gallium 0.4 on AMD POLARIS10 (DRM 3.3.0 / 4.8.0-51-generic, LLVM 4.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.0.3
...

мой: 

OpenGL renderer string: Gallium 0.4 on AMD HAWAII (DRM 3.8.0 / 4.9.29-amdgpu, LLVM 3.9.1)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 13.0.6

сдается мне, не та меса

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

разрывы картинки даже в статике, никакой динамики: браузер - лор - разрывы. скриншот не ловит, к сожалению

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

13.0.6 меса - стабильная, там кстати в третей цифре больше фиксов на intel, чем на radeon'ы. Я ей пользовался с октября по февраль, никаких артефактов и тиринга. Так значит ~/.drirc не исправил проблему тиринга? Под артефактами ты имеешь ввиду не только тиринг? Я его себе представляю как разрывы изображения видимые скажем при скролинге странички в броузере, но в статике они не наблюдаемы. Ты сказал что видишь их в статике, и скриншоты сделать нельзя. Симптом плохой, карта точно нормальная?

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

Ну 17 месу можно попробовать использовав лайв образ Ubuntu 17.04.

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

Кинь сюда результат: 

cat /var/log/Xorg.0.log | grep -iE "dri[[:digit:]]"
Если там dri3 (а в моей убунте dri2 и я в этом не разбираюсь), то может быть этот рецепт поможет: http://mykubik.blogspot.com/2016/05/kde.html. Больше я наверное не подскажу.

Aber ★★★★★
()
Ответ на: комментарий от Aber 
$ cat /var/log/Xorg.0.log | grep -iE "dri[[:digit:]]"
[    20.622] (II) Loading sub module "dri2"
[    20.622] (II) LoadModule: "dri2"
[    20.622] (II) Module "dri2" already built-in
[    21.985] (II) glamor: EGL version 1.4 (DRI2):
[    22.303] (II) AMDGPU(0): [DRI2] Setup complete
[    22.303] (II) AMDGPU(0): [DRI2]   DRI driver: radeonsi
[    22.303] (II) AMDGPU(0): [DRI2]   VDPAU driver: radeonsi
[    22.308] (==) AMDGPU(0): DRI3 enabled
[    23.213] (II) GLX: Initialized DRI2 GL provider for screen 0
midnight ★
() автор топика
Ответ на: комментарий от midnight

У меня тоже самое кроме DRI3 disabled, вроде dri3 дает меньшей оверхед при работе с картой. Но дать определение и сказать как изменение версии dri может повлиять на вывод картинки я не могу, по ссылке там используют ключи в xorg.conf, как например Option «TearFree» «on», ничего подобного у меня в xorg.conf.d нет, как и упоминаний dri3.

Если бы у мен были проблемы с картинкой, я бы взял livecd lts убунты, загрузился, посмотрел какой драйвер используется (glxinfo) убедился, что работает amdgpu или radeon а не программный fallback, заглянул в xorg, посмотрел броузер и glxgears, чтоб убедится что артефактов нет, если их нет то попытался бы установить в чем разница между live cd и моим дистрибутивом. А если артефакты есть, то гуглил бы про проблемы 290х и линукса вообще. Бывают отдельные карты с нерешенными проблемами.

P.S. Нагуглил на phoronix информацию что карта r9 290 постоянно имеет проблемы с регресом перформанса и новые firmware их частично решают, про артефакты не сказано.

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

понятно. что нифига не понятно. думал отделаться малой кровью не залезая в дебри со своей r9.

в случае с nvidia, где нужно просто установить пакет и запустить nvidia-xconfig, если память не подводит. в случае же с amd я узнал такие понятия как DRIx, firmware, amdgpu, amdgpu-pro, fglrx, mesa 17 с llvm4, только вообще нет понимания как это всё взаимосвязано. кто-нибудь на пальцах сможет объяснить? хочу разобраться

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

можно это на русский язык перевести?

С r9 290 на открытых драйверах постоянно наблюдается падение производительности в ряде приложений и игр, подобное не наблюдается на других картах. По ссылке тесты производительности с новыми firmware из git, вроде частично решают проблему. Но у ТС не с производительностью проблемы, у него наблюдается некий «тиринг» последствия которого видны и на статичной картинке.

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

AMDGPU-PRO 17.10 заработает с ядром 4.9? Мне кажется нет, т.е. конечно можно обойтись без dkms, главно чтоб ядро было собранно с поддержкой drm amdgpu для r9 290x. Конечно тут анонимус меня уверял, что dkms из поставки amdgpu-pro не отличается от от drm которое идет в ядре.

Aber ★★★★★
()

мой бомжатник. тиринга нет. на hdmi выдаёт 4k прон c hw accel. glxgears с локом в 60fps - не парит.

 > glxinfo | grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD KABINI (DRM 2.49.0, LLVM 3.8.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.2.2
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 11.2.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.2.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:

> env | grep -i radeon
LIBVA_DRIVER_NAME=radeonsi
VDPAU_DRIVER=radeonsi

> uname -svr
Linux 4.10.10-2-86-64 #1 SMP Thu Apr 13 14:29:51 MSK 2017

как-то так..

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

Да, но это только первый шаг.

Драйверы видеокарт в Linux разделены на три части.

Драйвер ядра (он же модуль ядра)
Драйвер иксов
OpenGL

Раньше было так:

NVIDIA открытый: nouveau (ядро), xserver-xorg-video-nouveau, Mesa.
NVIDIA закрытый: nvidia (ядро), nvidia (иксы), nvidia (OpenGL).
AMD открытый: r600, radeonsi (ядро), xserver-xorg-video-radeon (иксы), Mesa.
AMD закрытый: fglrx (ядро), fglrx (иксы), fglrx (OpenGL)

А теперь так:

AMD открытый (старое поколение карт): r600, radeonsi (ядро), xserver-xorg-video-radeon (иксы), Mesa.
AMD открытый: amdgpu (ядро), xserver-xorg-video-amdgpu (иксы), Mesa.
AMD закрытый: amdgpu (ядро), xserver-xorg-video-amdgpu (иксы), fglrx (OpenGL)

Если коротко - AMD-шники избавились от ядерной и иксовой части закрытого драйвера. Теперь драйвер ядра и драйвер иксов от открытого драйвера могут работать с закрытым OpenGL. Раньше не могли.

Когда ты установишь amdgpu, то OpenGL останется опенсорсным. Тебе надо будет установить OpenGL с закрытым кодом.

ZenitharChampion ★★★★★
()
Последнее исправление: ZenitharChampion (всего исправлений: 3)
Ответ на: комментарий от midnight

Как бы да, там пакет для убунты и вроде он же работает против steamos (debian based). Думаю ты можешь попробовать поставить отдельные deb файлы (dpkg -i <name>.deb), распаковав содержимое архива. Только учти, что проприетарный модуль работает только с ядром <=4.8, т.е. либо его не ставить ( amdgpu-pro-dkms*.deb) и в этому случае будет использоваться открытый drm в ядре, либо использовать на debian ядро 4.8 если такая возможность есть.

Нужно конечно разобраться что ставить. Поставь пока все amd64 пакеты кроме точно опциональных, исключи libopencl,vulkan, omx и vdpau(ускорение видео), dev, наверное можно обойтись без glamor (отрисовка иксов через ogl, а не свой ddx драйвер): 

amdgpu-pro-17.10-414273$ ls -1 | grep "deb$" |  grep -vE "i386|dkms|opencl|vulkan|vdpau|omx|glamor" | xargs echo "dpkg -i "

Если дексктоп будет работать без ошибок, то можно уже ставить по необходимости, напирмер steam и wine32 требуются некоторые i386 пакеты, какие именно думаю можно будет разобраться по факту ошибок.

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

вчера психанул, собрал 4.11 с поддержкой amdgpu, попытался поставить какой-то пакет amd64 один из основных, как мне показалось, он ругнулся на зависимости vulkan итд, но разбираться небыло сил вчера, поставлю тогда руками твоей конструкцией, отпишу по итогам.

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

как я понял, после этой команды результатом должна быть другая, уже по установке, соответственно ввожу её, в 4 пакетах ошибки

При обработке следующих пакетов произошли ошибки:
 amdgpu-pro
 amdgpu-pro-lib32
 clinfo-amdgpu-pro
 libdrm-amdgpu-pro-utils
midnight ★
() автор топика
Ответ на: комментарий от midnight

amdgpu-pro-lib32 лишнее, сейчас посмотрел там зависимости на i386 пакеты, amdgpu-pro это метапакет, просто тянет зависимости, в том числе dpkg который не нужно ставить, раз есть свежее ядро 4.11. Думаю без clinfo-amdgpu-pro и libdrm-amdgpu-pro-utils можно обойтись.

Aber ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Penmount не работает ts_calibrate и ts_test
Linux-hardware
Fedora 25 и GeForce 210 →