21.01.2009 в 21:28 — Александр
Суть траблы: в родных опенсорсовских дровах нет opengl-а (собственно так и задумано)
А вот проприетарные дрова работать категорически отказываются.
ядро: 2.6.24-23-generic
карта: Radeon 9600xt (agpшная)
в логах дрова [fglrx] говорят что ядро 2.6 не работает с АЖП (странно, но тем не менее)
Кто сталкивался? кто как решил? решаема ли задача в принципе?
Комментарии
оО
бред какой.
мой
Section "Device"
Identifier "open source"
Driver "radeon"
BusID "PCI:1:0:0"
Option "AccelMethod" "EXA"
Option "XAANoOffscreenPixmaps" "true"
Option "DRI" "true"
Option "EnablePageFlip" "1"
# 1/0 Increases 3D performance substantially
# seemingly in XAA mode only
#Option "ColorTiling" "1"
EndSection
Section "DRI"
Mode 0666
EndSection
главное - чтобы в этом случае полностью были уничтожены проприетарные драйвера ati.
3д летает без проблем
если стоят проприетарники и желания сносить их нет, то у меня все опять же хорошо работает с такой конфигурацией.
Понятно, что секция DRI тоже должна быть.
Section "Device"
Identifier "official"
Driver "fglrx"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
Option "AccelMethod" "EXA"
Option "XAANoOffscreenPixmaps" "on"
Option "TexturedXrender" "on"
Option "TexturedVideo" "off"
Option "Textured2D" "off"
EndSection
ЗЫ saphire ati radeon 9600
ненене, проприетарные на агп не заводяццо. наша любимая компания ати усердно старается помоч отойти в мир иной агп
не один я с этим сталкивался. какой каталист ставил, какое ведро?
а еще покажи что у тебя в Section "Module"
и нужно ли ДРИ моде 0666 для проприетарніх?
# fglrxinfo | grep render
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
OpenGL renderer string: Mesa GLX Indirect
теже яйцы
Откуда такое ядро на debian?
ati agp карты прекрасно работают как на opensource так и на проприетарных драйверах.
В opensource драйверах есть 3D
---
ovchin@ovchin:~$grep Device /etc/X11/
Section "Device"
Device "radeon"
ovchin@ovchin:~$ glxinfo|grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI R200 20060602 AGP 8x x86/MMX/SSE2 TCL
---
Скорее всего какие-то проблемы в ядре.
lsmod | grep agp
или в кривой настройке. В debian все ставится из пакетов и работает - самодеятельность не нужна.
# uname -a
Linux a-comp 2.6.24-23-generic #1 SMP Thu Nov 27 18:44:42 UTC 2008 i686 GNU/Linux
(бубунта 8.04)
на проприетарных она прекрасно работала, но только без опенгл-а, вот влез кривой рукой, теперь опенгл - уже дело принципа.
# lsmod | grep agp
intel_agp 25492 0
agpgart 34760 2 fglrx,intel_agp
ставилось как и из пакетов, так и несколькоми версиями каталиста и даже envy не дали положительного результата.
# dmesg | grep fglrx
[ 37.315842] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[ 37.375374] [fglrx] vendor: 1002 device: 4152 count: 1
[ 37.375524] [fglrx] Maximum main memory to use for locked dma buffers: 929 MBytes.
[ 37.376391] [fglrx] PAT is enabled successfully!
[ 37.376425] [fglrx] module loaded - fglrx 8.50.3 [Jun 2 2008] with 1 minors
[ 54.524749] [fglrx:drm_alloc] *ERROR* [buflist] Allocating 0 bytes
[ 57.073729] [fglrx] Internal AGP is not supported in 2.6 kernel.
[ 223.025344] [fglrx:drm_alloc] *ERROR* [buflist] Allocating 0 bytes
[ 225.384495] [fglrx] Internal AGP is not supported in 2.6 kernel.
[ 443.945257] [fglrx:drm_alloc] *ERROR* [buflist] Allocating 0 bytes
[ 446.286225] [fglrx] Internal AGP is not supported in 2.6 kernel.
о как. я об єтом и говорил. это такой эффект дал драйвер из репозитариев убунты (тот что ставится jockey-gtk)
+ получил дополнительный артефакт - гном при загрузке отображает белый экран. нажатие контролальтбэкспейс приводит к появлению обоев рабочего стола и последующей перезагрузке.
Дык debian или ubuntu ?
Для debian lenny
aptitude reinstall libdrm2 libgl1-mesa-dri libgl1-mesa-glx libglu1-mesa libglw1-mesa libosmesa6 mesa-utils mesademos xserver-xorg-video-radeon linux-image-2.6-686
И device "radeon" в
Ну и
aptitude install driconf до кучи
Хотите fglrx - ставьте catalist, причем старый, который еще поддерживает 9600. Хотя для 9600 не вижу смысла в проприетарных дровах.
ну проприетарник у меня все еще где-то на 20% шустрее открытого, иногда сие критично.
попробуй модуль собрать через module-assistant
igel@drandulet:~$ aptitude show fglrx-source
Пакет: fglrx-source
Новый: да
Состояние: установлен
Автоматически установлен: нет
Версия: 1:8-7-3
у меня она стоит и кушать не просит.
fglrx-source - kernel module source for the non-free AMD/ATI r5xx, r6xx display driver
т.е. для 9600 не катит.
catalyst помимо модуля ядра ставит еще и свои билиотеки opengl да программу настройки
я этот софт брал из репозитория. r9600. все работает. модули собрал через m-a.
igel@drandulet:~$ dpkg -l|grep fglrx
ii fglrx-atieventsd 1:8-7-3 external events daemon for the non-free AMD/ATI r5xx, r
ii fglrx-control 1:8-7-3 control panel for the non-free AMD/ATI r5xx, r6xx displ
ii fglrx-driver 1:8-7-3 non-free AMD/ATI r5xx, r6xx display driver
ii fglrx-glx 1:8-7-3 proprietary libGL for the non-free AMD/ATI r5xx, r6xx d
rc fglrx-kernel-2.6.25-2-686 1:8-6-2+2.6.25-7 ATI binary kernel module for Linux 2.6.25-2-686
ii fglrx-kernel-2.6.26-1-686 1:8-7-3+2.6.26-10 ATI binary kernel module for Linux 2.6.26-1-686
ii fglrx-source 1:8-7-3 kernel module source for the non-free AMD/ATI r5xx, r6x
в догонку. может в каноникал собирают неправильные ядра и они дают неправильное agp?
igel@drandulet:~$ lsmod |grep agp
intel_agp 22332 1
agpgart 28776 2 fglrx,intel_agp
igel@drandulet:~$ lsmod |grep fglrx
fglrx 1740740 20
agpgart 28776 2 fglrx,intel_agp
rv360 / M11 / M12
* Radeon 9600 XT
The only differences between the rv350 and the rv360 appear to be an improvement in the manufacturing process and a boost in speed.
Как на rv360 могут работать non-free AMD/ATI r5xx, r6xx display driver ?
ну мало ли что запихали в описание пакета)
специально проверил - на официальном сайте для всех поколений видеокарт один и тот же инсталлятор. ясное дело, если генерировать из него пакеты, то пакет с исходниками модуля ведра будет один и тот же.
а под видеокарточку он видимо затачивается всякими инструкциями препроцессору.
Не для всех поколений.
Посмотрел повнимательнее - не поддерживаются только ранее 9250. Для них последняя рабочая версия catalyst 8.28.8
итаксь... как правильно поставить проприетарные драйвера на дебианоподобную систему (по свежим следам, как оказалось дистростроители выкинули нафиг проприетарник из ленни):
1) проверяем наличие fglrx в репозитори, если есть, то радуемся и ставим пакеты. иначе
берем архив с официальными драйверами и запускаем его с ключом --listpkg, ищем свой, а затем с ключом --buildpkg <дистрибутив>, после ставим дебы.
dpkg -i fglrx*.deb
2) делаем module-assistant prepare
3) запускаем module-assistant делаем SELECT и ищем fglrx-source или fglrx-kernel (в зависимости от источников и версии), отмечаем-собираем-ставим.
4) допиливаем по вкусу. мои эксперименты (да, я издеваюсь над видюхой и юзаю компиз =) )
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
Option "AIGLX" "true"
EndSection
Section "Device"
Identifier "official"
Driver "fglrx"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
Option "AccelMethod" "EXA"
Option "XAANoOffscreenPixmaps" "on"
Option "TexturedXrender" "on"
Option "TexturedVideo" "off"
Option "Textured2D" "off"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Section "DRI"
Mode 0666
EndSection
5) ребутимся. чем меня бесят эти проприетарники - обязательный ребут при переустановке.
2 пункт перед первым, и если ставится через catalyst, то 3 пункт делает сам catalyst, да и он сам правит.
Я нормально обходился без 5 пункта.
я все равно делаю ребут на всякий случай (обычного рестарта иксов не хватало как-то давно, с тех пор и параною)
и мне не понравилось в стандартном инсталяторе, что совершенно не очевидно как потом эти драйвера сносить или обновлять. (я как-то себе чуть все видео не угробил, когда обновлял)
Дык если делать через --buildpkg то удаление стандартым aptitude remove
хотя для верности можно сделать
aptitude reinstall "см. выше"
А после обновления заново делать из новой версии catalyst --buildpkg
я просто воспользовался первый раз стандартным атишным инсталлятором, потом очень сильно огреб на обновлении до ленни.(иксы прелестнейше намертво вставали)
вылечил загрузкой в сингл. инсталлятор без иксов запускаться не желал, поэтому убил некоторое время на разбор locate ati нашел их анинсталлер, запихнутый в какую-то задницу, снес их дрова и поставил открытый.
с тех пор ставил либо --buildpkg с дальнейшей установкой пакетами, а как проприетарные пакеты появились в официальном репозе, стал ставить оттуда.
(кстати я погорячился, что и выкинули, я aptitude update сделал не вовремя - старые выкинули, а новые не положили)
Нда, развели мы полемику. А факт остается фактом. В новых каталистах убрали поддержку АГП. А старые не всегда могут адекватно что-то сделать.
В своем случае решил проблемму самым ламерским (и одновременно самым удачным) спобом - апгрейдом на новое железо, с пци-экспрессом и пр.
Две недели назад ставил последний catalyst на ati hd3650 agp - встал с первого раза. Что я не так делал?
Так что для меня очевиден другой факт, пока не увижу ссылку на инфу подтверждающую отказ от поддержки agp.