[ati][gallium3d]ATI Xpress 200M (RC410)

кстати, сейчас у меня:
[hd@toshiba ~]$ glxinfo |grep OpenGL
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RS400 5A62) 20090101 NO-TCL
OpenGL version string: 1.5 Mesa 7.7-devel

Эту директорию и пару других недавно выпили. А судя по этому

OpenGL vendor string: DRI R300 Project
 OpenGL renderer string: Mesa DRI R300 (RS400 5A62) 20090101 NO-TCL
 OpenGL version string: 1.5 Mesa 7.7-devel

3Д уже есть.

Да и вправду 3D есть :)
[hd@toshiba ~]$ glxgears
4528 frames in 5.0 seconds = 905.574 FPS
1445 frames in 5.0 seconds = 288.410 FPS
464 frames in 5.0 seconds = 92.739 FPS
464 frames in 5.0 seconds = 92.684 FPS
462 frames in 5.0 seconds = 92.227 FPS
464 frames in 5.0 seconds = 92.679 FPS

но это же без gallium3d ?!

А когда я выставляю в опциях ядра radeon.modeset=1 то кде загружается (при этом эффекты всякие работают), работает 3 секунды и виснет. :(

Можно ли вылечить сие?!

3. Удалить руками заголовки /usr/include/drm и /usr/include/linux/drm
4. Удалить в /lib/modules/2.6.29.5-191.fc11.x86_64/kernel/drivers/gpu/drm drm.ko и radeon.ko
5. Собрать libdrm, установить, убедиться что файлы drm.ko и radeon.ko есть в /lib/modules/2.6.29.5-191.fc11.x86_64/kernel/drivers/gpu/drm, если нет, то копируем вручную.

<<< вот это все зря, т.к. ядерный drm уже год точно никто не трогал там
недавно его удалили совсем. используйте то что поставляется с ядром, а не пыльные исходники mesa/drm


2) tar -zxf ./libdrm-2.4.15.tar.gz
3) cd ./libdrm-2.4.15

<< если меза с git , то libdrm тоже нужно брать с git

OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RS400 5A62) 20090101 NO-TCL
OpenGL version string: 1.5 Mesa 7.7-devel

<<< ну так и будет), если включить KMS в ядре (STAGING DRIVERS 2.6.31 2.6.32) то будет DRI2, но Gallium там пока отключен был все равно,
и еще скажу две вещи...
первая - с ядром .31 KMS на x200m у меня работал плохо и нестабильно, часов через 6 ноут исправно зависал
вторая - в ядре .32 сильно переделали KMS , добавили firmware для разных карт, так вот на X200M (фирмварь r300_cp.bin) оно вешает ядро при загрузке.


Вывод - я сейчас отключила KMS (ядро .32 rc8) и использую Mesa 7.6
(сегодня кстати вышла 7.6.1rc1 - кандидат в стабильный релиз)
Все работает, 800 fps в glxgears

Вывод - я сейчас отключила KMS (ядро .32 rc8) и использую Mesa 7.6

(сегодня кстати вышла 7.6.1rc1 - кандидат в стабильный релиз)

Все работает, 800 fps в glxgears

жаль...
Это значит что эффекты кде (3д стол) пока нельзя заставить работать?

можно. все работает, G3D для этого не обязателен,
у вас вообще-то тоже должно работать, судя по выдаче glxinfo

если честно, то меня очень удивляет почему в федоре12 из коробки нет 3D на x200m, если оно в ubuntu 9.04 было еще на livecd (да, да, прямо livecd cразу с компизом)

linux-core разве не только в git'е наблюдается? Но в любом случае, попытки собрать то, что там есть в 95% окончатся FAIL'ом...

Топикстартеру - а зачем тебе галлий? У тебя все работает :)

linux-core в git mesa/drm уже потерли, чтобы соблазна ни у кого не возникало собирать его, код там древнючий был, то что идет с ядром - гораздо новее и работает гораздо лучше

галлиум автору темы не нужен, но вот тормоза у него ) фпс в glxgears мало и вроде 3d эффекты композита не работают?

Насколько я помню, у моего бrата тот же самый огрызок на ноуте... Какое-то время назад он увлекался 3д, что-то писал под оффтопиком. Жаловался, что эта штука не поддерживает аппаратно какие-то там шейдеры (кажется вертексные), и вообще не страдает высокой скоростью. Потом призвал мех-мат, и линукс-вей вместе с ним (препод-красноглазик, бывает же такое ) - теперь поставили ему ленни, и в рамках эксперимента - libgl1-mesa-dri (почему-то по умолчанию не стоит ???) - гирзы бодро крутятся (где-то 600 или 1000 фпс что-ли? - уже не упомню - у меня на M52 около 2000 без KMS, и 900 с DRI2/KMS), компиз не проверяли. etracer вообще отличается ненавистью к свободным драйверам - только сейчас фпс выполз из предела <25.

./configure --prefix=/usr --without-demos --enable-gallium-radeon --enable-glx-tls --with-dri-drivers=«swrast,radeon,r200,r300,ffb»

Зачем? В большинстве случаев не соберется (у меня например). Для этого, насколько я помню, придется пересобирать практически все

нормально собирается и нормально работает
а пересобирать итак все приходится в связке kernel-headers - libdrm - mesa - xorg-server - xf86-video-ati
при этом xorg-server < 1.7 еще и зависит от заголовков мезы

Ну так автор, как я понял, не намерен пересобирать ведро? Да и иксы тоже?

Кстати, если месье желает насладиться фосс-драйвером в вайне или нативных бинарных играк, таких как ut2004, ему следует сделать еще вот это:

зачистить сырцы, сделать конфиг примерно таким образом:

libdrm: ./configure --build=i686-pc-linux-gnu --prefix=/usr CC=«gcc -m32» --enable-radeon-experimental-api

mesa: ./configure --build=i686-pc-linux-gnu --prefix=/usr --libdir=/usr/lib32 --with-dri-drivers=radeon,r200,r300,swrast CC=«gcc -m32» LDFLAGS="-m32" --disable-gallium --without-demos --enable-32-bit

ну и поставить их.

Ну для S3TC надо также найти S3TC и скомпилировать (не уверен, надо ли под 32 бита собирать, я на всякий случай собрал.

Прошу прощения, что долго не отвечал (замотался с делами).

если честно, то меня очень удивляет почему в федоре12 из коробки нет 3D на x200m, если оно в ubuntu 9.04 было еще на livecd (да, да, прямо livecd cразу с компизом)

Посмотрел Kubuntu 9.10 livecd, так там тоже кде эффекты сразу. На федоре 12 тоже включаются, то через пару секунд все виснет.

Топикстартеру - а зачем тебе галлий? У тебя все работает :)

Работает, но иногда иксы падают (в основном из-за firefox).

linux-core в git mesa/drm уже потерли, чтобы соблазна ни у кого не возникало собирать его, код там древнючий был, то что идет с ядром - гораздо новее и работает гораздо лучше

Прикольно, а libdrm-2.4.15 README содержит:
...
cd linux-core/
make
cp *.ko /lib/modules/VERSION/kernel/drivers/char/drm/
...

3d эффекты композита не работают?

нету :(

Ну так автор, как я понял, не намерен пересобирать ведро? Да и иксы тоже?

А поможет? Если и поможет, то только до первого апдейта?! :)

Если и поможет, то только до первого апдейта?!

Хотя в любом случае так, но пересобирать пол системы каждый раз что-то не очень хочется :)

Есть ли надежда, что в федоре это починят? или придется на kubuntu переходить?!

Для большей стабильности лучше выпиливать drm из ядра, собирать его в виде модулей и echo radeon modeset=1 >> /etc/modules

Какого апдейта то? В федоре разве нельзя заблокировать пакеты ? Или собрать свои под заведомо более высоким номером (если брать иксы, месу и дрм из гита, так будет по дефолту )

Кстати меса недавно стала 7.8-dev, глюков добавилось (в не-кмс режиме что-то сломали, теперь запускается дум 3, но через некоторое время вылетает (как впрочем и любое приложение, использующее S3TC - проверено на Google Earth).

Алсо, до выхода релиза 2.6.32 осталось совсем немного... Посмотрим вынесут ли кмс из стейджа.

Посмотрел Kubuntu 9.10 livecd, так там тоже кде эффекты сразу. На федоре 12 тоже включаются, то через пару секунд все виснет.

Могу обрадовать, вчерашний срез из гита поломал квиновые эффекты.. хотя 3д работает. Разрабы на мои гневные тирады в #radeon ответили примерно - знаем, когда-нибудь починим.

это на r300? я реглярно собираю месу еще с 7.6 devel, глюков на r600 не замечено,квин включен, дум 3 работет почти нормально если в конфиге отключить сжатие текстур, фпс 40-60, но на определенных участках падает до 1, и пока не пройдешь участок так и будет 1фпс, а потом резко опять 40-60.
ут2004 зато идет отлично,без тормозов и на высоком качестве, но текстуры текста в меню размытые уж слишком.

Посмотрим вынесут ли кмс из стейджа.

навряд ли, у меня 32-rc8, если и вынесут , то уже не ранее .33

Да, р300 (вернее рв530 ака М56). Квин поломали недавно, уже слил регрессирующий патчик от убунты, вроде прокатило. Вся фишка в сжатии - поэтому текстуры такие уродские в ют. Дум, как мне казалось, не работал без С3ТЦ ? По крайней мере, он теперь запускается (без быдло-патча с багтрекера).

У меня вообще то тоже... Прогресса незаметно, на 31.4 все стабильнее и быстрее работает (без КМС)

А ведь реально, запретив s3tc через driconf, теперь все работает. Дум правда жестко лагает, но думаю, кмс когда-нибудь подтянется по производительности к традиционной архитектуре.

лично я отключал в самом думе, в DoomConfig.cfg
seta image_usePrecompressedTextures «0»
seta image_useNormalCompression «0»
seta image_useCompression «0»