LINUX.ORG.RU

Аппаратное ускорение ATI


1

1

Добрый день. Помогите разобраться с вопросом: Как включить аппаратное ускорение у видеокарты Radeon X300. Имеется видеокарта:

# lspci | grep -i vga
01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]
Имеется установленный дистрибутив Debian Squeeze:
# uname -a
Linux home 2.6.32-5-686 #1 SMP Tue Oct 19 14:40:34 UTC 2010 i686 GNU/Linux
Установлены открытые драйвера radeon (ибо драйвера fglrx и radeonhd не поддерживают уже мою видеокарту)
# dpkg -l | grep radeon
ii  xserver-xorg-video-radeon            1:6.13.1-2                     X.Org X server -- AMD/ATI Radeon display driver
В xorg.conf секция Device выглядит так:
Section "Device"
	Identifier  "Card0"
	Driver      "radeon"
	VendorName  "ATI Technologies Inc"
	BoardName   "RV370 5B60 [Radeon X300 (PCIE)]"
	BusID       "PCI:1:0:0"
EndSection
glxinfo говорит следующее
# glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
В логе Xorg.0.log Присутствуют следующие строки:
# cat /var/log/Xorg.0.log | grep -i \(EE\)
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
# cat /var/log/Xorg.0.log | grep -i \(WW\)
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(WW) RADEON(0): Direct rendering disabled
Так же если нужно, версия mesa-glx и mesa-dri - свежая
# dpkg -l | grep mesa-dri
ii  libgl1-mesa-dri                      7.7.1-4                        A free implementation of the OpenGL API -- DRI modules
# dpkg -l | grep mesa-glx
ii  libgl1-mesa-glx                      7.7.1-4                        A free implementation of the OpenGL API -- GLX runtime
Есть ли возможность все таки запустить аппаратное ускорение?

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

Совсем забыл, уже стоит это:

# dpkg -l | grep firmware-linux
ii  firmware-linux                       0.27                           Binary firmware for various drivers in the Linux kernel (meta-package)
ii  firmware-linux-free                  2.6.32-26                      Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree               0.27                           Binary firmware for various drivers in the Linux kernel

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

Включи KMS: создай файл /etc/modprobe.d/radeon-kms.conf с текстом

options radeon modeset=1
и ребутнись

aydar ★★★★★
()

У вас видимо не совпадают версии ядра, libdrm (в том числе libdrm-radeon1), xserver-xorg-video-radeon, mesa. Можно было бы сюда привести все версии данных пакетов.

daemonpnz ★★★★★
()

У меня на работе дебильный радеон, перепробовал все возможные способы, но так и не смог запустить аппаратное ускорение в 2010-й мандриве - fglrx намертво виснет, свободные реализации убоги. Пользуюсь квазиаппаратным ускорением модуля «ati».

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от daemonpnz
# dpkg -l | grep libdrm
ii  libdrm-intel1                        2.4.21-1~squeeze3              Userspace interface to intel-specific kernel DRM services -- runtime
ii  libdrm-nouveau1                      2.4.21-1~squeeze3              Userspace interface to nouveau-specific kernel DRM services -- runtime
ii  libdrm-radeon1                       2.4.21-1~squeeze3              Userspace interface to radeon-specific kernel DRM services -- runtime
ii  libdrm2                              2.4.21-1~squeeze3              Userspace interface to kernel DRM services -- runtime

# dpkg -l | grep xserver-xorg-video-radeon
ii  xserver-xorg-video-radeon            1:6.13.1-2                     X.Org X server -- AMD/ATI Radeon display driver

# dpkg -l | grep mesa
ii  libgl1-mesa-dri                      7.7.1-4                        A free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-glx                      7.7.1-4                        A free implementation of the OpenGL API -- GLX runtime
ii  libglu1-mesa                         7.7.1-4                        The OpenGL utility library (GLU)
ii  mesa-utils                           7.7.1-4                        Miscellaneous Mesa GL utilities

пробуй options radeon modeset=0

Попробовал, ребутнул комп. Изменлись сообщения в Xorg.0.conf

# cat /var/log/Xorg.0.log | grep -i \(EE\)
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

# cat /var/log/Xorg.0.log | grep -i \(wW\)
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0xe7ffe000 is: 0xe7ffe000
(WW) RADEON(0):   MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0

К сожалению проверить вывод glxinfo сейчас не могу, ибо комп дома, а я на работе сижу через ssh, и соответственно ругается:

# glxinfo 
Error: unable to open display 

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

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

Napilnik ★★★★★
()
Ответ на: комментарий от daemonpnz
# ps -e | grep gdm
 3143 ?        00:00:00 gdm
 3145 ?        00:00:00 gdm

А как посмотреть какой номер DISPLAY?

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

Эт я туплю не проснулся еще :). в общем финальное, обрати внимание на точку перед infoglx

echo "exec glxinfo" > .infoglx
xinit .infoglx -- :1

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

И вот это вот тоже интересно

(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] This chipset requires a kernel module version of 1.17.0,
[dri] but the kernel reports a version of 2.0.0.
[dri] If using legacy modesetting, upgrade your kernel.
[dri] If using kernel modesetting, make sure your module is
[dri] loaded prior to starting X, and that this driver was built
[dri] with support for KMS.
[dri] Disabling DRI.

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

Должен быть он. Сейчас удалил /var/log/Xorg.0.log и послал машину в ребут. После ребута выложу свежий.

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

попробуй ручками из под рута выгрузить модуль radeon, предварительно заглушив Х

modprobe -r radeon
А потом загрузи модуль
modprobe radeon modeset=1
и стартани Хы и лог Хов сюда.

Еще бы конфиг ядра посмотреть

cat /boot/config-2.6.35-22-generic |grep KMS
есессно файл с конфигом для твоего ядра по дургому будет называться.

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

Не дает выгрузить модуль:

12:42 root@home[0]: /root
# /etc/init.d/gdm stop
Stopping GNOME Display Manager: gdm.
# ps -e | grep -i gdm
12:42 root@home[0]: /root
# ps -e | grep -i Xorg
12:43 root@home[0]: /root
# modprobe -r radeon
FATAL: Module radeon is in use.

А вот конфиг ядра

12:43 root@home[0]: /root
# cat /boot/config-2.6.32-5-686 | grep KMS
CONFIG_DRM_KMS_HELPER=m
# CONFIG_DRM_RADEON_KMS is not set
# CONFIG_DRM_I915_KMS is not set

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

>Установлены открытые драйвера radeon (ибо драйвера fglrx и radeonhd не поддерживают уже мою видеокарту)

Можешь впадать в отчаяние. Свободные дрова на ати в 99% случаев дают только 2D без композита, да и то фигово.

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

Пруф давай. У меня и композит, и 3D прелестно работают. И на всех компах с amd/ati, где ставилась бубунта, тоже все шикарно работало.

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

Хотя че с тебя с болезного спрашивать, ты ж меня заигнорил.

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

>Можешь впадать в отчаяние. Свободные дрова на ати в 99% случаев дают только 2D без композита, да и то фигово.

У конкретного nnz возможно. А в реальном мире оно в 99% случаев работает нормально само без всякого вмешательства человека. Мне вот интересно, что автор темы ломал сам в дистрибутиве, ядро пересобирал, fglrx ручками ставил, что оно так хорошо отломалось.

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

>А в реальном мире оно в 99% случаев работает нормально само без всякого вмешательства человека.

Боюсь, топикстартера не устроят грезы фанбоев. Ему все-таки нужно конкретное решение его проблемы.
И тут от толпы красноглазиков с криками «УМВРЧЯДНТ» никакого толку.

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

У ТС видяха на чипе, которые deprecated для fglrx. А вот насчет ядра скорее всего. :) Пущай теперь обратно вкомпиливает KMS . :)

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

>Боюсь, топикстартера не устроят грезы фанбоев.

Грёзы фанбоев в данном случае — это 99% неработоспособных железок, драйвер для r300 находится в рабочем состоянии уже много лет, и его неработоспособность сейчас это почти всегда или неработающее железо, или неправильная пересборка дистрибутивного софта вручную.

Ему все-таки нужно конкретное решение его проблемы.

И тут от толпы красноглазиков с криками «УМВРЧЯДНТ» никакого толку.

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

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

>99% неработоспособных железок

Кто про неработоспособность говорил? Примитивная 2D-графика на атишках со свободными дровами кое-как работает, это факт. Для офисного компа нормально.
Но про композит, игрушки и прочие вкусности лучше сразу забыть.

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

>Кто про неработоспособность говорил? Примитивная 2D-графика на атишках со свободными дровами кое-как работает, это факт. Для офисного компа нормально. Но про композит, игрушки и прочие вкусности лучше сразу забыть.

Я предлагаю на этом закончить беседу о религии в техническом разделе. У меня почему-то на r300/r500 OpenGL-ные программы работают.

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

Мне вот интересно, что автор темы ломал сам в дистрибутиве, ядро пересобирал, fglrx ручками ставил, что оно так хорошо отломалось.

так в том то и дело, что система установлена пару недель назад, ядро не трогал, fglrx до того как понял что не поддерживает мою видяху ставил из репозиториев, после так же и удалил. После попробовал radeonhd, дало тоже нулевой результат, после чего все тем же aptitude был снесен. От чего нету поддержки KMS в ядре - для самого загадка :)

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

> От чего нету поддержки KMS в ядре

KMS рабочий , переберать ведро не надо.

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


ага, попробуй это :
http://www.linux.org.ru/jump-message.jsp?msgid=4685388&cid=4698755

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

Ну, кстати, тут ранее замечалось, что fglrx не совсем чисто удаляется из системы.

стоит проверить чтобы стояли пакеты:
libdrm2
libdrm-radeon1
mesa-utils
libglu1-mesa
libgl1-mesa-glx
libgl1-mesa-dri
xserver-xorg-video-radeon
firmware-linux

и были снесены:
fglrx-driver
fglrx-glx
fglrx-atieventsd
fglrx-modules-dkms

Можно ещё попробовать посмотреть на http://www.linux.org.ru/forum/desktop/4987455, но я не уверен, что так делать правильно.

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

мой log загруки testing, ядро стандартное , все обновлено на 11:45 ))

(II) VESA: driver for VESA chipsets: vesa
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 01@00:05:0
(II) [KMS] Kernel modesetting enabled.

elipse ★★★
()
Ответ на: комментарий от dn2010
15:02 root@home[2]: /root
# dpkg -l | grep libdrm2
ii  libdrm2                              2.4.21-1~squeeze3              Userspace interface to kernel DRM services -- runtime
15:04 root@home[2]: /root
# dpkg -l | grep libdrm-radeon1
ii  libdrm-radeon1                       2.4.21-1~squeeze3              Userspace interface to radeon-specific kernel DRM services -- runtime
15:04 root@home[2]: /root
# dpkg -l | grep mesa-utils
ii  mesa-utils                           7.7.1-4                        Miscellaneous Mesa GL utilities
15:05 root@home[2]: /root
# dpkg -l | grep libglu1-mesa
ii  libglu1-mesa                         7.7.1-4                        The OpenGL utility library (GLU)
ii  libglu1-mesa-dev                     7.7.1-4                        The OpenGL utility library -- development files
15:05 root@home[2]: /root
# dpkg -l | grep libgl1-mesa-glx
ii  libgl1-mesa-glx                      7.7.1-4                        A free implementation of the OpenGL API -- GLX runtime
15:05 root@home[2]: /root
# dpkg -l | grep libgl1-mesa-dri
ii  libgl1-mesa-dri                      7.7.1-4                        A free implementation of the OpenGL API -- DRI modules
15:05 root@home[2]: /root
# dpkg -l | grep xserver-xorg-video-radeon
ii  xserver-xorg-video-radeon            1:6.13.1-2                     X.Org X server -- AMD/ATI Radeon display driver
15:05 root@home[2]: /root
# dpkg -l | grep firmware-linux
ii  firmware-linux                       0.27                           Binary firmware for various drivers in the Linux kernel (meta-package)
ii  firmware-linux-free                  2.6.32-26                      Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree               0.27                           Binary firmware for various drivers in the Linux kernel
15:05 root@home[2]: /root
# dpkg -l | grep fglrx-driver
rc  fglrx-driver                         1:10-7-1                       non-free AMD/ATI r6xx - r7xx display driver
15:05 root@home[2]: /root
# dpkg -l | grep fglrx-glx
rc  fglrx-glx                            1:10-7-1                       proprietary libGL for the non-free AMD/ATI r6xx - r7xx display driver
15:05 root@home[2]: /root
# dpkg -l | grep fglrx-atieventsd
rc  fglrx-atieventsd                     1:10-7-1                       external events daemon for the non-free AMD/ATI r6xx - r7xx display driver
15:06 root@home[2]: /root
# dpkg -l | grep fglrx-modules-dkms
15:06 root@home[2]: /root
# 

т.е. То что должно стоять - стоит, чего не должно - удалено

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