LINUX.ORG.RU

проблемы с ati-drivers

 , ,


0

1

привет всем

собираю новую систему на базе gentoo,ядро использую pf-4.5, на ноуте леново х120 с атишной картой под x86 архитектуру вначале была проблема со сборкой проприетарных дров,перечитал кучу информации,накачал кучу разных патчей,дрова собрались,модуль грузиться но иксы в итоге не грузятся,при запуске иксов черный экран,устройство не находится судя по логам ,но aticonfig устройство разумеется видит кто нибудь смог запустить ати карту с проприетарными дровами? на gentoo.ru не отвеают:( может кто нибудь здесь сталкивамся с таким?


Что за поток сознания я только что прочитал? Где логи сборки и запуска, где список накатываемых патчей, где хотя бы название пакета с блобами? Что это за простыня?

XMs ★★★★★
()
sed -i '/VIDEO_CARDS/d' /etc/portage/make.conf
echo 'VIDEO_CARDS="r600 radeon"' >> /etc/portage/make.conf
emerge --unmerge ati-drivers
emerge -av libdrm xf86-video-ati llvm mesa
emerge -av --deep --update --newuse @world
genkernel --menuconfig --blablabla all
devicedrivers - graphicssupport - ati radeon [M]
grub2-mkconfig > /boot/grub/grub.cfg
sed -i 's/fglrx/radeon/g' /etc/X11/xorg.conf
cd /etc/X11/xorg.conf.d/
for i in *; do sed -i 's/fglrx/radeon/g' "$i"; done
eselect opengl set xorg-x11
reboot
steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 3)
Ответ на: комментарий от XMs

video выбрано fglrx патчи накачал с миру по нитке с разных ресурсов без патчей драйвера не собирались собрал драйвер и через ebuild и через собственный инсталлятор ати драйвера 593.922] X.Org Server Extension : 9.0 [ 593.925] (--) PCI:*(0:0:1:0) 1002:9802:17aa:21df rev 0, Mem @ 0xe0000000/268435456, 0xf0200000/262144, I/O @ 0x00004000/256 [ 593.925] (II) «glx» will be loaded by default. [ 593.925] (II) LoadModule: «glx» [ 593.926] (II) Loading /usr/lib/opengl/ati/extensions/libglx.so [ 593.931] (II) Module glx: vendor=«Advanced Micro Devices, Inc.» [ 593.931] compiled for 6.9.0, module version = 1.0.0 [ 593.931] (II) LoadModule: «fglrx» [ 593.934] (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so [ 594.071] (II) Module fglrx: vendor=«FireGL - AMD Technologies Inc.» [ 594.071] compiled for 1.4.99.906, module version = 15.20.3 [ 594.071] Module class: X.Org Video Driver [ 594.071] (II) Loading sub module «fglrxdrm» [ 594.071] (II) LoadModule: «fglrxdrm» [ 594.072] (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so [ 594.075] (II) Module fglrxdrm: vendor=«FireGL - AMD Technologies Inc.» [ 594.075] compiled for 1.4.99.906, module version = 15.20.3 [ 594.075] (II) AMD Proprietary Linux Driver Version Identifier:15.20.3 [ 594.076] (II) AMD Proprietary Linux Driver Release Identifier: UNSUPPORTED-15.201.1151 [ 594.076] (II) AMD Proprietary Linux Driver Build Date: Sep 8 2015 15:06:34 [ 594.076] (--) using VT number 7

[ 594.078] (WW) Falling back to old probe method for fglrx [ 594.140] (II) Loading PCS database from /etc/ati/amdpcsdb /etc/ati/amdpcsdb.default [ 594.143] ukiDynamicMajor: found major device number 248 [ 594.143] ukiDynamicMajor: found major device number 248 [ 594.143] ukiOpenByBusid: Searching for BusID PCI:0:1:0 [ 594.143] ukiOpenDevice: node name is /dev/ati/card0 [ 594.144] ukiOpenDevice: open result is 8, (OK) [ 594.999] ukiOpenByBusid: ukiOpenMinor returns 8 [ 594.999] ukiOpenByBusid: ukiGetBusid reports PCI:0:1:0 [ 595.016] (--) Chipset Supported AMD Graphics Processor (0x9802) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:1:1) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:17:0) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:18:0) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:18:2) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:19:0) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:19:2) found [ 595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:0) found [ 595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:2) found [ 595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:3) found [ 595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:4) found [ 595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:21:0) found [ 595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:21:1) found [ 595.018] (II) fglrx(0): pEnt->device->identifier=0xa0751a8

scl
() автор топика

Я прошел примерно тот же путь.
ati-drivers больше не развиваются. С новыми ядрами не компилятся. Замена - открытый radeon, или открытый admgpu, или закрытый admgpu-pro. Последние два поддерживают пока не много видеокарт.

У меня Radeon HD 7870. radeon встал нормально. Питанием управляет. KMS работает. opencl установился;пока не запускал, но проскакивала статья, что на radeon он может работать даже лучше. Вобщем, я доволен.

Нюансы. ati-drivers нужно удалить, иначе будут проблемы. Иксы должны быть последними. Xorg -configure почему-то не работает, в xorg.conf просто ручками прописал Driver "radeon". В make.conf у меня VIDEO_CARDS="radeon radeonsi amdgpu". Бинари ставил из radeon-ucode (а не linux-firmware - они конфликтуют), в ядро вкомпил; какая видеокарта к какому семейству, и какие бинари вкомпиливать для какого семейства написано в https://wiki.gentoo.org/wiki/Radeon . В остальном все straightforward.

Kroz ★★★★★
()
Последнее исправление: Kroz (всего исправлений: 1)
Ответ на: комментарий от scl

А теперь то же самое, но используя lorcode. Для логов подойдёт преформатированный текст (тег [pre]). Я не собираюсь ломать глаза, вчитываясь в такую простыню

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

amdgpu не поддерживает hd6300 вроде как иначе я бы сразу на них перешел бы,а без поддержки ускорения даже окошки еле двигаются:(

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

извините пожалуйста,с тегами не сталкивался,возможно снова что то не так сделал...

593.922] 	X.Org Server Extension : 9.0
[   593.925] (--) PCI:*(0:0:1:0) 1002:9802:17aa:21df rev 0, Mem @ 0xe0000000/268435456, 0xf0200000/262144, I/O @ 0x00004000/256
[   593.925] (II) «glx» will be loaded by default.
[   593.925] (II) LoadModule: «glx»
[   593.926] (II) Loading /usr/lib/opengl/ati/extensions/libglx.so
[   593.931] (II) Module glx: vendor=«Advanced Micro Devices, Inc.»
[   593.931] 	compiled for 6.9.0, module version = 1.0.0
[   593.931] (II) LoadModule: «fglrx»
[   593.934] (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so
[   594.071] (II) Module fglrx: vendor=«FireGL - AMD Technologies Inc.»
[   594.071] 	compiled for 1.4.99.906, module version = 15.20.3
[   594.071] 	Module class: X.Org Video Driver
[   594.071] (II) Loading sub module «fglrxdrm»
[   594.071] (II) LoadModule: «fglrxdrm»
[   594.072] (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so
[   594.075] (II) Module fglrxdrm: vendor=«FireGL - AMD Technologies Inc.»
[   594.075] 	compiled for 1.4.99.906, module version = 15.20.3
[   594.075] (II) AMD Proprietary Linux Driver Version Identifier:15.20.3
[   594.076] (II) AMD Proprietary Linux Driver Release Identifier: UNSUPPORTED-15.201.1151              
[   594.076] (II) AMD Proprietary Linux Driver Build Date: Sep  8 2015 15:06:34
[   594.076] (--) using VT number 7

[   594.078] (WW) Falling back to old probe method for fglrx
[   594.140] (II) Loading PCS database from /etc/ati/amdpcsdb /etc/ati/amdpcsdb.default
[   594.143] ukiDynamicMajor: found major device number 248
[   594.143] ukiDynamicMajor: found major device number 248
[   594.143] ukiOpenByBusid: Searching for BusID PCI:0:1:0
[   594.143] ukiOpenDevice: node name is /dev/ati/card0
[   594.144] ukiOpenDevice: open result is 8, (OK)
[   594.999] ukiOpenByBusid: ukiOpenMinor returns 8
[   594.999] ukiOpenByBusid: ukiGetBusid reports PCI:0:1:0
[   595.016] (--) Chipset Supported AMD Graphics Processor (0x9802) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:1:1) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:17:0) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:18:0) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:18:2) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:19:0) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:19:2) found
[   595.016] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:0) found
[   595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:2) found
[   595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:3) found
[   595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:20:4) found
[   595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:21:0) found
[   595.017] (WW) fglrx: No matching Device section for instance (BusID PCI:0@0:21:1) found
[   595.018] (II) fglrx(0): pEnt->device->identifier=0xa0751a8

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

Про открытый драйвер radeon ты не мог не слышать.
Чтобы он работал, нужно, чтобы ядро подгрузило определенные бинари (лучше чтобы они были вкомпилены в ядро). Бинари ставятся из radeon-ucode. Какие именно бинари подгружать зависит от семейства. hd6300 - семейство Evergreen. Взял из той же вики.

Читай здесь: https://wiki.gentoo.org/wiki/Radeon

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

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

scl
() автор топика

ядро использую pf-4.5

что это?

накачал кучу разных патчей

ну и зря. не нужны там никакие патчи наложенные вручную.

попробуй поставить ядро не новее 4.1 (для теста можешь и 4.0 и старее) и xorg не новее 1.17.

Более того, раз у тебя ноут, то написал бы, что там за видеокарты, может у тебя вообще видюха от Intel сначала должна работать. Но, судя по всему, там процессор amd. Поэтому уточни что именно за ядро, что за левые патчи и какая версия xorg и xorg-server?

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

есть такое ядро в портах pf-sources на 4.1 не откачусь,ибо всю систему придется октатывать видюха hd6300 иксы 1.18 собирал все в masked патчи нужны,иначе сборка модуля не проходит

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

что за патчи то? они обеспечивают совместимость catalyst-15.12 с ядром или xorg-server? Потому сам по себе каталист официально явно не поддерживание ни ядро 4.5, ни иксы 1.18. Может тогда иксы откатить хотя бы, т.к. патчи скорее всего для ядра?

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

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

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

scl
() автор топика
Последнее исправление: scl (всего исправлений: 1)
Ответ на: комментарий от scl

вопрос был про использование проприетарного драйвера

ati-drivers больше нет
amdgpu-pro - только для очень новых карт

Зачем именно проприетарный?

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

У меня Radeon HD 7870. radeon встал нормально. Питанием управляет. KMS работает. opencl установился;пока не запускал, но проскакивала статья, что на radeon он может работать даже лучше. Вобщем, я доволен.

Начиная с 4.9+ сможешь использовать AMDGPU-PRO и полноценный OpenCL 1.2~2.0. Вот только разницы (по OpenGL, но не OpenCL) никакой по сравнению с Mesa не будет, если конечно блоб не прыгнет на OpenGL >=4.6, а меса так и останется на 4.5.

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

Ускорение работает и на radeon и на amdgpu (без pro), разницы между ними нет, оба используют Mesa.

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

amdgpu не поддерживает hd6300 вроде как иначе я бы сразу на них перешел бы,а без поддержки ускорения даже окошки еле двигаются:(

Т.е. вместо установки микрокодов и DDX драйвера ты пошел путем джедая

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

Ты хотя бы dmesg и xorg.0.log смотрел?

Эти проприентарные дрова писали альтернативно одаренные норкоманы. Один из них тут обитает.

steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 1)
Ответ на: комментарий от scl

Благодарю, теперь хоть прочесть можно.

Вероятно, у тебя не загружен модуль ядра (fglrx), т. к. карту он видит. Либо, как вариант, у тебя включён KMS. Но вообще, как выше правильно заметили, тебе нужен свободный драйвер. Ускорение и прочие плюшки там есть, а некоторые вещи (например, работа с несколькими мониторами) сделаны много лучше, чем в проприетари

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

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

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

как нет? когда есть затем чтобы ускорение работало

Оно и в открытом работает

ну да,обычно проприетарные драйвера работают по шустрее опенсоурсных

Во-первых, иногда с точностью до наоборот. Во-вторых, там разница +/-10%.

Ставь открытый.

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

Меня 3D вообще не интересует. Меня OpenCL интересует.

Правда, я давно ничего не майнил. Но помню, что на fglrx работало отлино; на открытом еще не пробовал (хотя видел инфу, что даже быстрее будет).

Начиная с 4.9+ сможешь использовать AMDGPU-PRO и полноценный OpenCL 1.2~2.0.

Откуда инфа? Да и за счет чего? Мне казалось, что для поддержки карт должны допилить именно драйвер, а не ядро. Или я чего-то не понимаю?

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

А теперь со знаками препинания. Что значит «собрал через ати»? С каких пор 60 FPS == «графика еле отрисовывается»? Насколько я понимаю, у тебя включён vsync и частота обновления монитора как раз эти 60 и составляет. Что говорит glxinfo?

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

Как можно было поставить генту и не посмотреть логи?

У тебя DDX загрузился, dri загрузился, микрокоды установлены? USE="-bindist" добавлен?

steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 1)
Ответ на: комментарий от Kroz

7870
Откуда инфа?

config DRM_AMDGPU_SI
	bool "Enable amdgpu support for SI parts"
	depends on DRM_AMDGPU
	help
	  Choose this option if you want to enable experimental support for SI asics.

https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/amd/amdgpu/Kconfig

Да и за счет чего?

static const char *amdgpu_asic_name[] = {
	...
	"PITCAIRN",
        ...
};

https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/amd/amdgpu/amdg...

Меня OpenCL интересует.

OpenCL это 4 файла фактически, ты их можешь взять из amdgpu-pro и запускать нужный софт предварительно натравливая LD_LIBRARY_PATH=, не устанавливая Pro драйвера, (только amdgpu).

именно драйвер, а не ядро

Драйвер в ядре жи. А Pro версия это просто opengl/opencl не месовский, а якобы проприетарный, но Mesa по opengl уже догнала блоб.

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

Это он и есть. Просто его дорабатывают.

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

А ничего подробнее не нужно, там вся инфа, только opencl бери из свежайшего драйвера.

slon
()

В /etc/portage/make.conf

VIDEOCARDS=«radeon radeonsi fglrx»

потом

emerge -auDN @world

после перезагрузки в single

aticonfig --initial

перезагружаешься и пользуешь. Ядро новее 4.6 ставить не надо при таком раскладе. Подозреваю, что это то, что ты хотел. При этом radeon и amdgpu надо заблеклистить.

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

mesa 13 уже обогнала проприетарь по производительности и умеет любой openGL. Т.е. в случае радеонов проприетарные дрова - лучше и правильнее забыть

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

В случае с радеон с недавнего времени всё наоборот.

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

Т.е. в случае радеонов проприетарные дрова - лучше и правильнее забыть

Нет, т.к.

  • питание и охлаждение (см. шум и обороты кулеров)
  • opencl из коробки
  • вулкан из коробки
  • OpenGL весь да не весь, на 2-3 расширения в блобе больше, чем в radeonsi

С остальным согласен.

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

питание и охлаждение (см. шум и обороты кулеров)

4.2
dpm завезли очень давно.

opencl из коробки

4.2
mesa умеет opencl, правда говененько. Это единственная проблема, да.

вулкан из коробки

Где-то от него есть смысл уже? Пока что не актуально.

OpenGL весь да не весь, на 2-3 расширения в блобе больше, чем в radeonsi

4.2

У меня вот наоборот проблема: грбаный dpm нихрена не греет комнату. Поставил fglrx ибо с ним ноутбук клавиатуру прогревает. Зима же. Правда, отвалилась напрочь регулировка подсветки и графон в нативных играх (в т.ч. в дотке) стал заметно хуже.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

Забыл еще содержимое package.mask

notebook linux-4.9-rc5 # cat /etc/portage/package.mask/package.mask 
>=x11-drivers/xf86-input-evdev-2.10.3:0/0::gentoo
>=x11-base/xorg-drivers-1.18-r1:0/0::gentoo
>x11-base/xorg-server-1.17.49

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

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

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

mesa умеет opencl, правда говененько. Это единственная проблема, да.

С год назад разработчик Дарктейбла тут отписывался на эту тему. ґВ том духе, что некоторые функции она умеет, но нужных для работы нашего софта не реализовали.

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

Питанием и охлаждением разве не модуль ядра рулит? В случае GCN там-где-уже-завезли-поддержку должно быть без разницы на открытом и пропиетарном же? Экспериментально не проверял, но?

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

Вот спорить действительно будет неконструктивно. Просто ты немного отстал от жизни, по всей видимости. Вулкан - ну я таких игр не знаю, которые без него никак, тут вопрос спорный. Про OpenCL - тоже говорю же: меса умеет его весьма говено. В остальном - можно сраться долго, но практической ценности явно нет.

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