Radeon.ru :: Драйверы ATI для Linux, FreeBSD и прочих UNIX-подобных ОС

Radeon.ru https://forum.radeon.ru/

Драйверы ATI для Linux, FreeBSD и прочих UNIX-подобных ОС https://forum.radeon.ru/viewtopic.php?f=33&t=2863	Страница 1 из 3

Автор:	Vl@dcor [ 13:39 05.09.2003 ]
Заголовок сообщения:	Драйверы ATI для Linux, FreeBSD и прочих UNIX-подобных ОС
http://www.ati.com/support/drivers/linux/radeon-linux.html Fixed in this release: * Many 3D fixes * Many bugs fixed New Features in this release: * TV Out Support * PseudoColor Support * Support for Many cards added * Full Screen Anti Aliasing Support(FSAA) Судя по дате выхода, это Сат3.7 based, существуют версии под Х'ы 4.1, 4.2, 4.3 Предлагаю обсуждать все глюки его здесь :—) Первое что бросилось в глаза на сайте — теперь это дрова не только под FireGL, но и под всё от 8500 до 9800. Более старые карты(7000 и т.п.) работают под дровами от проекта DRI.

Автор:	vasile [ 22:20 05.09.2003 ]
Заголовок сообщения:
Вот вам и популярность Linux'a — пол дня прошло, на соседней ветке по Windows Cat3.7 шумно, а тут... Ладно сами пошумим. Драйвер чуть больше по размеру (однако несравним с Windows-монстрами). В отличии от предыдущей версии (3.02-3) появилось больше опций для FSAA (в частности настройки цветности). Mplayer не проверял, но Quake2, Quake3, Medal Of Honour: Allied Assault (beta1), tuxracer, gl-117, glxgears :—) бегают на ура (насколько это зависит от OpenGL). Баг предыдущей версии — нерабочий встроенный agpgart — так и остался. В принципе нужно разделять AGPgart (mainboard specific) и DRI/fglrx driver (Video specific). Но и опцию эту желательно убрать (из конфигуратора). Те изменения что декларированы на сайте (и приведены выше) похоже относительно версии 2.5.1 (предпоследней выложеной на ati.com). Предварительный вывод — если пользовался версией 3.02-3, то почему бы не потестировать и эту.

Автор:	mator [ 16:29 06.09.2003 ]
Заголовок сообщения:
засада, у меня на intel SHG2 мамке вообще agpgart не работает (ServerWorks chipset) пришлось списаться с Dave Jones (davej@redhat.com) чтобы пофиксил, еще пока результатов нет, но хоть поставил в известность (походу дела еще sysfs починим)

Автор:	SupapleX [ 23:07 06.09.2003 ]
Заголовок сообщения:
О! Появилась возможность ставить его на 2.6 ветку. Все компилится на ура, да вот только DRI после этого в иксе на запускается, т.к. не может найти /dev/dri/card*... Может я чего в ядре не прописал?

Автор:	Vl@dcor [ 00:19 07.09.2003 ]
Заголовок сообщения:
SupapleX Не могу сказать насчет ветки 2.6 , но в 2.4 такое бывает если не прописано в modules.conf alias char-major-134 fglrx По сравнению с предыдущими дровами скорость пркатически не изменилась (fgl_glxgears), xv пашет отлично, работает и MPlayer и Xawtv. А вот антиалиасинг почему-то не работает... определил это не на глаз (не очень доверяю ), а по падению скорости (точнее по отсутствию падения). В предыдущих дровах тоже самое — может это только для "огоньков"?

Автор:	SupapleX [ 10:27 07.09.2003 ]
Заголовок сообщения:
в modules.conf alias char-major-134 fglrx — не помогает... в конфигах вё тоже

Автор:	SupapleX [ 11:59 07.09.2003 ]
Заголовок сообщения:
надо было alias char-major-10-134 fglrx... короче, поставил. Но! Этот драйвер стал некорректно работать! (не везде) Попробуйте кто-либо запустить хоть glxgears во весь экран?! На экране мусор! (с ку3 таже ситуация) Но таксрейсер летает... Ничего не понимаю; все мои проги под gl (и через глут, и через глх) ведут себя аналогично glxgears, а анрил и такс летают как нивчём не бывало...?! Но теперь Анрил2к3 стал НАМНОГО быстрее бегать! раза в 2-5, а может и больше.

Автор:	SupapleX [ 14:51 07.09.2003 ]
Заголовок сообщения:
почти все траблы были в активированном FSAA. Без него всё ок. Кстати, эти дрова везде быстрее! (правда может при старых я тестирил в FSAA, но его там не было заметно) Никто не знает, реально ли с ними запустить вторую иксу? А то оная вешает всю систему. Да и как в линухе отрубить FW? Ау!

Автор:	Vl@dcor [ 19:14 07.09.2003 ]
Заголовок сообщения:
Насколько я знаю FW по умолчанию отключено, хотя это точно знаю только для DRI дров... с alias я немного того... давно не смотрел в свой modules.conf, щас глянул — alias char-major-226 fglrx. Увидел FSAA в Return to Castle Wolf У меня в glxgears ~275 ФПС, и примерно столько же на старых дровах

Автор:	megaultra [ 09:56 08.09.2003 ]
Заголовок сообщения:
Народ. Поставил РедХад 9. У меня иХ-ы чето изначально не хотят запускаться. Это нормально? Или для Ати обязательно дрова надо ихние ставить?

Автор:	vasile [ 19:29 08.09.2003 ]
Заголовок сообщения:
Вообще-то — на стандартной redHat 9 XFree86 должны работать, но без 3d (3d в стандартном варианте только для Radeon 7000-9100, R300+ 2d only). Поэтому тебе желательно — ядро 2.4.22 (не помню точно с какой версии, вроде 2.4.21-ac3) — для поддержки nForce agpgart — последнии fglrx дрова (на сайте ATI или http://www.schneider-digital.de/download/ati/glx1_linux_X4.3.zip как их ставить/конфигурировать — смотри на соседних ветках (архив/поиск/FAQ) http://radeon.ru/ubb/Forum5/HTML/001280.html

Автор:	Vl@dcor [ 21:53 08.09.2003 ]
Заголовок сообщения:
megaultra А ешо можно попробовать fglrxconfig Да и вообще — что значит Цитата: >иХ-ы чето изначально не хотят запускаться\ ? Что пишет в логах? vasile К сожалению только сейчас прочитал окончание ветки http://radeon2.ru/ubb/Forum5/HTML/001280.html, по поводу игрух — все что у меня пускается, пускается именно с "ломанием" экрана, жму Ctrl+ и ситуация проясняется Халф все-таки запустил, кстати не так давно вышло обновление 1.1.1.0 ...

Автор:	megaultra [ 08:14 09.09.2003 ]
Заголовок сообщения:
Типа забыл че там было написано... Дома еще раз позыкаю и напишу.

Автор:	MiT [ 12:06 10.09.2003 ]
Заголовок сообщения:
Кто пробовал активировать выход S-video с этими дровами? Указанная поддержка TV-out'a похоже так и не работает. :—( Или может у вас что-то с этим вышло?

Автор:	Drop [ 10:41 11.09.2003 ]
Заголовок сообщения:
Официальное сообщение ИТАР ТАСС: В результате затяжных боев (до 3ч ночи) силы мои были сломлены и пришлось в очередной раз отступить (в кровать). Злобный ASPLinux9 ни как не желает сдавать свои позиции и раскрыть объятия. Короче в очередной раз пытался запустить ИКСы с подключеным телевизором (без телевизора Иксы заводятся с пол пинка и все корректно работает, но не могу же я каждый раз отключать ТВ, я уже два раза спалил видио вход на нем). Даже с новыми дровами скачаными с http://www.ati.com/support/driver.html не завелось (одно но, в списке моей карточки нет, ATI Radeon 7000, пришлось качнуть от 8500). Дрова встали как по маслу. А вот ИКСы так и не завелись. Кто нибудь смог такую видяху запусить с подключеным ТВ. Помогите ради бога.

Автор:	megaultra [ 11:42 11.09.2003 ]
Заголовок сообщения:
Vl@dcor Вот че в логах я обнаружил. (WW) RADEON: No matching Device section for instance (Bus PCI:3:0:1) found (EE) RADEON(0) No valid mode found for this DFP/LCD Кстати щас попробую ТВ отключить... чет мне кажется, что все из-за него.

Автор:	z_e_v_s [ 16:47 11.09.2003 ]
Заголовок сообщения:
Кинул бы сюда свой иксовый конфиг — глянули бы вместе.

Автор:	megaultra [ 19:42 12.09.2003 ]
Заголовок сообщения:
Вообщем все дело в ТВ оуте... Отключил телик — Х-ы завелись. Но вот проблемка... поставил новые дрова от АТИ. Все ок, но ниче не ускорилось, все как было так и осталось. Q3 тоже не завелся. Поставил дрова NFORCE. AGPGART поддержку в ядре включил. В чем может быть проблема?

Автор:	SupapleX [ 22:28 12.09.2003 ]
Заголовок сообщения:
Перцы, кто знает: 1) реально ли запустить более одной иксы с аппаратной поддержкой ГЛ на этих дровах? — дри не хочет =(( 2) есть ли готовые решения для переделки р9500 —> р9500про под линухом? — или придётся паять? =(((

Автор:	Vl@dcor [ 23:44 12.09.2003 ]
Заголовок сообщения:
У кого проблемы с запуском иксов при вкл. телевизоре — когда активирован тв-выход, ТВ становиться первичным дисплеем, соответственно Х пытается на нем запуститься с указанными разрешением и рефрешем. Поскольку ТВ не держит вышеуказанное, Х валятся с ошибкой. Решение — в конфиге четко указывать, что ТВ будет ВТОРИЧНЫМ. Насчет переделки 9500 — не видел, даже разгонялки :—) для ати не видел.

Автор:	SDM [ 20:56 13.09.2003 ]
Заголовок сообщения:
Народ вопрос к вам , я очень недавно поставил Linux MANDRAKE 9.0 но у меня не получается поставить дрова под видеокарточку 9700 про. Сам я очень хочу научиться ориентироваться в этой ОС ,но практики маловато ,на попытки поставить дрова он ругается — типа ошибка и всё такое (с жифорсом МХ проблем не было) . Было бы не похо влиться в вашу среду... Хотя мож версия Linux не та? заранее благодарен всем откликнувшимся.

Автор:	Vl@dcor [ 22:47 13.09.2003 ]
Заголовок сообщения:
SDM См. http://radeon2.ru/ubb/Forum5/HTML/001280.html Когда говоришь что что-то не пашет — нужно конкретно указывать что не пашет, вывод от Х'ов, конфиг, и т.п. Удивительно, в этой же ветке есть ведь эта ссылка

Автор:	SDM [ 10:44 14.09.2003 ]
Заголовок сообщения:
Спасибо за ссылку попробую разобраться.

Автор:	MiT [ 09:51 15.09.2003 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Vl@dcor: Решение — в конфиге четко указывать, что ТВ будет ВТОРИЧНЫМ. </SPAN><HR size=22></SPAN></BLOCKQUOTE> А как это сделать не подскажешь???

Автор:	Drop [ 11:28 15.09.2003 ]
Заголовок сообщения:
Вопрос такого рода: на сайте дрова лежат для от 8500, а у меня 7000. Мне приятель сказал что: "вообшем не прокатит с дровами от ати так как они стали внутрь железа смотрерть что за чудо и если в их списке тебя нет то нахер не взлетают" Так это или нет. Прокатят дрова 8500 для 7000?

Автор:	vasile [ 13:10 15.09.2003 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Drop: Так это или нет. Прокатят дрова 8500 для 7000?</SPAN><HR size=22></SPAN></BLOCKQUOTE> К сожалению нет. Можно и хакнуть (поиск), но это решение других проблем вроде запустить R9100 (R200) на старом драйвере его ещё (давно это было) не поддерживающем. Единственный вариант dri.sf.net (gatos.sf.net). http://radeon2.ru/ubb/Forum5/HTML/001199.html

Автор:	Drop [ 13:42 15.09.2003 ]
Заголовок сообщения:
Ну спасибо, меня ко мне же и отпраили. Дрова с Гатоса я качнул и даже пробовал ставить. Тоже не помогло. Правда я не знал как там сделать ТВ вторичным. Может по этому поводу просветите. Как это делается.

Автор:	vasile [ 17:53 17.09.2003 ]
Заголовок сообщения:
Drop Да-а, неудобно как-то получилось... Sorry. Ну хоть ссылка в тему ;—) насчёт вторичный/первичный — в дровах для 8500+ (к 7000 неприменимо наверное — извини) можно менять порядок устройств с помощью fireglcontrol (Control Panel), а также изменяя порядок устройств в опции > Option "MonitorLayout" "CRT, STV" для fglrx драйвера. Vl@dcor как я понял TVOut — у тебя работает на ура ?

Автор:	Vl@dcor [ 18:39 17.09.2003 ]
Заголовок сообщения:
vasile Работал на ура(после танцев с бубном ). Но на предыдущем драйвере, а сейчас, к сожалению, нечего подключить на тв-аут, поэтому я только предполагаю, что на этих дровах тоже все ОК... Насчет первичный-вторичный — я говорил про fglrx, другого пока у меня нет, так что ничего сказать не могу по поводу дров от проекта DRI

Автор:	vasile [ 22:07 17.09.2003 ]
Заголовок сообщения:
Vl@dcor: Цитата: >Но на предыдущем драйвере\ Предыдущий это 3.02.0-3 или 2.9.13? с моим R9100 я ещё танцую ;—) Видел сообщения что с 9000 — работает, но про 8500/9100 — ни одного.

Автор:	Vl@dcor [ 12:50 18.09.2003 ]
Заголовок сообщения:
Именно 3.02.0-3. Танцы были долгими. Но в конце на тв был клон.

Автор:	vasile [ 13:01 29.09.2003 ]
Заголовок сообщения:
Кстати небольшая инфо по производительности в 3D (может кому нибудь понадобится для сравнения) (текущее состояние моей системы см. Инфо) glxgears — ~649fps. Quake III Arena, PR 1.32b, 1024x768, 32bit, all settings on max, (Lightmap, Trilinear, detail — max...), demo four — ~101 fps (в WinXP показывет 168fps) (Если имеете подобные данные — пишите) Кстати, в последних дровах появилась поддержка FSAA. На моей системе драйвер не зависимо от установок в XF86Config-4 отключает (FSAA=1) сглаживание. (это можно увидеть в логе, и по отсутсвию падения производительности) У кого получилось иначе — пишите.

Автор:	BV [ 15:36 29.09.2003 ]
Заголовок сообщения:
vasile У меня квака, правда на старых дровах, даваля 202 против 170 в ХР (настройки стояли одинаковые). ALL Есть такая проблема: в биосе видухи инициализация тв отлючена. Может поэтому прога tvout пишет, что тв активирован и работает, но ничего не показывает. У кого-нить получалось включить тв, если в бивисе он отлючен?

Автор:	megaultra [ 18:15 29.09.2003 ]
Заголовок сообщения:
Щас у меня В линухе квака3 в 1024*32 все на макс дает 155 фпс. (DEMO_four68) — Фсаа я отрубил (FSAA=0). Дрова последние с ати сайта.

Автор:	vasile [ 13:36 30.09.2003 ]
Заголовок сообщения:
Небольшая справка по некоторым опциям драйвера fglrx-3.2.5 (XFree86 4.x) Опция значение комментарий Option "EnableDepthMoves" "on" \|\| "off" отключение даёт рост скорости в 0,3%, вывод влияние параметра на тестовые приложения несущественно Option "PseudoColorVisuals" "off" \|\| "on" при включении теряем Xv, и 3.5%/5.2%/4.8% в Quake3/glxgears/fgl_glxgears, опция для профессионалов в 3D, обычному user'у без Xv трудно Option "EnablePrivateBackZ" "off" \|\| "on" тут интереснее: при включении теряем 23% в Quake3, зато получаем 19% в glxgears и 25% в fgl_glxgears, стоит изучить поведение параметра в других приложениях Option "ASICClock" "integer" эти опции были ещё в старых драйверах (2.5.1), похожи на опции разгона, Option "MemClock" "integer" требуют целочисленный параметр, однако различные значения на скорости не отражались Option "BufferTiling" "on" \|\| "off" отключив эту опцию теряем 60.8% QuakeIII, 34% glxgears, 29% flg_glxgears Option "UseFastTLS" "2" \|\| "1" \|\| "0" включение FastTLS дало рост скорости в 0,1%, при таком раскладе наверное стоит указать режим совместимости (благо эмуляторы всё ещё популярны ( ) #TLS 0 default — fast # 1 — fast mode # 2 — compatible (WineX, emulators) Option "Capabilities" "0x00008000" теряем при включении 0.3% скорости, опция присутствует в профилях профессионаьных приложений, поэтому возможно есть смысл её включить Option "Capabilities" "0x00000800" VSync он и есть VSync Option "ForceGenericCPU" "no" \|\| "yes" при включении драйвер не будет использовать SIMD инструкции, однако падение скорости на уровне погрешности (хотя мне больше нравится когда драйвер представляется указав "Athlon (3DNow!)" ) Option "FSAAScale" "1" \|\| "2" \|\| "4" \|\| "6" 1 = no scale, 2/4/6 — уровень полноэкранного сглаживания однако при установке чего нибудь отличного от "1" драйвер всё равно форсировал значение "1", то есть сглаживание не включается Option "DesktopSetup" "0x00000000" -- single head mode Option "DesktopSetup" "0x00000100" -- clone mode — 2 screens, same content Option "DesktopSetup" "0x00000200" -- big desktop 1 (2 screens , 1 fb), horizontal, mon1=left Option "DesktopSetup" "0x00000201" -- big desktop 2 (2 screens , 1 fb), horizontal, mon1=right Option "DesktopSetup" "0x00000300" -- big desktop 3 (2 screens , 1 fb), vertical, mon1=top Option "DesktopSetup" "0x00000301" -- big desktop 3 (2 screens , 1 fb), vertical, mon1=bottom Option "MonitorLayout" "MON1, MON2" где MON1, MON2 могут принимать значения: AUTO, NONE, TMDS (DVI), CRT (VGA), STV (S-Video TVOut), LVDS (Laptop Panel Device), CTV (Composite TVOut !) Note: все вышеприведённые данные не имеют универсальный характер и относятся к системе приведённой в Инфо. Note2: для справки абсолютные значения некоторых тестов (при опциях драйвера равным первым вариантам из списка) Quake3 Arena 1.32b, demo four, All options = MAX, 1024x768@32bit — 100.6 fps Quake2 3.21-r0.15, 1024x768, all-max, demo1 172fps, demo2 — 164fps glxgears 649fps fgl_glxgears 116fps

Автор:	vasile [ 00:55 09.10.2003 ]
Заголовок сообщения:
Радость на нашей улице! Catalyst 3.8 for Linux (fglrx-3.2.8) Changes: — Driver now builds against Linux kernel 2.6.0-test6 #уже не надо самому ковырятся, хотя надо проверить — Fixes for Via KT400 systems #особых проблем спецефичных для KT400 ранее не замечал, но всё равно приятно — Fixes for Athlon K7 systems with 2.4.19 and 2.4.20 # полагаю не будет сообщения о необходимости опции nopentium — Added support for the following graphics cards: RADEON 9200SE, RADEON 9600SE, RADEON 9800LE, RADEON 9800SE, RADEON 9800XT — Improved GLX 1.3 features (pBuffers) #только на FireGL ( — AGP updates for the following AGP chipsets: intel i865, SiS648/651/746 VIA PLE133/KL266/KM266/P4M266 — Added glxATI.h to driver package for Developer Use — Moved ATI source tarballs to /usr/src/ATI Download Links: http://www2.ati.com/drivers/linux/fglrx-glc22-4.3.0-3.2.8.i586.rpm 4.1mb http://www2.ati.com/drivers/linux/fglrx-glc22-4.2.0-3.2.8.i586.rpm 5.1mb http://www2.ati.com/drivers/linux/fglrx-glc22-4.1.0-3.2.8.i586.rpm 5.3mb также посмотрите и этот файл http://www2.ati.com/drivers/linux/readme0328.txt Сами драйверы были готовы ещё 22 сентября [Исправлено: vasile : 09-10-2003 02:47]

Автор:	Vl@dcor [ 13:41 09.10.2003 ]
Заголовок сообщения:
Отлично, а то я уже думал их не будет :—). К сожалению сейчас не могу потестить, но завтра посмотрим что там наисправляли :—) У меня КТ400, там вроде что-то с ним связаное исправили, может agpgart

Автор:	ChaySoft [ 14:35 09.10.2003 ]
Заголовок сообщения:
Мужики помогите ламеру в Линухе. У мну мать на і815 + Radeon 9000 PRO Линуx ASPLinux 7.3, kernel 2.4.18 Так вот фича заключается в том что ламер (то есть Я) неможет установить номано дрова под Линух, вообще то у меня получилось один раз запустить иксы но без поддержки (почему то) OpenGL подскажите что вооще делать, какое должно быть содержание самого файла Config, что хотя бы такое agpgart и какой лучше использовать внутренний иль внешний. КОРОЧЕ БОЛЬШОЙ ХЕЛП нужен.

Автор:	ChaySoft [ 14:38 09.10.2003 ]
Заголовок сообщения:
Да ешо как вообще правильно устанавливать дрова??? потому что при установке rpm -i --force fglrx-glc22-4.2.0-3.2.8.i586.rpm выдается какая-то ошибка связаная с kernel"ом

Автор:	vasile [ 19:00 09.10.2003 ]
Заголовок сообщения:
Vl@dcor и у меня KT400, но как не работал internal agpgart так и не работает. Зато при инсталяции уже интересуется нужен ли DGA или нет (ранее всегда запрещал). Включил — хуже не стало (специально не тестировал, да и root'om практически не пользуюсь) — значит пусть будет. Другой вопрос в разделе Advanced Feature Settings звучит так — Do you want to export pseudo color visuals (y/n) ? [n] и коментарий в конфиге: Pseudo Color Visuals (8-bit visuals) Вспомнив свои эксперименты (http://radeon2.ru/ubb/Forum5/HTML/001312.html#34) решил оставить вариант по умолчанию (то есть "no"). Далее, FSAA как не работал так и не работает. делаю diff -ru glxinfo-3.2.5 <(glxinfo) получаю -client glx vendor string: SGI -client glx version string: 1.2 +client glx vendor string: ATI +client glx version string: 1.3 Вывод — связано о заявлении о совместимости с OpenGL 1.3 ("Improved GLX 1.3 features (pBuffers)"), но никаких новых GL extensions на моём R200 нету. Запустил mplayer -vo gl/gl2/xv, Quake 2, Quake III, tuxracer — нигде проблем не видел по тестам glxgears,Quake3 — то же самое; в fgl_glxgears — небольшой прирост (+1fps). В целом — хорошие дрова (главное хуже не стало, а это уже плюс ) ChaySoft <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> что хотя бы такое agpgart и какой лучше использовать внутренний иль внешний. КОРОЧЕ БОЛЬШОЙ ХЕЛП нужен. </SPAN><HR size=22></SPAN></BLOCKQUOTE> agpgart что в Win32 что в linux'e — один смысл. В данном случае имеется ввиду модуль ядра (попросту драйвер) отвечающий за AGP интерфейс, его инициализацию и предоставление доступа другим драйверам (в частности fglrx, radeon). использовать лучше внешний. Хелп — ищи в этой ветке, а также (если не любишь поиск) в http://radeon2.ru/ubb/Forum5/HTML/001280.html . Информации (IMHO) достаточно. если всё же не помогло, то напиши что именно не сработало, что в логах итд. <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> выдается какая-то ошибка связаная с kernel"ом </SPAN><HR size=22></SPAN></BLOCKQUOTE> Какая? All <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> — Driver now builds against Linux kernel 2.6.0-test6 </SPAN><HR size=22></SPAN></BLOCKQUOTE> А уже 2.6.0-test7 вышел!

Автор:	vasile [ 00:43 10.10.2003 ]
Заголовок сообщения:
Сам себе отвечу: 2.6.0-test7 и fglrx-3.2.8 вместе не работают (test6 не пробовал). Хотя всё собирается просто отлично (никаких телодвижений особо не требуются) Ошибка проявляется при загрузке модуля <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> kernel: fglrx: Unknown symbol VMALLOC_VMADDR </SPAN><HR size=22></SPAN></BLOCKQUOTE>

Автор:	ZOleg [ 06:25 10.10.2003 ]
Заголовок сообщения:
Добавь в файл /usr/lib/modules/fglrx/build_mod/firegl_public.c после #include <linux/autoconf.h> #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0) #define VMALLOC_VMADDR (unsigned long) #endif Перекомпиль и установи заново. Только это все фигня — при старте иксов видим в /var/log/XFree86.0.log : drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmGetBusid returned '' (II) fglrx(0): [drm] loaded kernel module for "fglrx" driver (II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:2:0:0" (II) fglrx(0): [drm] added 8192 byte SAREA at 0xf890e000 (II) fglrx(0): [drm] mapped SAREA 0xf890e000 to 0x40110000 (II) fglrx(0): [drm] framebuffer handle = 0xd0000000 (II) fglrx(0): [drm] added 1 reserved context for kernel (II) fglrx(0): DRIScreenInit done (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.2.8 (II) fglrx(0): Date: Sep 21 2003 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.0-test7 (II) fglrx(0): Build-Kernel MODVERSIONS: no (II) fglrx(0): Build-Kernel __SMP__: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xe1000000 (EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV" (EE) fglrx(0): cannot init AGP (II) fglrx(0): [drm] removed 1 reserved context for kernel (II) fglrx(0): [drm] unmapping 8192 bytes of SAREA 0xf890e000 at 0x40110000 (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * в /var/log/messages : Oct 10 12:05:51 zoleg kernel: Linux agpgart interface v0.100 © Dave Jones Oct 10 12:05:51 zoleg kernel: fglrx: module license 'Proprietary. © 2002 — ATI Technologies, Starnberg, GERMANY' taints kernel. Oct 10 12:05:51 zoleg kernel: [fglrx] Maximum main memory to use for locked dma buffers: 928 MBytes. Oct 10 12:05:51 zoleg kernel: [fglrx] module loaded — fglrx 3.2.8 [Sep 21 2003] on minor 0 Oct 10 12:05:51 zoleg kernel: [fglrx:firegl_unlock] ERROR Process 1492 using kernel context 0 Oct 10 12:05:51 zoleg kernel: [fglrx:drm_ioremapfree] ERROR [mappings] Attempt to free NULL pointer Вот такая вот загогулина!!!http://radeon2.ru/ubb/icons/icon7.gif Мое железо : Radeon9200, M/B Gigabyte GA-7N400 (nForce2 400 Ultra), AthlonXP 3000+ Софт: ASPLinux 9, kernel 2.6.0-test7, XFree86 4.3.99.13, modutils-2.4.25 ядро собрано с поддержкой DRI и модулями для agpgart и nvidia_agp Еслт кто знает как это пофиксить напишите плиз!!!

Автор:	ChaySoft [ 13:09 10.10.2003 ]
Заголовок сообщения:
Я так понял что никто так и незаставил под Линухом нормально работать Радеон 9000 ПРО иль я ошибаюсь. Короче подолбавшись с дровами в конце концов, даже непонятно как но иксы запустились. Ток вот непойму я одной фишки в логах вот такая вот ошибочка (EE) fglrx(0): DRIScreenInit failed!. В конце концов OpenGL непашет наглухо. В ATI Control пишется что Transfer Mode: PCI почемуто хотя AGPGART загружен (не ну может я чегото недогоняю так подскажите) OpenGL vendor string: VA linux Systems, Inc OpenGL render string: Mesa GLX Indirect (хотя я так понимаю должен быть FireGL) OpenGL version string: 1.2 Mesa 3.4.2 Вот такая вот загогулина. Подскажите может что нетак делал может что можно сделать, конфиг же я весь выкидывать в форум нестал больно он очень вели ешо модератор загнеть. З.Ы: В Линухах я недавно межет что я с понятиями накрутил, большая просьба помочь чем сможете больно меня ужо Мелкомягкие со своими форточками задрали так что альтернатива одна Линух.

Автор:	vasile [ 13:15 10.10.2003 ]
Заголовок сообщения:
ZOleg Спасибо за совет. (собрался модуль без проблем, а ведь тоже самое было в 3.2.5 & kernel 2.6.0-test{5,6}, отличие в том что компилятор давал ошибку при сборке). может стоит удалить отдельно созданую тему и продолжить обсуждение проблемы здесь (народ тут особо не шевелится, и две Линукс темы — похоже комуто покажется излишним). Хотел бы сейчас покопаться в проблеме, но bugzilla закидала меня багами (к сожалению моими) так что придётся этот вопрос немного отложить. --- немного не в тему, решил посмотреть чем отличается реализация OpenGL для Linux и Windows в последних драйверах ATI. делаю diff -ru linGL winGL +GL_ATI_pn_triangles -GL_EXT_polygon_offset +GL_WIN_swap_hint +WGL_EXT_extensions_string +WGL_EXT_swap_control Замечания: GLU/glx extensions не учитывались, тест производился в стандартных настройках только на моей системе (см. Инфо) Как все поняли то что с плюсом — только в Win32, то что с минусом — только в linux версии.

Автор:	vasile [ 13:25 10.10.2003 ]
Заголовок сообщения:
ChaySoft: <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> Я так понял что никто так и незаставил под Линухом нормально работать Радеон 9000 ПРО иль я ошибаюсь. </SPAN><HR size=22></SPAN></BLOCKQUOTE> Как правило с 9000/Pro, 8500/9100 особых проблем нету. Если хочешь быстро разобраться, то 1. кинь мне на мыло архив (сжатый) с файлами /etc/X11/XF86Config-4, /var/log/XFree86.0.log, /var/log/messages (само собой файлы надо паковать после попытки запуска X'ов). 2. Опиши свою систему в инфо. 3. Перед всем этим убедись что в /etc/X11/XF86Config-4 опция Option "UseInternalAGPGART" имеет значение "no".

Автор:	vasile [ 00:23 13.10.2003 ]
Заголовок сообщения:
ZOleg посмотри сюда — вроде решили большинство проблем csociety-ftp.ecn.purdue.edu/pub/gentoo-portage/media-video/ati-drivers/files/

Автор:	DenDur [ 02:41 13.10.2003 ]
Заголовок сообщения:
Люди, стоит у меня Gigabyte R9200 128Mb, дист. Мастер 2.2, мать на КТ133А Короче, не могу я 3Д настроить никак, 2Д пашет (Мплеер кстати не бычит с -vo xv). Для 3Д он требовал сборки модуля для моей системы. Поставил исходники ядра, собрал ему модуль, но insmod fglrx ругается и видит кучу unregistered simbols, и не грузит его. Тот драйвет, который шел с Мастером 2.2 в комплекте тоже не пашет — не может определить тип карты Короче хелп нужен...

Автор:	ZOleg [ 04:43 13.10.2003 ]
Заголовок сообщения:
vasile Сэнкс за помощь!!! Патчи качнул, теперь буду разбираться.

Автор:	vasile [ 17:26 13.10.2003 ]
Заголовок сообщения:
DenDur Поподробнее, пожалуйста, насчёт версии ядра, исходников ядра, драйвера и о сообщениях unregistered simbols, и того что пишет в /var/log/messages

Автор:	DenDur [ 02:55 14.10.2003 ]
Заголовок сообщения:
to vasile: Версия ядра: 2.4.20-alt5 (alt5 — Это Alt Linux Master-овский индекс) Исходники: 2.4.20-alt5 Версия дров: fglrx 3.2.8 1-ый вариант: Делаю все как говорит мне инсталятор дров АТИ, модуль собирается но пишет при запуске кучу нерегистренных символов. 2-ой вариант: Пересобрать заново все ядерные пакеты, у альта есть и такое (kernel24...alt5.src.rpm) Так там есть kernel-module для fglrx 2.5.1 я заменяю файлы в этом пакете на исходники 3.2.8 и пересобираю все пакеты ядра, среди оторых появляется и тот самый нужный мне модуль. Устанавливаю его, depmod -a при загрузке модуля fglrx теперь нет нерегистренных символов, но есть такое точно сейчас не скажу, на работе: syslog после insmod fglrx: fglrx (init card failed) или что-то вроде этого в консоле: что то вроде I/O и IRQ неверные или т.п. Напомню, что у меня Gigabyte Radeon 9200 ViVo 128Mb

Автор:	ZOleg [ 08:19 14.10.2003 ]
Заголовок сообщения:
DenDur Скачай себе нормальное ядро (последняя стабильная версия 2.4.22) с www.kernel.org или по прямой ссылке ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.22.tar.bz2 , наложи патчи ac4 — ftp://ftp.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.22/patch-2.4.22-ac4.bz2 настрой, перекомпиль и установи ядро и модули, и после этого ставь атишные дрова — проверено, работает ( сам так делал) Успехов!!!

Автор:	vasile [ 10:13 14.10.2003 ]
Заголовок сообщения:
DenDur К сожалению изменения в ядре сделанные Alt'ом, RedHat, mandrake, ... часто бывают несовместимы со стороними модулями (речь идёт о последних версиях из линейки RedHat 9 compatible), такими как fglrx. Совет ZOleg верен, возможна потяря некоторой функциональности, но её можно востановить воспользовавшись соотвествующем патчем. Из плюсов имеем лучшую совместимость, возможность дешёвого обновления до последней версии ядра (с помощью патчей, относительно малых по размеру), и возможность настройки именно под свои нужды. Сам столкнулся с подобной проблемой (ещё на этапе сборки fglrx), но так как пследние 2 года не пользуюсь стандартными ядрами, а последнюю версию с kernel.org регулярно обновляю — то не стал морочится с поиском ошибок(вообще-то ошибки искал, и то что увидел сильно меня растроило — патч патчем, но зачем же менять API?), а сразу поставил на vanila kernel.

Автор:	Vitls [ 13:11 14.10.2003 ]
Заголовок сообщения:
Видео: Gigabyte GV-R9000 (Radeon 9000) Система: ALT Linux Master 2.2 + standart security updates Версия ядра 2.4.20-alt10 Версия драйверов: 3.2.8 Способ сборки: на основе spec-файла от 2.5.1 собраны модули для Х, получился пакет fglrx-3.2.8-alt1.rpm, далее устанавливались исходники ядра и собирался ядерный модуль fglrx.o. Далее ядерный модуль посылался в /usr/lib/... вместо модуля от 2.5.1 (не забываем делать резервную копию), и устанавливался пакет fglrx-3.2.8-alt1.rpm. Делаем depmod -a -- видим ругань на Unresolved symbols, игнорим её. Запускаются Х, поднимается 3Д, всё нормально. . Имеем: падение производительности на несколько процентов по сравнению с 2.5.1 из дистрибутива (1667 попугаев против 1744 для 2.5.1) по верии glxgears. Артефакты при переключении в текстовый режим и обратно, изчеэновение происходит после запуска любой OpenGL программы. Телевизер таки заработал как вторая голова (воткнул шнур в телек не перегружая компа — увидел изображение), с клоном рабочего стола, но mplayer не умеет на телек вывести изображение, на мониторе пашет, на телеке — пусто. Игры рабоают нормально. . Вопрос: у кого есть опыт настройки: на мониторе рабочий стол, на телеке — кино?

Автор:	DenDur [ 02:12 15.10.2003 ]
Заголовок сообщения:
Все, тихо ларчик открывался... и открылся Заработало млин. Поставил в очередной раз исходники, потом в скрипте сборки модуля — make.sh вырезал нахрен все что касается ссылок на version.h в incudes — ах. Пересобрал — запустил — загрузилось — порадовался. %)))) Ура товарищи!!!

Автор:	SpellBuilder [ 15:58 26.10.2003 ]
Заголовок сообщения:
У меня RedHat9 и XFree86 4.3.0, видеокарта Radeon 8500LE. Установил дрова fglrx-glc22-4.3.0-3.2.8.i586.rpm ... вроде всё нормально, но при переключениями между виртуальными консолями (конкретно — возвращение в седьмую) в X слетает палитра, точнее не правильно восстанавливается. Помогает только перезапуск Xserver'а

Автор:	vasile [ 19:37 26.10.2003 ]
Заголовок сообщения:
SpellBuilder знакомая ситуация. Была и в предыдущих версиях драйверов. Интересно: есть это только на RH9 или и на других системах?

Автор:	ZOleg [ 04:34 27.10.2003 ]
Заголовок сообщения:
У меня ASPLinux 9, XFree86 4.3.99.14, разные ядра, KDE 3.1.2 и 3.1.4 (сам правил .spec файлы под себя и компилил из src.rpm) — таже самая фигня, палитра улетает, но иксы перезапускать не надо, достаточно запустить любою OpenGL прогу, палитра восстановится.

Автор:	vasile [ 19:28 27.10.2003 ]
Заголовок сообщения:
Пара экспериментов показала что палитра востанавливается 1. запустив tuxracer 2. выполнив fglrx_xgamma -gamma 1 3. подёргать движки в Ati FireGL Control Panel однако Quake3, Wolfenstain на палитру никак (положительно) не влияют. И в догонку: linux-2.6.0-test9 + Ati fglrx-3.2.8+patches+games = полёт нормальный

Автор:	SpellBuilder [ 02:34 30.10.2003 ]
Заголовок сообщения:
Спасибо всем :—) ))

Автор:	ALutsenko [ 17:18 30.10.2003 ]
Заголовок сообщения:
Так как на счёт на мониторе работать, ана телике кино?

Автор:	Ethereal [ 19:54 03.11.2003 ]
Заголовок сообщения:
Насчет слетания палитры: Вышеперечисленными методами оно конечно лечится, вот только беда, помимо этого еще и виснет win4lin постоянно. Вот когда ставлю Option "no_dri" "yes" палитра перестает слетать, win4lin перестает зависать, и 3D ускорение естественно перестает пахать. Так вот хотел спросить, никто не знает как лечить этот глюк ? Ядро у меня 2.4.22 с kernel.org

Автор:	vasile [ 23:06 05.11.2003 ]
Заголовок сообщения:
пару дней назад проверил — нет проблем с цветами!!! Стал вспоминать что менял.. вспомнил — в ATI Control Panel поставил Gamma Correction отличным от умолчания (точнее 1.25)

Автор:	Ethereal [ 10:24 06.11.2003 ]
Заголовок сообщения:
Да, действтельно от глюка с цветами это лечит. Могу даже предположить почему: Цвета востанавливаются когда fglrx выполняет какую-то комманду (инициализация при запуске gl приложения или например изменение цветовой гаммы (дерганье движков в ATI контроле)) Есл игамма стоит по дефоулту ати ничего не трогант, а если нет то при каждом переходе в графический реджим ати изменяет гамму и отдает комманду fglrx а та просыпается и делает нормальную палитру. А вот win4lin все равно виснет независимо от палитры, и почему я не понимаю. Откликнетесь люди, кто юзает win4lin !!

Автор:	vasile [ 12:32 06.11.2003 ]
Заголовок сообщения:
Ethereal эмулятор есть эмулятор... Наверно уже пробовал менять параметр ? Option "UseFastTLS" "2" \|\| "1" \|\| "0" #TLS 0 default — fast # 1 — fast mode # 2 — compatible (WineX, emulators)

Автор:	Ethereal [ 09:43 07.11.2003 ]
Заголовок сообщения:
Пробовал, не помогает Что интересно виснет только в одном месте — когда открываю документ в Word и пытаюсь его скролить Еще и виснет так что на консоль не упадешь — клавиатура блокируется приходится перезагружать комп А вот без DRI не виснет

Автор:	vasile [ 20:46 07.11.2003 ]
Заголовок сообщения:
Ethereal знакомо, правда не с "win4lin" а "wine+hl.exe". Хотя клавиатуру блокирует — Linux жив! Что-б лишний раз не проверять журналируемость ext3/reiserfs нажимая anykey, гружу acpid + ACPI в ядре — на кнопку poweroff можно повесить убийство X'ов (killall X) я предпочитаю /bin/poweroff. Насчёт гаммы — по умолчанию в XF86Config-4 её значение "0x0000000", то есть если цвета востанавливаются нормально кроме как в этом случае — то налицо элементарный баг программы (надо бы уведомить канадцев?)

Автор:	Ethereal [ 22:22 07.11.2003 ]
Заголовок сообщения:
Да, то что линух жив это понятно Даже музыка продолжает играть и мышка двигается. Клавишей anykey я не люблю пользоваться предпочитаю alt+SysRQ+s alt+SysRQ+u alt+SysRQ+b alt+SysRQ+k(ядреное убийство приложения на текущей консоли, в данном случае X-ы) почему-то с win4lin не пашет, хотя при зависании других приложений помогала. Надо настроить acpid было бы удобно Еще бы на кнопку reset что нибудь повесить ) Хотя щас просто работаю в 2D режиме а когда хочу поиграть переключаюсь в 3D. Насчет гаммы просто при значении 0x00000000 fglrx не вызывается, так как ни в какую сторону менять ему гамму не надо, а при другом значении он вызываеться чтобы поменять гамму своими средствами, перекрывая стандартные средства X-сервера. Но видать он еще что-то перекрывает раньше, что не дает палитре нормально восстановиться без его вызова. Вообще мне кажеться там упущено буквально пара комманд. Недоделанный fglrx.

Автор:	Муковисцидозник [ 04:00 13.11.2003 ]
Заголовок сообщения:
Я вижу вы тут большинство смыслети хорошо в Линуксе. Подскажите: видеокарта ATI Radeon 9200SE ___ ASPLinux 9 Express Edition. Не хочет графическая среда запускаться. Посоветуйте кто-что придумает.

Автор:	ZOleg [ 05:09 13.11.2003 ]
Заголовок сообщения:
Муковисцидозник Ты всю ветку внимательно прочитай и все у тебя получится.

Автор:	vasile [ 09:44 13.11.2003 ]
Заголовок сообщения:
Муковисцидозник Другая полезная ветка: http://radeon2.ru/ubb/Forum5/HTML/001280.html

Автор:	Муковисцидозник [ 02:19 14.11.2003 ]
Заголовок сообщения:
Да-а-а! Похоже я полный дурак, но не нашел конкретный ответ на свой вопрос. Значит объясьню подробней. В ASP9 нет дравера на Radeon 9200 и Radeon 9200SE, есть на R9000 и др. Вопрос ко свем: 1.) Где можно попытаться найти драйвер на видюху под Linux (ведь из под Windowsа не пойдет?). 2.) И каким макаром поставить в Linux (Linux работает в текстовом режиме) Приобрел Linux месяц назад, все не как не могу включить среды графических разроботок. А хотса оторваться от разроботки в Виндоус будь он не ладен.

Автор:	vasile [ 10:04 14.11.2003 ]
Заголовок сообщения:
Муковисцидозник 1) А посмотреть www.radeon2.ru->Downloads->драйверы->для Linux 2) Да хоть по ssh вот точный линк <font class="off"> Аналог каких программ тебе нужен? Для решения подобных вопросов лучше обратится на другой форум или подписаться на рассылку (к примеру comp.soft.linux.discuss@subscribe.ru) </font>

Автор:	Ethereal [ 21:05 16.11.2003 ]
Заголовок сообщения:
Насчет зависаний win4lin В KDE вроде не зависает и с DRI (раньше юзал GNOME) Странно как то все это... И непонятно кому репорт о багах отправлять разработчикам win4lin, гномовцам или ATIшникам

Автор:	Ethereal [ 20:26 17.11.2003 ]
Заголовок сообщения:
To vasile: Подключил ACPI но при зависании win4lin acpid не отвечает, видать падает и ядро (или его кусок) win4lin ядро спокойно висануть может благадоря своему встроенному модулю, за ним это уже замечали. Хотя мышка продолжает двигаться а музыка играть. Но через некоторое время зависает все мертво. В KDE оказывается win4lin тоже виснет, это просто вчера везучий вечер был. Для тех кто случайно увидел мою мессагу, чтобы не подумали что это оффтопик, повторяю: ВСЕ эти глюки наблюдаються только с модулем fglrx при включенном DRI

Автор:

vasile [ 21:37 17.11.2003 ]

Заголовок сообщения:

Ethereal

Цитата:
>В KDE оказывается win4lin тоже виснет, это просто вчера везучий вечер был\

Одним из подозреваемых меньше

Цитата:
>Подключил ACPI но при зависании win4lin acpid не отвечает, видать падает и ядро (или его кусок)\

Я и забыл что для Win4Lin используется интеграция в ядро (поэтому баг программы тянет за собой всю систему). Наверное с VMWare будет таже история. А вот Wine/WineX/Crossover Office ... Думаю стоит попробовать?!

Автор:	Ethereal [ 09:04 18.11.2003 ]
Заголовок сообщения:
VMWare не такая глючная Пользуюсь ей — пашет прекрасно, однако винда грузится медленней, и нет общего буфера обмена как в win4lin, а для работы с текстами это очень нужно. Под winex идут игрушки, однако пойдет ли под него Ms Word ? У меня не получилось. Вот Crossover Office надо бы найти где нить и попробовать

Автор:	vasile [ 09:48 26.11.2003 ]
Заголовок сообщения:
Ethereal: <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> VMWare не такая глючная Пользуюсь ей — пашет прекрасно, однако винда грузится медленней, и нет общего буфера обмена как в win4lin, а для работы с текстами это очень нужно.</SPAN><HR size=22></SPAN></BLOCKQUOTE> пробовал Install VMWare Tools ? <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> Вот Crossover Office надо бы найти где нить и попробовать</SPAN><HR size=22></SPAN></BLOCKQUOTE> 11mb

Автор:	ethereal [ 19:39 29.11.2003 ]
Заголовок сообщения:
Так давно я тут небыл, вкратце расскажу о последних изменениях: win4lin я стер, поставил CrossOver Office и vmware. Последняя в настроенном виде работает довольно хорошо и быстро и с буфером обмена оказывается все приемлемо. Но это не по теме. А теперь по теме: Вчера раскладывал пасьянс (kpat) и тут система повисла сама как и раньше с win4lin. Похоже все таки fglrx глючный. Порылся на буржуйских форумах и обнаружил что у людей тоже зависания причем и виашными чипсетами. Сценарий (составленный на примере меня и других) примерно такой: Виснут X-ы, машина продолжает работать, по сети к ней можно получить доступ, но клавиатура не работает, только SysRQ. При попытке выключить X сервер с пом. alt+SysRQ+k ядро останавливается(SysRQ продолжает пахать) В логах ничего. Зависания примерно раз в 3 дня при постоянно включенной машине (у себя не проверял, но судя по всему где-то так и есть) Опять же с выключенным DRI система работает стабильно. Интересно выйдет ли когда нибудь нормальный fglrx ?

Автор:	vasile [ 00:55 30.11.2003 ]
Заголовок сообщения:
ethereal Цитата: >Интересно выйдет ли когда нибудь нормальный fglrx ?\ Надежда умирает последней А раз есть шум около проблемы — значит будет и решение. Надеюсь скоро. Помню ATI обещалась давать новый Linux драйвер каждые 2 месяца, а последний был 10 октября, значит неделя другая и будет. Хотя если опять для галочки выкинут драйвер — вроде что-то пофиксили, а все старые проблемы на месте — тогда грустно (

Автор:	ethereal [ 09:28 30.11.2003 ]
Заголовок сообщения:
Да у них драйвер сырой. Посмотреть только на тупой глюк с палитрой. Видно не сильно люди хотят заниматься линуксом.

Автор:	vasile [ 20:27 30.11.2003 ]
Заголовок сообщения:
Сырой? можно и так сказать, но всё же предпочтительней (по скорости и качеству 3D) драйверов проекта DRI. Вопрос: кто нибудь шлёт багрепорты в службу поддержки ATI?

Автор:	ethereal [ 22:58 30.11.2003 ]
Заголовок сообщения:
>Сырой? можно и так сказать, но всё же предпочтительней (по скорости и качеству 3D) драйверов проекта DRI. Наверное предпочтительней, хотя те драйвера я не пробовал, а вообще предпочел бы стабильность. >Вопрос: кто нибудь шлёт багрепорты в службу поддержки ATI? Видел что англицкие юзеры шлют. Надо бы собраться и тоже послать А у меня еще вопрос: в эту тему кроме тебя и меня кто нибудь заглядывает ?

Автор:	vasile [ 00:58 01.12.2003 ]
Заголовок сообщения:
<font class="off">Заметил что регулярно интересуются вопросами: где взять дрова на Radeon 7x00, что делать с FreeBSD. Вопросы создаются в "Решение проблем", "Общий". Модераторы перенаправляют сюда, но что я их тут не вижу. Цитата: > А у меня еще вопрос: в эту тему кроме тебя и меня кто нибудь заглядывает ?\ или просто нечего сказать . Или же, если всё удовлетворительно работает, то что тут обсуждать.. Хотя видел больше активности на теме вроде "Red Hat прекращает выпуск Red Hat Linux ", или "Свой раздел для Linux/UNIX на радеон2.ру". </font> Ссылки: сравнение разных драйверов для radeon'ov под Linux, Обновление статьи, ATI Linux driver feedback

Автор:	LuckAs [ 23:50 02.12.2003 ]
Заголовок сообщения:
(WW) fglrx: No matching Device section for instance (BusID PCI:1:0:1) Radeon 9200SE an other compatible! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Dual (5) (8) 1-CRT(p) 2-TV-out(s) ... Section Device ... Psevdocolouts = "off" !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Автор:	vasile [ 02:19 03.12.2003 ]
Заголовок сообщения:
LuckAs нашёл на dri.sf.net Код: One problem with the 9200SE is that some older XFree86 servers will not detect the chipset. To make this work, you can manually set the [b] ChipID 0x5963 [/b] to the Device line.

Автор:	Kwa [ 16:58 04.12.2003 ]
Заголовок сообщения:
Система зависает после startx — слабосветящийся экран без изображения. Самое интересно, что в логах всё OK: "acceleration enabled", "direct rendering enabled"... Драйвер fglrx, настройки преимущественно умолчальные. Карта Radeon 9100, система RedHat 9, системная плата на VIA. Вот такие дела. Кто-нибудь сталкивался с таким?

Автор:	Ethereal [ 18:59 04.12.2003 ]
Заголовок сообщения:
Ну у меня виснет просто иногда. В логах тоже ничего по этому поводу нет. Видимо надо ждать новый fglrx или писать драйвера...

Автор:	ALutsenko [ 19:43 05.12.2003 ]
Заголовок сообщения:
to Kwa Если включить и ТВ — то у меня аналогичная стуация, без ТВ — нормально. Но в общем — :—( ...

Автор:	Ethereal [ 08:40 16.12.2003 ]
Заголовок сообщения:
Насчет зависаний fglrx.o Выяснил когда это происходит наверняка: Нужно запустить какое нибудь GL приложение например Chrromium, но не на полный экран а в окошке, пусть она там работает а в это время например понажимать стартовое меню, так чтобы окошко с меню накладывалось на окно с Chromium. Секунд 10 такого баловства и система виснет как и раньше. То есть получаеттся драйвер виснет при работе одновременно с 3D и 2D графикой. Что то там конфликтует. Есть у кого нибудь какие-то идеи ? Предлагаю все людям у кого fglrx-glc22-4.3.0-3.2.8 поверить это на своих машинах. Также еще один вопрос. При запуске X-в в 3D режиме в логи выводиться что то типа No MTRR for e4000000 found. Может в этом загвоздка ?

Автор:	vasile [ 22:11 16.12.2003 ]
Заголовок сообщения:
Ethereal Недавно захотелось запустить glxgears, а вместо зубчатых колёс и fps'ов получил SIGSEGV ?!! начал грешить то на новое ядро (на тот момент пропатчил до 2.4.22-ac4), то на эксперименты с 2.6.0-test.. К том времени обновил свой WM Enlightenment до версии 0.16.6, страности в работе которого всё таки позволили получить "колёсики". Если при запуске glxgears (кстати с fgl_glxgears, libogl_spectrum (xmms vis plugin) та же история, то есть страдают все оконные glx приложения, игры у меня все в fullscreen) окно програмы перекрывается другим окном (в моём случае Eterm с опцией Stacking — Above), то всё работает (хотя результат не виден). Выдвигаем одно окно из под другого — "колёса" крутятся дальше. Вывод 1. Стоит попробовать другой WM. 2. Похоже от ядра это не зависит (с тех пор пробовал 2.4.22, 2.4.22-ac4, 2.4.23, 2.6.0-test9 — 2.6.0-test11) <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Также еще один вопрос. При запуске X-в в 3D режиме в логи выводиться что то типа No MTRR for e4000000 found. Может в этом загвоздка ?</SPAN><HR size=22></SPAN></BLOCKQUOTE> Похоже что нет. На моей системе это сообщение появляется для ядер 2.4.23, и отсутсвует для 2.6.0-test11. В последнем используется код mtrr 2.0 против 1.4 (для "старого"ядра"). Цитата: >Предлагаю все людям у кого fglrx-glc22-4.3.0-3.2.8 поверить это на своих машинах.\ Поддерживаю.

Автор:	Ethereal [ 09:40 17.12.2003 ]
Заголовок сообщения:
To vasile: >Стоит попробовать другой WM. Пробовал в гноме и в кде, одна и та же трабла. Зависания происходят не случайно а либо при описанном выше наложении окон, либо если какое-то "плоское" приложение использует DRI (как в случае с win4lin или kpat). Видимо не может этот драйвер корректно работать с двумя типами вывода графики на одной рабочей области. При наложении окон, у меня вывод нормально виден, может какие-то глюки с отсечением ? Было еще как-то играл в Chromium на полный экран и был запущен Sim. Тут пришло сообщение и выплыло всплывающее окно Sim прямо поверх Chromium.Система повисла мгновенно. >Похоже от ядра это не зависит (с тех пор пробовал 2.4.22, 2.4.22-ac4, 2.4.23, 2.6.0-test9 — 2.6.0-test11) Да, и то хорошо Надеюсь к новому году выйдет новый fglrx. Не знаешь кстати, может есть какой-то другой драйвер для АТИ позволяющий работать через AGPGART ?

Автор:	vasile [ 21:37 17.12.2003 ]
Заголовок сообщения:
Ethereal <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> Надеюсь к новому году выйдет новый fglrx. Не знаешь кстати, может есть какой-то другой драйвер для АТИ позволяющий работать через AGPGART ? </SPAN><HR size=22></SPAN></BLOCKQUOTE> посмотри здесь. есть описание неплохого, но не бесплатного драйвера от xig.com Я его уже скачал. Найду к выходным время — попробую. Судя по статье — меньше глюков, высокая скорость 2d, в играх чуть похуже (но пробовать всё равно буду).

Автор:	Ethereal [ 22:55 17.12.2003 ]
Заголовок сообщения:
Спасибо, попробую

Автор:	vasile [ 23:07 17.12.2003 ]
Заголовок сообщения:
О впечатлениях, проблемах и главное — их решениях сообщай сюда же (незачем обоим изобретать велосипед )

Автор:	Dened [ 07:13 18.12.2003 ]
Заголовок сообщения:
Народ!, че вы тут маетесь, уже на следующей неделе новый драйвер под Линукс выйдет.

Автор:	vasile [ 09:50 18.12.2003 ]
Заголовок сообщения:
Dened Что вы от него ждёте? А что получите? PS: статья рекомендуется к прочтению

Автор:	Dened [ 09:58 18.12.2003 ]
Заголовок сообщения:
Да я собственно ничего сверхестественного не жду, просто интересно.

Автор:	vasile [ 13:45 18.12.2003 ]
Заголовок сообщения:
просто интересно — ok, потестируем, посмотрим, и выберем лучшего (для себя). Хорошо когда есть выбор, и плохо когда им не пользуются.

Автор:	Ethereal [ 23:33 19.12.2003 ]
Заголовок сообщения:
Эх, посмотрел я на тот драйвер. (это вроде целый X-сервер, если я правильно понял). Жаль щас устанавливать времени нет вообще, может через пару дней появится. А если отвечать что я жду от fglrx, так это корректную работу с nForce2 AGP. Если не будет, лично устрою DoS аттаку на их сайт

Автор:	Vl@dcor [ 01:21 20.12.2003 ]
Заголовок сообщения:
Мне не понравилось, TV-Out "из коробки" не пашет... Все же fglrx лучше, буду ждать его...

Автор:	Ethereal [ 00:49 21.12.2003 ]
Заголовок сообщения:
Очередные новости про зависания Сегодня система первый раз не упала полностью! Произошло зависание. Я нажал alt+SysRQ+k и к моему удивлению иксы перезагрузились. Как только попытался упасть на консоль все вообще мертво повисло, на экране цветные точки, курсор мышки без движения, но acpi откликнулся и вывел меня в poweroff(консоль так и не показалась). Вот кусок из /var/log/messages: ;О зависании ничего как всегда Dec 20 23:33:55 localhost kernel: SysRq : SAK ;Это я нажал alt+SysRQ+K Дек 20 23:33:55 localhost gdm(pam_unix)[3993]: session closed for user xcv ... ;тут умер pppd Дек 20 23:33:55 localhost gdm[3993]: gdm_slave_xioerror_handler: Фатальная ошибка X — перезапуск :0 ;Запустились X-ы !! Dec 20 23:33:55 localhost modprobe: modprobe: Can't locate module char-major-10-134 ;Здесь иксы повисли во второй раз и вот строчки всвязи с этим: ;Может они что то значат ? Что такое UMM area? Помогите пожалуйста! Dec 20 23:33:58 localhost kernel: [fglrx:firegl_umm_init] ERROR UMM area already initialized! Dec 20 23:33:58 localhost kernel: [fglrx:firegl_unlock] ERROR Process 4196 using kernel context 0 ;Сработал acpid Dec 20 23:34:19 localhost shutdown: shutting down for system halt Dec 20 23:34:19 localhost init: Switching to runlevel: 0 PS Всем, кто читает эти сообщения, или просто сочувствует мне морально, большое спасибо!!

Автор:	Ethereal [ 10:30 21.12.2003 ]
Заголовок сообщения:
Еще одно дополнение: Зависание происходит на 100% если запустить одновременно не на полный экран например chromium и gmplayer, или fgl_glxgears и mplayer, и т.д. В 30% случаев виснет само приложение (chromium, fgl_glxgears), в 70 % случаев виснут X-ы. При зависаниях X сервера, полученных таким путем мне удаеться оживить систему, как описано в предыдущем сообщении. При зависаниях описанных раньше не удавалось, хотя симптомы абсолютно одни и те же. Мои предположения: gmplayer тоже использует dri (там галочка в опциях стоит). fglrx не переносит когда два приложения не на полный экран используют dri (но не во всех случаях, это зависит от приложений). Когда запускал chromium в окне, и tux racer на полный экран все нормально было. Еще один глюк. Когда запускаю vmware, стартую в ней винду, перехожу в полноэкранный режим, а потом возвращаюсь, ни одно dri приложение не стартует просто. Комманда glxinfo простозависает. Видимо vmware в полноэкранном режиме забирает dri на себя а потом fglrx не может его правильно забрать обратно. Приходится перезагрузить X-ы. Я к чему это все рассказываю. Может у кого то были хоть какие-то из этих глюков ?? Если были, может они излечимы? Потому как у основной массы людей fglrx работает нормально. Нашел только на буржуйских форумах у людей виснет как у меня, но этих людей по пальцам пересчитать можно, и ответа им никто не дал. Посылал уже я и bug report в ati, надеюсь они его прочитали... -- С уважением, Ethereal

Автор:	Vladimir [ 14:41 21.12.2003 ]
Заголовок сообщения:
Я пробовал поставить Linux Mandrake 9.2 (ядро — 2.4.22). Дрова так и не встали. Я ткнул дровам в исходники (они вначале ругались, что их нету). Они что-то сказали, что это ядро 2.4.22, а им подавай 2.4.22-mdk10. В Version.h поменял на 2.4.22-мдк10. Увидел новое сообщение: нужен XFree 4.1.0.0 и выше. И всё. Дальше что-бы я не делал (убирал даже проверку на версию вручную в скрипте), не хочет ставится. Под конец выдал ошибку уже bach, что ему дале неизвестную команду. (пойду попытаю счастье с 2.6.0 )

Автор:	Ethereal [ 14:58 21.12.2003 ]
Заголовок сообщения:
Удачи Я пока 2.6.0 ставить не решаюсь Нужно для этого время и пиво.

Автор:	vasile [ 18:58 21.12.2003 ]
Заголовок сообщения:
Vladimir С ядром всё просто: работаешь под каким-то ядром — его-же исходники и нужны (BTW: 2.4.22-mdk10 и 2.4.22 — это разные вещи! для данного процесса). Если нет желания перейти на vanilla-kernel, то достаточно установить пакет kernel-devel/kernel-source ... По XFree 4.1.0.0 — *rpm --nodeps fglrx-3.2.8rpm** тоже не работает? Под конец выдал ошибку уже bach, что ему дале неизвестную команду — какую? Ethereal Я пока 2.6.0 ставить не решаюсь Нужно для этого время и пиво. — время нужно, верно (пиво оставляем на потом ). Уже версия 2.6.0-test9 склонила меня к полному перходу на это ядро. 2.6.0-test11 — переход осуществлён. 2.6.0 — рабочая версия (для меня), 2.6.1 — ещё лучше. А подтолкнул меня к переходу — корявый звук OSS в RtCW. Конечно же можно было просто поставить ALSA под 2.4.23, но эксперимент показал что все нужные мне программы без проблем (на данный момент) работают с новым поколением Linux. Для этого пришлось: 1. патчить VMWare, (заодно обновился с 3.1.. до 4.0.5-6030) 2. обновил RPM до 4.2.1-4.2 (было 4.2.0-0.69) — в старой версии был баг не позволяющий запускать rpm из под root'a. 3. также обновил glibc до 2.3.2-27.9.7 (сразу сделал rpmbuild --rebuild --target=athlon .. — проблем нету, а работать должно быстрее) — вообщето предыдущий баг был именно в glibc но решается обновлением rpm, так что этот шаг опционален. 4. fglrx-3.2.5, 3.2.8, 3.2.9, 3.7.0 + патчи. 5. немного повозился с стартовыми скриптами (/etc/rc.sysinit) (если кому нужно — могу показать вывод diff -ru rc.sysinit* ) 6, сборка ALSA-lib-1.0.5a (можно и постарее, скажем 0.9.6), ALSA-utils, xmms-alsa, настройка ALSA (в основном связанные с загрузкой модулей). (если нужно можно также показать) 7. Это вообще нужно было первым пунктом ставить — module-init-tools версии 3.0. Кстати в FAQ к этой замене modutils есть очень нужное решение проблемы для RH8,9 связанное с невозможностью автоматической загрузки модулей. 8. обновил lm_sensors до 2.8.6 — отлично читает датчики. (Внимание: есть проблема связки lm_sensors-2.8.2 и linux-2.6.1 — нужно обновить lm_sensors из CVS) 9. gkrellm-2.1.21 (уже доступен 2.1.24) — совместим с 2.6.0. 10. Wine-20031212 — работает! (более ранние версии отказывались). 11. CrossOver Office 2.1.0/3.0.0 — работает 12. Игры: все работают; точнее: Quake3-1.32, UT2003-2225, UT2004, RtCW-1.41-3, tuxracer-0.61 (1.1), gl-117, bzflag, quake2-r0.13. .. похоже что дошли до последнего этапа (или первого) — www.kernel.org .. 25. Наслаждайтесь ;—) [Исправлено: vasile : 10-06-2004 08:47]

Автор:	vasile [ 19:22 21.12.2003 ]
Заголовок сообщения:
Ethereal поздравления с регистрацией Сегодня мучал систему — запускал tuxracer в окне, fgl_glxgears, glxgears, mplayer -vo xv, vmware 4.0.5-6030 (прада внутри был openBSD), wine+theBat, xmms-openGL vis plugin (в окне) (без chromium, KDE — влом ставить, тем более что не пользуюсь), стандартные Q3, rtcw. Что не делаю — всё работает (чуть притомаживало, но работает). Даже тот SIGSEGV на glxgears не появлялся ?! Единственная разница — ядро 2.6.0 (было 2.6.0-test11). Кстати — вернулись сообщения "No MTRR for d4000000 found" и большая куча kernel: [fglrx:firegl_addmap] ERROR cannot create different map at same offset 0xd28dc000 kernel: [fglrx:firegl_alloc_bufs] ERROR Unable to add buffer mapping —> inconsistent kernel data!! kernel: [fglrx:firegl_agp_lock_pages] ERROR agp_allocate_memory_phys_list failed при этом всё отлично работает, боты с радостью умирают , mplayer процессор грузит на свои 8-12% PS: будет время — заполни "конфигурацию компьютера", а то неудобно прокручивать всю ветку вспоминая что у тебя за система

Автор:	Vladimir [ 23:12 21.12.2003 ]
Заголовок сообщения:
vasile Он на все комманды, которые выполнялись (установка + удаление темпов) сказал, что это не команды. А где мне этот MDK10 найти? На диске как ни странно просто 2.4.22

Автор:	vasile [ 00:37 22.12.2003 ]
Заголовок сообщения:
Vladimir Действительно странно.. Ну тогда можно или это ядро пересобрать, или заменить его на что нибудь поновее, или 2.4.23(2.4.24-pre1) или 2.6.0.

Автор:	vasile [ 00:34 23.12.2003 ]
Заголовок сообщения:
nVidia уже выпустила свои ForceWare for Unix (1.0-5328), а мы ещё ждём-с А обидно будет если выпуск будет для галочки, оставляя нам все старые проблемы. Даже не говорю о новой функциональности.

Автор:	Dened [ 03:38 23.12.2003 ]
Заголовок сообщения:
Да, с драйверами под Линукс у АТИ явные проблемы, до Нвидевских явно далеко. И хотелось бы фреймбуфер задействовать в консоли, а то после R128Pro мне этого не хватает.

Автор:	Ethereal [ 19:17 28.12.2003 ]
Заголовок сообщения:
ЛЕД ТРОНУЛСЯ!!!!!!!! Отключил в XF86Config загрузку extmod. Раньше у меня система висла например если запустить Chromium в окошке, а сверху mplayer. Теперь mplayer пишет "Can't find XShape extension" и не запускается. Значит глюки были в xshape ? Никто не подскажет что это такое? В принципе сейчас работаю без extmod, только dga тоже не пашет. Интересно можно как то включить отдельно dga или отключить xshape ? [Исправлено: Ethereal : 28-12-2003 22:25]

Автор:	Vl@dcor [ 20:44 29.12.2003 ]
Заголовок сообщения:
http://www.ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=19&submit.y=8&submit=GO%21 Vrode eto novij drajver, poyavilsya today , nomer reliza — 3.7.0. Fixed in this release: * Fixed Crash with Savage from S2Games * RHEL 3.0 support * Improved FSAA * Added support for the following graphics cards: o MOBILITY FireGL T2 support

Автор:	Ethereal [ 21:13 29.12.2003 ]
Заголовок сообщения:
Дождались наконец. Да, судя по выше написанному ничего они так и не пофиксили Хотя надо скачать и попробовать.

Автор:	Vl@dcor [ 21:15 29.12.2003 ]
Заголовок сообщения:
V confige paru punktov dobavilos, chto-to s MTRR i FSAA. Ne zahotel u menya zavestis — AGP E86NOMEM error could not init AGP... kak vnesnij modul AGP, tak i vstroennij, sootvetstvenno DRI ne pashet... Pervoe vpechatlenie — ochen grustno

Автор:	vasile [ 23:48 29.12.2003 ]
Заголовок сообщения:
Зато размер раза в 2 меньше — хоть и не работает но всё равно приятно

Автор:	Vl@dcor [ 00:13 30.12.2003 ]
Заголовок сообщения:
Zarabotali drovishki! S vneshnim AGP modulem. Skorost primerno ta zhe, gluki tozhe :—) Overlay na TV ne vivodit, zato perestal v logah pisat "No MTRR for 0x001333 found"

Автор:	vasile [ 00:36 30.12.2003 ]
Заголовок сообщения:
Vl@dcor zato perestal v logah pisat "No MTRR for 0x001333 found" Да и на старых драйверах эти строки то появлялись, то пропадали. Вот через 2-3 недели посмотрю в /var/log/... и будет ясно: пофиксили это дело, или нет. То что уже не кидают в rpm'ку кучу ненужных модулей для более-менее стандартных ядер — уже хорошо (хотя кому-то без gcc, kernel-src — плохо). Создалось ощущение что эти драйвера выпустили в противовес драйверам от nVidia: большой номер версии (4xxx до 5328 для nv, и 3.2.8 до 3.7.0 для наших) похожести в ChangeLog'ах (RHEL 3.0 support, FSAA fixes, games fixes, support for new videocards) ...баги всегда с нами

Автор:	vasile [ 12:42 30.12.2003 ]
Заголовок сообщения:
Приятные дрова. []Есть рост скорости: <font class="off"> ---- xig Summit_DX-Platinum-2.2-14 glxgears — 6647 frames in 5.0 seconds = 1329.400 FPS fgl_glxgears — 185 frames in 5.0 seconds = 37.000 FPS quake3 — 41.7 (can't do fullscreen) --- ati fglrx 3.2.8 glxgears — 649.800 FPS (для ядра 2.4.22, позже на 2.4.23 или 2.6.0 повысислось где-то до 1400-1500) fgl_glxgears — 117.800 FPS quake3 — 100.8 --- ati fglrx 3.7.0 glxgears — 10802 frames in 5.0 seconds = 2160.400 FPS fgl_glxgears — 1559 frames in 5.0 seconds = 311.800 FPS quake3 — 111.8</font> []...баги всегда с нами* Для ядра 2.6.0 обязателен патч (по содержимому патча видно что он вообще для всех ядер начиная с 2.4.20, но я не пробовал — 2.6.0 меня вполне устраивает). []FSAA — пока не запустил []изменения в имени OpenGL renderer string: RADEON 9100 DDR x86/MMX/3DNow!/SSE — больше похоже на Win32 Catalyst [] changes in OpenGL extensions: +GL_ARB_occlusion_query +GL_ATI_pn_triangles -GL_EXT_polygon_offset — плюс два новых, минус одно старое — прогресс налицо [] только что заметил новый патч

Автор:	Vitls [ 21:17 30.12.2003 ]
Заголовок сообщения:
Свершилось!!! Вышли новые ATI Linux Driver 3.7.0 http://www.ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=14&submit.y=7

Автор:	Vl@dcor [ 22:38 30.12.2003 ]
Заголовок сообщения:
vasile fgl_glxgears: 1259 frames in 5.0 seconds = 251.800 FPS glxgears: 6935 frames in 5.0 seconds = 1387.000 FPS Новый патч — для панели управления, что правит — непонятно :—) Поставил их с самого начала — уже сутки в логах чисто. Такой вот есть глюк — когда пускаю fgl_glxgears, на экране мелькают полоски толщиной в 1-2, длиной 20-30 пикселов. То же самое и во всех игрухах под WineX. Но ничего вроде не виснет :—) так что пока жить можно.

Автор:	vasile [ 00:13 31.12.2003 ]
Заголовок сообщения:
Интересные вещи появились на schneider-digital: драйвера для RH Enterprise 3 версии 3.2.9.4, и обыкновенные 3.2.8-6. Оба датированы 15.12.2003. Наверняка это тежи 3.7.0, но посмотреть стоит. Размер (~4.5mb) наводит на мысль что в отличии от драйверов с www.ati.com добавлены прекомпилированые модули ядра для корпоративных клиентов.

Автор:	vasile [ 00:29 31.12.2003 ]
Заголовок сообщения:
Vl@dcor Новый патч — для панели управления, что правит — непонятно — просто без него, панель из исходников не пересобрать. Видимо в релиз попали исходники используемые при отладке есть глюк — когда пускаю fgl_glxgears, на экране мелькают полоски толщиной в 1-2, длиной 20-30 пикселов. наши системы вообщем-то похожи (если не учитывать 2.6.0 <—> 2.4.24-pre2, 9100 128mb <—> 9000 64mb, RedHat9 <—> Slackware current), но этих глюков не замечал. Правда игры под Wine не запускаю — хватает native версий. Вот сегодня наконец-то запустил ut2003-2225 со звуком !!! (BTW: виновата была RH — в RH9 нет smpeg , пришлось достать со свалки истории RH7.1 и свершилось .. ). Что-то меня в сторону потянуло. Судя по описанию опций fglrxconfig — можно попробовать запретить mtrr и прочие ускорители. Vitls Лучше поздно, чем никогда ? Ethereal Как там зависания с новой версии — остались?

Автор:	vasile [ 00:55 31.12.2003 ]
Заголовок сообщения:
*[]1-й fireglrx-3.2.8-6 — тот-же 3.2.8 но со скриптами установки для HP Linux workstations. Не интересно. []2-й* — fireglrx-4.3.0_3.2.9-4 Уже чуть больше изменений. тоже собран для HP linux wokstations. Чуть переработанный 3.2.8-6 обновлены почти все файлы, но не до уровня 3.7.0. Офицальный список изменений: <font class="off"> []Reworked to run on RedHat Enterprise Linux WS 3 [] Slight perfomance enhancements [*] Added glx ATI.h to driver package for Developers</font> Вывод: если 3.7.0 — слишком большой для Вас шаг, Вы не желаете стать подопытным кроликом (неофициальным бета-тестером) ATI tech., то стоит попробовать 3.2.9-4.

Автор:	Ethereal [ 09:03 31.12.2003 ]
Заголовок сообщения:
To vasile: >Как там зависания с новой версии — остались? Новую версию я еще не пробовал — времени совсем нет. А вот в старой я от зависаний избавился, я же написал об этом в сообщении. на предыдущей странице. Видимо fglrx глючит совместно с xshape. Если ты не заметил это сообщение, прочти пожалуйста, и скажи что ты об этом думаешь. Кстати всех с наступающим!

Автор:	Ethereal [ 19:05 31.12.2003 ]
Заголовок сообщения:
Еще добавочка: с отключением extmod исчез также глюк с палитрой!

Автор:	ASY [ 16:19 01.01.2004 ]
Заголовок сообщения:
А кто-нибудь нормальный TV-Out таки получил, или как ? А то, в принципе, оно есть, но работает не как надо. :—( Фактически, ситуация у меня сложилась такая, как описано на http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=84 Одно только там непонятно: получилось, в конце концов, у автора той статьи с фулскрином на TV, или нет... У меня — нет. И с 3.7.0 ситуация не меняется. Но за год прогресс есть — стало можно на PAL с помощью драйвера переключаться (но это еще в 3.2.8 было)... Кстати, 3.7, наверное, под 2.6 собраться должно — по крайней мере, makefile для 2.6.x там есть.

Автор:	vasile [ 22:55 02.01.2004 ]
Заголовок сообщения:
ASY <I>Кстати, 3.7, наверное, под 2.6 собраться должно — по крайней мере, makefile для 2.6.x там есть.</I> — не наверное, а точно. Makefile для 2.6 есть ещё начиная с версии 3.2.5. А 3.7.0 отлично работает с последними ядрами (сейчас у меня 2.6.1-rc1) при условии использовании патча (см. выше).

Автор:	vasile [ 23:11 02.01.2004 ]
Заголовок сообщения:
Ethereal Извини за нескорый ответ. Я не думаю что твоя беда находится в XShape. extmod содержит целый набор расширений: <font class="off"> SHAPE MIT-SUNDRY-NONSTANDARD BIG-REQUESTS SYNC MIT-SCREEN-SAVER XC-MISC XFree86-VidModeExtension XFree86-Misc DPMS FontCache TOG-CUP Extended-Visual-Information XVideo XVideo-MotionCompensation X-Resource XFree86-DGA </font> Запретив весь extmod довольно много теряешь. Попробуй отключать расширения по одному. Пример <font class="off"><BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Section "Module" Load "dbe" # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit XFree86-DGA" # don't initialise the DGA extension EndSubSection Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection </PRE><HR></BLOCKQUOTE></font> Так можно будет наиболее точно локализовать проблему (могу предположить что она именно в DGA).

Автор:	vasile [ 23:24 02.01.2004 ]
Заголовок сообщения:
На linuxgames.com сообщают что последние ATI драйвера (3.7.0) медленее чем предыдущие (+баги, проблемы с 2D..). Было бы неплохо узнать как эти сообщения соотносятся с результатами тестов у аудитории radeon2.ru.

Автор:	Vl@dcor [ 03:26 03.01.2004 ]
Заголовок сообщения:
Все OK, 3.7.0 не хуже 3.2.8, главное не включать DGA :—) Комп работает 24 часа 7 дней в неделю... фильмы на ТВ, браузер на мониторе — проблем нет. Производительность по-моему не изменилась.

Автор:	Vitls [ 09:39 03.01.2004 ]
Заголовок сообщения:
Тык-с... Рассказываю. Вчерась собрал, поставил. Софт: ALT Linux Master 2.2, ядро 2.4.10-alt10, компилер gcc 3.2.х, X 4.2.1 Железо: мать Gigabyte GA-6OXTA, видео Gigabyte GA-9000 (Radeon 9000) По спеку от ALT собрал модули для Х, из другого спека вытянул код сборки ядерного модуля, собрал. depmod -a отработал без ошибок. Гружу Х, всё пормально, dri enabled. "Ура, ура...!" Смотрю внимательно в логи Х и вижу строчку Symbol unresolved in module fglrx_drv.o. Странно, но (ЕЕ) не наблюдается. Идем далее... В glxgear шестерни дергаются вперёд-назад, тем не менее в консоли значения порядка 1470 fps. Для примера на дровах версии 2.5.1 тот же glxgears показывает 1710. Ессно, что условия запуска всех приложений были одинаковыми. TORCS показал прибавку на 10 fps больше, Tuxracer прибавил около 15. Запустил NeverWinter Nights. О... это было что-то. Через минуту, после загрузки игровой сцены начался актившейший обмен с диском. Стоило убрать руки с клавы, как система просто вошла в ступор. Свопит на перфокарты. 30 минут ожидания и таки я сумел не сбрасывая Х выйти из игры. Смотрю в системный лог. Вижу (дословно не помню) примерно следующее: AGP_pages_alloc failed. Message repeated 3621 times. Ну и на последок. Остался глюк с палитрой при переходе в текстовую консоль и обратно. Пока вернулся на 2.5.1. P.S. DGA в конфиге Х выключен _не был._

Автор:	ASY [ 16:24 03.01.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Vl@dcor: Все OK, 3.7.0 не хуже 3.2.8, главное не включать DGA :—) фильмы на ТВ, </SPAN><HR size=22></SPAN></BLOCKQUOTE> Фильмы на TV как ? В фулскрине ? Потому, как mplayer -display :0.1 -vo xv -fs dvd:// показывает полную лажу, а mplayer -display :0.1 -vo x11 dvd:// на полный экран разворачиваться не умеет, при -fs можно только черный фон по краям сделать. Кстати, немного побродил по уровням в Unreal 2003 и случилась лажа: трехмерные объекты "поломались" и кучки объектов стали где угодно возникать, плюс тормоза случились. После пристреливания игрушки оказалась сбита цветовая палитра в X-ах. TUX Racer что-то жутко подтормаживает... Сдается мне, что придется поставить обратно старую карточку, а Radeon отдать до следующей версии драйвера...

Автор:	Ethereal [ 19:17 03.01.2004 ]
Заголовок сообщения:
Hi, vasile >Извини за нескорый ответ. Да чего там, новый год все таки >Запретив весь extmod довольно много теряешь. Что именно ? Я пока что не заметил ухудшения качества или скорости работы ни в каких приложениях. Вообще становиться неясно что еще кроме dga полезного есть в extmod >Попробуй отключать расширения по одному. Пробовал. Когда отключаю только dga глюк с палитрой исчезает, но зависания остаются. Все-таки по моему это XShape. Глюк похоже наблюдается именно при отрисовке xshape на поверхности вывода GL. Но как раз его обрубить отдельно не удается. Когда пишу Option "omit SHAPE" X-ы не загружаються и выдают ошибку в секции девайс: No device for BusID "2:0:1" found. Там у меня кстати BusID не прописан. Если отключаю другие куски extmod все Ок. Может еще есть какой-то способ ?

Автор:	vasile [ 23:10 03.01.2004 ]
Заголовок сообщения:
Ethereal Когда отключаю только dga глюк с палитрой исчезает, но зависания остаются — а у меня другой глюк с палитрой. Если приложение использует вывод через XShm (Wine, Crossover Office, links-2.1pre14, mplayer -vo x11) то при переходе мышкой с одного окна на другое, дёргается (меняется на короткий промежуток времени) яркость всего экрана. Так как использую TheBat!, разрешил DGA (это несмотря на то что запустив mplayer -vo dga, или wine-20031212 при использовании DGA, теряю полностью сигнал на мониторе ), а CrossOver Office-2.1.0 с DGA работает (?!) и соотвественно глюк не проявляется (повторюсь: в отличии от тогоже Wine). Когда пишу Option "omit SHAPE" X-ы не загружаються и выдают ошибку в секции девайс: No device for BusID "2:0:1" found. Там у меня кстати BusID не прописан. Вроде fglrxconfig его всегда прописывает. А если указать его вручную — ничего не меняется? Что у тебя висист на PCI 2:0:1 (/sbin/lspci \|\| cat /proc/pci)?

Автор:	Vl@dcor [ 00:32 04.01.2004 ]
Заголовок сообщения:
ASY Use -vo gl or -vo gl2. Sorry for English — no russian keyboard :—)

Автор:	Ethereal [ 23:14 04.01.2004 ]
Заголовок сообщения:
Hi, vasile Насчет твоих глюков, я их у себя не видел, хотя приложения описанные тобой использую. Это в старой версии дров или новой ? Насчет моих долбаний, удалось таки откючить SHAPE отдельно, отключаеться он вместе с DGA. Если dga не отключить то выдается потом та ошибка что я описывал. BusID пробовал задавать вручную — не помагает. В общем теперь работаю без DGA и без SHAPE. Единственное что полезного появилось — возможность программного изменения разрешения да и побыстрее стала масштабироваться картинка в xine. А так что с extmod что без Поработаю, подожду, вдруг зависания в одном месте исчезли а в другом проявятся. Но вообще дышаться стало свободнее. А на позднюю версию драйверов мне пока неохота переходить — пишут тут всякое... -- С уважением, Ethereal

Автор:	vasile [ 14:10 05.01.2004 ]
Заголовок сообщения:
Ethereal Насчет твоих глюков, я их у себя не видел, хотя приложения описанные тобой использую. — а Enlightenment-0.16.6 нет возможности попробовать? Это в старой версии дров или новой ? — новой (3.7.0), (да и ядро новое — 2.6.1-rc1, и glibc недавно пересобрал — декабрьские патчи от RH, и просто софт довольно свежий — причина не обязательно в одном конкретном компоненте, что грустно) Кстати mplayer не используешь?

Автор:	Ethereal [ 19:00 05.01.2004 ]
Заголовок сообщения:
Hi, vasile >Enlightenment-0.16.6 нет возможности попробовать? Пока что нет. Будет — попробую. Хотя версии ядер и дров у нас разные, сомневаюсь что это нужно. >Кстати mplayer не используешь? Использовал до отключения xshape. А после отключения mplayer без оного не хочет работать (возможно надо его пересобрать), но я перешел на xine, так как он мне стал больше нравиться благодаря дополнительной обработке изображения в процессе вывода (исчезают кубики и т.д). Кодеки все от mplayer-а подходят к xine.

Автор:	vasile [ 00:36 06.01.2004 ]
Заголовок сообщения:
Ethereal Xine довольно давно пробовал — версию 0.9.12 (1.5 года назад) — чем-то не понравился. Думаю дождаться версии 1.0.0 (или что лучше — 1.0.1 ). Посмотрим — может он сможет частично заменить mplayer.

Автор:	Ethereal [ 12:34 06.01.2004 ]
Заголовок сообщения:
Hi, vasile Юзаю xine 0.9.20, ИМХО, у него возможностей гораздо больше чем у mplayerа Но это уже оффтопик

Автор:	ASY [ 14:41 06.01.2004 ]
Заголовок сообщения:
Кстати, о xine/mplayer... А кто-нибудь из них умеет видео вывод и gui на разные скрины выводить ? Хочется гуй на мониторе, а фильм, естественно, на TV. :—)

Автор:	Ethereal [ 20:22 07.01.2004 ]
Заголовок сообщения:
To ASY: > Кстати, о xine/mplayer... А кто-нибудь из них умеет видео вывод и gui на разные > скрины выводить ? Не, не знаю никогда телевизора не было To vasile: Вот сегодня работал в опере и система повисла при появлении диалогового окошка оперы. На этот раз перезагрузить иксы не удалось. Как я понял щас есть два типа зависаний — то что лечилось убиранием SHAPE и при котором иксы перезагружались, и случайные зависания, которые могут происходить в любых 2D приложениях. Щас я убрал extmod вообще — поработаю, посмотрю может в еще каком его компоненте дело. А если ничего не поможет буду ставить новый драйвер, хотя врядли конечно в нем эта проблема исправлена.

Автор:	vasile [ 21:11 07.01.2004 ]
Заголовок сообщения:
Ethereal Попробуй ещё драйвер для HP — fireglrx-4.3.0_3.2.9-4 — качать здесь Может не там копать надо? Что-то очень просто глюки проявляются.. Попробуй поменять WM (на что-нибудь полегче/попроще — хотя бы на время тестов), набор игр/приложений (к примеру на xine переход уже осуществлён), glibc (поверь — баги разные бывают ), ядро (что-нибудь поновее, последние версии уже 2.6.1-rc2 (кстати ещё чуть подросла скорость в fgl_glxgears), и 2.4.24) — тот-же agpgart для nforce наверняка ещё нуждается в доделке (IMHO).

Автор:

Ethereal [ 23:53 07.01.2004 ]

Заголовок сообщения:

Hi, vasile

Цитата:
>Попробуй ещё драйвер для HP — fireglrx-4.3.0_3.2.9-4\

Спасибо, обязательно попробую как только еще раз повиснет

<BLOCKQUOTE>цитата:<HR size=22>
Попробуй поменять WM (на что-нибудь полегче/попроще — хотя бы на время тестов), набор игр/приложений (к примеру на xine переход уже осуществлён)
<HR size=22></BLOCKQUOTE>
На замену WM во первых времени нет, а во вторых чутье подсказывает что это не поможет. Ведь когда отключаю DRI fglrx работает без проблем. А выбирать приложения это, ИМХО, не дело

Тем более xine помог там где были 100%-ные зависания, а, как я понял случайные зависания могут возникнуть в любом месте. (Кстати похожие проблемы испытывают многие пользователи видеокарт от nvidia !)

Цитата:
>glibc\

Это может быть. Попробую обновить.

Цитата:
>ядро\

Пробовал с 2.4.23 (сейчас 2.4.22) — глюки остались. Попробую 2.6 когда будет время.

Цитата:
>тот-же agpgart для nforce наверняка ещё нуждается в доделке (IMHO)\

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

Может и nForce2 нуждается в доделке

[Исправлено: Ethereal : 08-01-2004 23:32]

Автор:	Ethereal [ 11:26 09.01.2004 ]
Заголовок сообщения:
Поставил вчера fglrx 3.2.9 — никакой разницы, все глюки остались в том же виде.

Автор:	Ethereal [ 17:00 09.01.2004 ]
Заголовок сообщения:
Ну вот и 2.6.1 вышло с чем всех и поздравляю! Буду ставить — авось поможет.

Автор:	SUNcheez [ 20:13 09.01.2004 ]
Заголовок сообщения:
Поставил под Gentoo Linux дрова (3.7.0) до этого других от ATI не стояло. Х-ы работают без проблем. Поставил QIII (1.32b) ругается что у мя только MesaGl без аппаратной поддержки и не хочет запускаться, UT2003 тоже не работает — подскажите в чём дело. При этом Maya идёт без проблем и рендерит гораздо быстрее чем при GeForce, и glxgears идут. Вторую неделю мучаюсь — помогите плиззз Ядро: gss-sources-2.4.23 X-ы: 4.3.0-r2

Автор:	vasile [ 12:48 10.01.2004 ]
Заголовок сообщения:
SUNcheez а glxinfo что показывает? а fgl_glxgears? также посмотри в XFree86*.log

Автор:	vasile [ 12:54 10.01.2004 ]
Заголовок сообщения:
Ethereal <I>Ну вот и 2.6.1 вышло с чем всех и поздравляю! Буду ставить — авось поможет</I> — решил наконец-то поставить? Поздравляю!! перечитай пост про совместимость приложений — и вперёд!

Автор:	Ethereal [ 16:21 10.01.2004 ]
Заголовок сообщения:
Hi, vasile Рано поздравляешь, ставить буду все равно после сессии А док разных я уже накачал, вроде у меня все Ок.

Автор:	findpol3 [ 21:56 12.01.2004 ]
Заголовок сообщения:
Народ * не бейте ногами пионера AspLinux'а * Будучи полным ламером в Линухе, только поставив Асп 9.0, по привычке виндошной поставил (пр. кнопка мыши — "install" — далее идёт "обновление системы") дрова для видео (8500LE no name, "fglrx-glc22-4.3.0-3.7.0.i386.rpm") мамы (Epox 8RDA+ nForce2 MCP-T). После перезагрузки Xfree не запускается и текстовом режиме сообщает что-то, типа не могу найти дисплей Дайте затрещину на нужном этапе, а то я так и пропаду, непоставив дрова З.Ы. А чего все пишут так умно про установку дров? Разве недостаточно сделать "inatall"?? (ламерский вопрос, понимаю, но я воспитанник Окон — мне можно)

Автор:	Ethereal [ 00:29 13.01.2004 ]
Заголовок сообщения:
findpol3 Родный!!!!!!!!!!! У меня тоже АСП 9.0 и nForce2, правда Radeon 9000 Pro. Посмотрим как у тебя firegl будет работать, хорошо если виснуть не будет. Насчет дров советую поставить 3.2.8 или 3.2.9. fglrxconfig делал ? Если да то в получившемся файле конфигурации закомментируй строку BusID

Автор:	SUNcheez [ 19:19 13.01.2004 ]
Заголовок сообщения:
Vasile Все утилиты (fglrx_info, glxinfo, и т.д.) показывают тоже самое — стои MesaGL, в чём проблема я разобрался. Прикол оказался в том, что дрова компилились, но как модули не загружались. Причину я не стал искать т.к. перешёл на ядро 2.6. Тама дрова заработали нормально, но только в Х-ах, при загрузке в консольном режиме при разрешении 1280х1024 (при использовании bootsplash-patch) становится нестандартной частота обновления, т.е. 146кГц на 38 Гц (горизонтальной и вертикальной развёрток соответственно). Но судя по всему это производственный дефект моей видюхи, т.к. для неё вообще понятие "текстовый режим" отсутствует и минимальное разрешение при котором она функционирует 800х600.

Автор:	SUNcheez [ 19:40 13.01.2004 ]
Заголовок сообщения:
[QUOTE]findpol3: Народ * не бейте ногами пионера AspLinux'а * Если сидишь на АСП'шнике, то судя по всему, дрова встали нормально (проблем быть не должно, всётаки Красная Шапка только "по-совковому" На всякий пожарный расскажу как их просто установить (все действия производить под root'ом) Во-первых. Переходишь в текстовый режим, т.е. нажимаешь ctrl+alt+F1, затем набираешь #init 3 После этого преходишь в директорию где у тя rpm'ки с дровами лежат (например #cd /root/ati-drivers) Затем пишешь в консоли (опять же под рутом) #rpm -ivh --force --nodeps <имя_rpm_пакета_с_драйвером> (это для первоначальной установки) или #rpm -Uvh --force --nodeps <имя_rpm_пакета_с_драйвером> (это для обновления) Всё теоритически если всё нормально, то дрова встали. Следующий этап надо сконфигурировать XF86Config (или XF86Config-4 один чёрт). Он лежит в /etc/X11. Можешь править вручную если не вломы (советую сделать копию), но лучше использовать утилиту fglrxconfig — она выводит ряд вопросов про твою видюху и твои пожелания по её работе и создаёт файл XF86Config-4, затем тебе придётся малёк подправить его если считаешь нужным, а так он впринципе должен быть рабочим. И наконец. Запускаем Х-ы. Пишешь #startx Всё должно работать.

Автор:	findpol3 [ 21:49 13.01.2004 ]
Заголовок сообщения:
SUNcheez Cпасибо огромнейшее!! Система всё писала ругань.. Потом запустил "depmod -a" ЧЕСТНО ГОВРЮ — незнаю, что это делает и зачем, но запускал (взял это из установки ИК, там надо было запустить енту фичу, кстати, что она делает??). Далее "fglrxconfig" — он меня терроризировал вопросами, затем заветный "startx" — запускается!! Но после перезагрузки система перестала переключаться на латиницу, сл-но не могу войти в систему!! Во смехатуха!! Что делать? не панос, так золотуха [Исправлено: findpol3 : 14-01-2004 01:22]

Автор:	SUNcheez [ 01:45 14.01.2004 ]
Заголовок сообщения:
findpol3: SUNcheez В фаиле XF86Config-4 найди секцию "InputDevice" и напиши в ней примерно следующее Section "InputDevice" ................................ Option "XkbModel" "pc105" #по умолчанию раскладка клавиатуры us + переключение на rus Option "XkbLayout" "us,ru(winkeys)" #преключается раскладка ctrl+shift, при rus раскладке горит "Scroll Lock" Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll" ................................ EndSection Перезапусти X-ы нажатием ctrl+alt+backspace Теперь у тя есть и русская и английская раскладка :р

Автор:	findpol3 [ 23:46 14.01.2004 ]
Заголовок сообщения:
SUNcheez При том у меня openoffice в менюхах и диалоговых окнах вместо кирилицы пишет знаки "?" — что за хрень?? Это можно пофиксить?

Автор:	z_e_v_s [ 10:39 15.01.2004 ]
Заголовок сообщения:
В файле XF86Config-4 шрифты юзай через сервер шрифтов, а не по прямым путям — мне лично помогло.

Автор:	findpol3 [ 13:11 15.01.2004 ]
Заголовок сообщения:
z_e_v_s А это как?? Т.е. чего исправить и на что надо? И гиде этот файлик искать?

Автор:	vasile [ 10:59 16.01.2004 ]
Заголовок сообщения:
findpol3 Файл /etc/X11/XF86Config-4 Берёшь текстовый редактор и приводишь Section "Files" к следующему виду <font class="off"><BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection </PRE><HR></BLOCKQUOTE></font> А лучше поискать в каталоге /etc/X11 оригинальный XF86Config (возможно сохранился backup) — и всё не относящиеся к видеоадаптеру (fglrx) скопировать в текущий /etc/X11/XF86Config-4 (заменив соотвествующие разделы).

Автор:	SUNcheez [ 08:55 17.01.2004 ]
Заголовок сообщения:
findpol3 Про знаки вопроса — это у тя с кодировкой (локалью — в принципе одно и тоже, по сути нет) проблемы. Есть несколько вариантов решения (смотря что конкретно). Во-первых. Поменяй локаль на KOI8-R (вполне вероятно, что у тя стоит UTF8 — у мя были такие проблемы, когда стояла Fedora Core 1). Как локаль поменять обьяснять не буду (у мя стоит Gentoo, а как в RH-подобных делается не хочется вспоминать — вечный гемор). Поищи в и-нете, доки завались. Во-вторых. Используй сервер шрифтов. Т.е. в XF86Config-4 вместо всех строк FontPath "<путь_к_шрифтам>" (закоментируй) напиши FontPath "unix/:-1" (по-моему так, точно не помню — а может так FontPath "unix:/-1", в общем в нете поищи) В-третьих. Если и это не помогло, попробуй пересобрать fontconfig. Тоже иногда помогает. Вот и всё. Надеюсь, что помог

Автор:	Ethereal [ 19:17 19.01.2004 ]
Заголовок сообщения:
To vasile && all В общем ядро 2.6 у меня виснет постоянно, пока разбираюсь. А между тем получилось поднять 3D с помощью драйвера radeon.o Зависаний никаких с ним нет! Только не все так хорошо как хотелось бы — fps-ов в 4 раза меньше! В chromium играть еще можно, а tux racer подтормаживает При загрузке иксов пишется Loading R200 microcode. Но у меня ведь 9000Pro, значит должен быть R250! Может тормоза из-за этого ?. У другого знакомого та же карта и все летает. Но его конфиг ничем не отличается от моего! Подскажите пожалуйста что можно изменить. Вот glxinfo на всякий случай name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_NV_vertex_array_range, GLX_MESA_agp_offset GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20020827 AGP 4x x86/MMX/3DNow!/SSE TCL OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_SGI_color_matrix, GL_SGI_color_table glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow [Исправлено: Ethereal : 19-01-2004 19:57]

Автор:	vasile [ 23:58 19.01.2004 ]
Заголовок сообщения:
Ethereal В общем ядро 2.6 у меня виснет постоянно, пока разбираюсь. — грустно, хотя трудно ожидать с первой попытки другого. Уточни детали зависаний — разберёмся (можно и прямо в мыло). Зависаний никаких с ним нет! — да, есть такой момент. Для разнообразия включаешь Fastwrite, и .. смотришь с удивлением на погасший монитор (при старте X'ов), а рука уже ищет RESET Только не все так хорошо как хотелось бы — fps-ов в 4 раза меньше! — и текстуры в Quake, RtCW в этом варианте мне не понравились. При загрузке иксов пишется Loading R200 microcode — Рядом с моей машиной есть другая, на ней RH9 (всё со стандартными настройками), мать на VIA KT333, и Saphire Radeon 9000 Pro 64MB VIVO. В логе (/var/log/messages) вижу те же "Loading R200 Microcode.." — судя по всему это нормально (хотя рядом же AGPgart "говорит" что чипсет = VIA KT133 ?!, а DRM радует своим прогрессивным мнением — VIA KT266 ) Вот glxinfo на всякий случай — у меня на R200 (Radeon 9100) и RedHat9, посимвольное сравнение ни выявляет никаких различий (даже дата сборки Mesa — именно эта). Загляни в XF86Config-4 Код: Section "Device" Identifier "RV250" Driver "radeon" VendorName "xxx" BoardName "ATI Radeon 9000" #Вариантов тут 1 — 1x, 2 — 2x, 4 — 4x Option "AGPMode" "4" # У меня Fastwrite не работает с этим драйвером (в Win32 всё отлично), попробуй поменять — интересен результат # Option "AGPFastWrite" "on" # на скорость не влияет Option "DDCMode" "on" # А это как раз влияет: если "on" — скорость больше, но возможны проблемы (не знаю какие, не встречал) Option "EnablePageFlip" "on" EndSection PS: судя по всему можно поздравить с окончанием сессии

Автор:	Ethereal [ 10:35 20.01.2004 ]
Заголовок сообщения:
Hi, vasile! С AGPFastWrite у меня та же бадяга, уже не раз пробовал Опции другие поврубать щас попробую. Хотя странно все это, у знакомого нет никаких дополнительных опций в конфиге, у него пингвин летает, у меня тормоза. Чипсет мой agpgart нормально понимает вроде >судя по всему можно поздравить с окончанием сессии Спасибо, но не совсем, завтра последний экзамен Но пиво уже попиваю

Автор:	vasile [ 10:47 20.01.2004 ]
Заголовок сообщения:
Ethereal Опции другие поврубать щас попробую. — OK, ждём впечатлений. у знакомого нет никаких дополнительных опций в конфиге — можешь чуть подробнее описать систему — "истина где-то рядом" завтра последний экзамен — надо-же!! мне тоже завтра матанализ сдавать.. Совпадение

Автор:	Ethereal [ 11:29 20.01.2004 ]
Заголовок сообщения:
Попробовал Не помогает! >можешь чуть подробнее описать систему — "истина где-то рядом" Я ему послал запрос о его системе в оффлайн. Где то к вечеру должен ответить. Так знаю только что у него чипсет на материнке другой и видеокарта такая же как у меня. >завтра последний экзамен — надо-же!! мне тоже завтра матанализ сдавать.. Совпадение Удачи тебе! Как ни странно, у всех моих знакомых из других ВУЗов, все экзамены в те же дни

Автор:	Ethereal [ 22:01 20.01.2004 ]
Заголовок сообщения:
Вот система того человека: AMD Athlon XP 2200+, Gigabyte VIA KT400 GA-7VA, DDR 256Mb KingMax 2100 (две штучки), видяшка Gigabyte GV-R9000C PRO 64Mb ATI Radeon 9000PRO... ядра 2.6.0, 2.4, XFree86 40300000 На ядре 2.6.0 у него 3D не пашет, только на 2.4. Завтра обещал еще вывод glxinfo c 2.4-го ядра показать. По идее у нас только чипсеты разные. Ну и может версии графических дров (забыл спросить) У меня 1.7 Может уже есть поновее ? Но я не нашел. Еще вопрос, может у меня mesa старая ?

Автор:	vasile [ 22:50 20.01.2004 ]
Заголовок сообщения:
Ethereal По идее у нас только чипсеты разные. — вот и возможная причина. Решение — патчить, патчить, и ещё раз ... Еще вопрос, может у меня mesa старая ? — Вариант. На днях вышла Mesa-6.0 — попробуй.

Автор:	SUNcheez [ 11:22 21.01.2004 ]
Заголовок сообщения:
Ethereal Вообще то, те на Mesa дожно быть по барабану. 3D на ветке 2.6 (тож самое относится и к ветке 2.4) не работает т.к. надо эту самую Mes'y удалить ко всем чертям (см. доку к дровам — тама сказано удалите, а затем тока ставьте дрова, т.к. эти самые дрова используют свою собственную реализацию Mesa) вот такие пироги )

Автор:	Vl@dcor [ 13:45 21.01.2004 ]
Заголовок сообщения:
А как же headers(gl.h например) из MESA? Без них "кина не будет" :—)

Автор:	Ethereal [ 12:13 23.01.2004 ]
Заголовок сообщения:
SUNcheez Это ты говоришь про fglrx Дополнения к моим глюкам. С fglrx.o описывал я глюк SHAPE — например при передвигании окна mplayer поверх окошка chromium X-ы виснут. Оказывается у одних людей виснут намертво, а у других на пару секунд и потом развисает. Предлагаю всем проверить у себя С radeon.o Мало того что 3D идет жутко медленно, так еще и большая часть скринсейверов перестала запускаться. Может это с 3D как-то связано ? Может какая-то библиотека нужна ?

Автор:	Ethereal [ 22:52 23.01.2004 ]
Заголовок сообщения:
Здравствуйте, это опять я, несчастный юзер, на чью долю выпали все глюки дров ати под линукс... Поставил fglrx 3.7.0 Стал нормально, без проблем Все баги похоже тоже остались. -баг SHAPE -баги DGA (слетание палитры, глюк с vmware) -случайные зависания X сервера вместе с ядром в 2D приложениях Все таки нехорошие они люди — атишники, хоть бы на багрепорты реагировали. Зато скорость и красота с которой пингвин летает (поставил в конфиге tux racer все опции на максимум) — просто супер, аж приятно. Заставки все равно не работают. Похоже надо их переустановить... Ну я пошел. Всем удачи и счастья! PS В fglrx 3.7.0 у меня не работает 3D ускорение в winex. [Исправлено: Ethereal : 23-01-2004 23:47]

Автор:	SUNcheez [ 09:56 25.01.2004 ]
Заголовок сообщения:
При настройке через фирменную ATI'шную утилиту (aka frglx_config — по-моему так называется — давно не пользовался, подзабыл) есть вопросик про оптимизацию для Maya, либо совместимость с wine (vmware — хотя нафига она нужна? — мыж линуксоиды ), выбираешь что надо — должно заработать. А про MesaGL — так у мя вообще бодяга в своё время была — пока не удалил ATI'шные дрова вообще работать не хотели, зато сча красота и ляпота. К стати , народ есть у кого нибудь UT2003 для виндусов, но не заархивированный (а как на "родых" дисках — 2 шт.), а то у мя тока демка с 2-мя картами под Линуха, и инсталлер который требует такие диски (обидно). Аналогично про Call of Duty. Если есть помогите. Заранее благодарен, а то q3 гонять надоело.

Автор:	vasile [ 12:25 25.01.2004 ]
Заголовок сообщения:
SUNcheez есть у кого нибудь UT2003 для виндусов, но не заархивированный (а как на "родых" дисках — 2 шт.) — есть. Отлично работает.

Автор:	SUNcheez [ 18:39 25.01.2004 ]
Заголовок сообщения:
vasile если не вломы поделись ПЛИЗ. Болванки я накину. Свяжись со мной по e-mail: suncheez@narod.ru Вот недавно обещались NFS:Underground — линуховскую версию притаранить, пока ждёмс... Когда появится (если появится) поделюсь со всеми желающими.

Автор:	SUNcheez [ 18:41 25.01.2004 ]
Заголовок сообщения:
Оп-па, vasile думаю я в пролёте — хех... долековато живём друг от друга. Извиняюся.

Автор:	vasile [ 23:49 25.01.2004 ]
Заголовок сообщения:
<font class="off"> SUNcheez долековато живём друг от друга — да, жаль. Ну ладно, удачи. PS: NFS:Underground for Linux ?! неужели native версия? или же всё-же речь о WineX?</font>

Автор:	SUNcheez [ 06:45 26.01.2004 ]
Заголовок сообщения:
NFS:Underground — кросплатформенная. Вот обещали именно native-версию. Как думаешь стоит поменять свой PowerColor Radeon9600pro на ASUS Radeon9600XT?

Автор:	Dened [ 09:29 26.01.2004 ]
Заголовок сообщения:
Санчес? Ты что белены объелся, где это ты видел, чтобы обещали натив версию???????

Автор:	vasile [ 13:14 26.01.2004 ]
Заголовок сообщения:
<font class="off">SUNcheez Как думаешь стоит поменять свой PowerColor Radeon9600pro на ASUS Radeon9600XT? — я бы раз пять подумал прежде чем поменять свой 9100 на 9600 (not PRO, not SE), а в твоём случае вообще не виже особого смысла (если конечно речь идёт о Linux'e и upgrade не халявный).</font>

Автор:	Vl@d [ 08:04 27.01.2004 ]
Заголовок сообщения:
привет всем вот думаю написать про свои "страдания" а вобще хорошо что здесь начали поднимать вопросы линухоидов — а то сидишь в одиночку, сам все перекапываешь... вчерась наконец я его одолел — 9100 на МДК 9.1 . месяца два набегами пытал. посмотрел ваш опыт. хочу поделиться своим. дело в том что мама на SIS655. поддержка ДМА на нее появилась только в 2.6 либо 2.4 через патчик. долго ждал поддержки AGP. появилась. ну думаю, за дело. а фиг вам, те же вышеописанные проблемы. кстати, связка AGPGART(SIS-AGP) и RADEON.KO и у меня вроде поднималась без матов. но с какими тормозами это все работало! короче, следующие действия привели к успеху: ядро 2.6.1, дрова 3.7, на них патчики указанные выше и... и начал ругаться на mtrr (или как там его — mrtt). как только его из ядрышка убрал все встало. есть мелкие неприятности, типа ТВтюнер стал показывать с какой-то сеточкой и запуск не из под рута косячит игруху напрочь ( как при потере синхронизации). но все эт фигня, думаю разберемся. еще что хочу сказать — на старом железе сидел на гефорсе, такого гемороя конечно не было, даже с самыми первыми дровами от нвидиа, там приходилось где то в кончиге одну цифирь менять и все. а здеся.. так действительно либо человек линуксоидом станет, либо под винду свалит.

Автор:	Ethereal [ 21:06 27.01.2004 ]
Заголовок сообщения:
Такого геморроя как с радеон в линухе нигде больше нет Люди у которых карточка радеон еще не заработала, думают что это геморой. Но самые грабли начинаются тогда когда она заработает )

Автор:	hc4 [ 21:56 27.01.2004 ]
Заголовок сообщения:
Старнно... Читаю и непонимаю! У меня стоит ASP 9 и дрова 3.2.8 (как я понял устаревшие — давно не запускал линукс) и всё пашет на ура. Даже WarCraft3 и Mafia играл под WineX 3.2. Сейчас поставлю новые дрова — даже интересно. Чипсет был Apollo Pro 133T, сейчас i865PE; видюха R9100.

Автор:	Ethereal [ 00:08 28.01.2004 ]
Заголовок сообщения:
Hi, hc4 Ничего непонятного нет Я же не говорю что грабли у всех А ты приди ко мне на мое железо (мать A7N8X-X (nForce2)) и тогда скажешь Также страдают многие пользователи чипсетов KT600. Видюха у меня Radeon 9000, но уверен с 9100 будут те же грабли. Причина ИМХО: неадоптированые дрова fglrx под некоторые agpgart-ы. Искренне рад за всех тех, у кого сабжевые видеокарты пашут нормально!

Автор:	hc4 [ 23:36 30.01.2004 ]
Заголовок сообщения:
Поставил новые дрова. Проверил — описанные глюки были и остались Но кому пришло в голову запускать MPlayer поверх игры??? Или это один из способов получения глюка... А насчёт нормально — когда я только купил R9100 — месяц убил на то, что бы его запустить. Сначала долго ждал X-ы 4.3.0 а потом драйвера ATi, что б корректно опозновали мою видюху (а началось это примерно с третьей версии). Так что дело не в кривых руках и не в ATi. Просто им(ATi) надо время (посмотрите сколько Radeon'ов под Виндой и под Линухом используется для игр — разница в разы!). Так что моё мнение — надо просто подождать, тем более, что если и есть нативные игры под линух, то мало.

Автор:	Ethereal [ 00:14 31.01.2004 ]
Заголовок сообщения:
Hi, hc4 >Поставил новые дрова. Проверил — описанные глюки были и остались Какие именно глюки ? >Но кому пришло в голову запускать MPlayer поверх игры??? Или это один из способов получения глюка... Да, это один из способов получения глюка. (Глючит в данном случае расширение иксов SHAPE, достаточно заомитить и все будет Ok, но и mplayer, использующий SHAPE работать не будет И если бы глюк был только с SHAPE, я бы успокоился. Главная проблема в случайных зависаниях X сервера и за ним ядра (эти зависания уже не зависят от какого либо компонента X сервера, кроме dri . Зависания проявляются после часов 20-ти непрерывной работы, есть софт на котором зависания возникают быстрее, например win4lin, opera. Если кто хочет проверить у себя, то врубите иксы с включенным Direct Rendering, запустите win4lin, в нем msword, откройте большой документ (страниц 30) и подвигайте в течении нескольких минут скроллбар да посильнее. Глюк может наблюдаться не у всех(зависит видимо от конкретного agpgart), но, повторяю, в любых приложениях, только с разной вероятностью. >Так что моё мнение — надо просто подождать, тем более, что если и есть нативные игры под линух, то мало. Согласен. Но глядя, как у знакомых карточки от нвидиа в линухе прекрасно пашут, подумываешь, а не взять ли мне при следующем апгрейде GeForce...

Автор:	Vl@d [ 09:32 31.01.2004 ]
Заголовок сообщения:
возвращаясь к теме — сложновато однако — на днях искал нормальное описалово как ставить LIRC — нашел на opennet.ru? там человек под FreeBSD пытался заточить, ему пример с под линуха показали. дак вот к чему я это... мы тут смеемся как у нас, а под фрёй люди xawtv растянуть в полный экран не могут!!!!! вот уж где застой, хотя да.. она не для этих вещей, на работе у меня например только фря на серваках и стоит. кстати, в новом ядре такие вещи как поддержка LIRC побоку пустили? чей та я не нашел... а сеточка на tvtime вылечилалсь подключением модуля rtc

Автор:	hc4 [ 22:14 31.01.2004 ]
Заголовок сообщения:
Ethereal Если собираешься играть в Линухе — покупай GeForce... с этим согласен. Но если Линух для работы, а для игр Винда — то Radeon рулит. А под Лин — поставь стандартные Х-овые дрова (и забудь про игры). Но зато десктоп работает нормально. Вообщем кому чего надо...

Автор:	Ethereal [ 11:43 01.02.2004 ]
Заголовок сообщения:
Hi, hc4 Мне нужен линукс и для работы и для игр. Если игра совсем не идет под линух, я загружу винду, но стараюсь делать это как можно реже. Так что наверное жфорсом все и закончится

Автор:	hc4 [ 13:22 01.02.2004 ]
Заголовок сообщения:
Ethereal Если не секрет — какие игры ты под Линуксом используешь(но без Wine)? (кроме CS)

Автор:	Ethereal [ 18:37 01.02.2004 ]
Заголовок сообщения:
Hi, hc4 Без winex3 никаких Chromium и Tux Racer разве что, но это и все используют. А какая разница. Все равно ведь wine это легче чем в винду ребутиться Вот говорят STALKER выйдет нативный. Сегодня взял у друга потестить GeForce4 MX440, — классно пашет без глюков. fps-ов поменьше только чем у радеона 9000 pro, но не сильно.

Автор:	Hamlet [ 22:20 01.02.2004 ]
Заголовок сообщения:
Позор R200 и RV250 вполне достойно поддерживаются драйверами dri ))))))))))))))))))))) Без глюков с SHAPE и подвисаний иксов

Автор:	hc4 [ 00:33 02.02.2004 ]
Заголовок сообщения:
Ethereal Я конечно играл под WineX, но чисто ради спортивного интереса — а возможно ли? На самом деле с эмулятором получаешь кучу проблем, в виде новых глюков и тормозов (примерно в полтора раза медленней). Единственное кдобство — это, что в игре паузу ставить не надо — просто жми Ctrl+Alt+F[Терминал] Но по мне проще держать чистенькую Винду с кучей игр и Линух с кучей софта... Hamlet dri — это ты имел ввиду какие драйвера (ATi или XFree)?

Автор:	SUNcheez [ 08:32 02.02.2004 ]
Заголовок сообщения:
hc4 1. Про игры. Вообще-то мне не понятна ситуация почему производители не выкладывают Linux версии своих игр (поясняю — много игр первоначально пишуться под MacOS (простота реализации), затем портируются под Linux и Windows (очень схожие процессы)) Вполне возможно, что их отпугивают open-source лицензии (кто знает?). Я знаю только одну серьёзную компанию которая от начала, до конца пишут виндусовую версию — "Близард Ентертамент" %). Та же "АТАРИ" и "Локи" пишут под линь. Игры, для примера, Unreal (все версии), Q3, "American Army", Call of Duty, как я говорил NFS:Underground (?) (пока в наличии не имею — так что в серьёз не воспринимайте — но надейтесь), вообще их достаточно много — надо только поискать. 2. Про неглючность дров nVidia — последниеверсии отличаются достаточно "сложным характером" — на многом железе просто отказаваются работать. Последняя нормальная (по моему мнению) версия была 4463 — дальше они начали что-то мутить и эксперементировать. 3. Надо учитывать что дрова под nVidia появились гораздо раньше чем аналогичные от ATI, просто надо ждать пока программеры от ATI оптимизируют и попривыкнут к новой платформе (тенденции есть — качество улучшается с каждой версией). Так что пока ждёмсс и надеемся, что дальше будет всё в таком же духе %) Вот пока это всё. Буду рад услышать ваше мнение по поднятому вопросу.

Автор:	Ethereal [ 10:38 02.02.2004 ]
Заголовок сообщения:
To Hamlet Видимо ты говоришь про драйвера XFree. Так вот пришел бы на мою машину и настроил, а потом бы уже говорил. Готов на что угодно поспорить, ничего у тебя не выйдет )) [Исправлено: Ethereal : 02-02-2004 10:48]

Автор:	Ethereal [ 10:45 02.02.2004 ]
Заголовок сообщения:
To hc4. Я под winex играю в Half Life (тормозов никаких не заметил , в Fallout (ну тут и 3D видеокарта ненужна, пашет тоже прекрасно), в остальное не играю, времени нет А удобно, например что-то из сети льется, а ты в это время игрушку запустил, чтобы не скучать To SUNcheez >1... Действительно интересно. Надеюсь в будущем больше нативных игр будут выкладывать >2.. Да, у многих дрова nvidia тоже глючат, но все же не так часто как ATI. >3.. Надежда умирает последней

Автор:	Hamlet [ 19:56 02.02.2004 ]
Заголовок сообщения:
Ethereal Да, я про XFree. На NForce2 не гарантирую настроить. Но если ты в Питере, попробую %) OpenGL хардверно ускорял ими (и ускоряю) на Radeon 7500 и 9200.

Автор:	hc4 [ 21:56 02.02.2004 ]
Заголовок сообщения:
Hamlet Как уже говормлось драйвер XFree поддерживает меньше расширений OGL и намного медленнее. Так что это скорее выход для рабочей системы (т.е. без 3D игр), а не игровой. Ethereal Зачем HL под WineX запускаешь? Он же нативный есть... И вообще я играю в игры типа X2, SW:KOTOR, MP2 и т.д. А они под линухом намного медленнее работают (если вообще работают ).

Автор:	Ethereal [ 00:55 03.02.2004 ]
Заголовок сообщения:
Hi, Hamlet Будешь в Донецке, заходи в гости Hi, hc4 Мне влом было качать нативный халф. А разницы в скорости я не заметил. В те игры что ты привел, я не играл, может они и тормозят Запускай все с приоритетом 20. Хотя это не всегда помогает

Автор:	Ethereal [ 00:57 03.02.2004 ]
Заголовок сообщения:
Ура, 6-я страница, однако!!

Автор:	hc4 [ 00:59 04.02.2004 ]
Заголовок сообщения:
Ethereal Я пробовал запускать их — результат был описан (тормоза и глюки). И дело тут не только в приоритете. Просто HL давольно старая игра — я спокойно в неё играю и кручу кино на телеке одновременно. Так что она не показатель. А вот например WC3 — сильно тормозит (глюков не заметил), Mafia — вылетает часто, MaxPayne2 — вообще не пошёл. Да ещё и наворотов нет типа PixelShader, VertexShader и т.д.

Автор:	vasile [ 01:06 04.02.2004 ]
Заголовок сообщения:
На своей в целом беспроблемной системе, встретил небольшую проблему Условия: [] игра UT2003-v2225 [] уровни: большие и красивые, в частности CTF-FACE3 [] разрешение 1024x768@90hz-32bit. Настройки графики — Макс. [] сама проблема: после небольшого прогрева (около 2 флагов) получаю растущее число артефактов (треугольники, потери текстур, и прочее напоминающие перегрев VPU). Если плюнуть и продожить то получим полный Lock системы (почти полный — пару скачков ещё попробует сделать если не пережимать), что понятно — VPU Recover (он же SmartSave AFAIR) на Linux пока не реализовали (а может быть я не прав). После подобного описания можно подумать что имею проблемы с охлаждением видеочипа, или же переразогнал видеокарту. Это очевидно но не совсем верно: разгон есть небольшой и только в Win32 (270/216 +8% против стандартных 250/200). При этом в win32 версии UT2003 (версии 2225, используют те же ресурсы (файлы)), даже с учётом разгона и также макс. настроек видео (в Catalyst 4.1 Control Panel — Balanced) — преоблем не замечал. Если у будет "желание"/"время"/"эта или подобная игра" — посмотрите — важен как отрицательный, так и положительный ответ.

Автор:	Ethereal [ 21:16 05.02.2004 ]
Заголовок сообщения:
Hi, hc4. Согласен, но я не сильно много в игрушки играю, а если игра идет полностью нормально под линухом, то хочется уже не перегружаться. И даже если бы я не играл в линуксе совсем, все равно не могу терпеть отсуствие 3D ускорения, просто не могу когда хоть что то в системе работает не в полную силу.

Автор:	hc4 [ 01:55 08.02.2004 ]
Заголовок сообщения:
Ethereal А у тебя линукс — сервер или домашняя система?

Автор:	Ethereal [ 12:19 08.02.2004 ]
Заголовок сообщения:
hc4 Домашняя система, а что ?

Автор:	Vl@dcor [ 23:56 08.02.2004 ]
Заголовок сообщения:
vasile Вообще-то UT2003 у меня не то что бы нормально работает — тормозит зверски, так что может там и есть артефакты, но я их не вижу. А вот в HL под wine — такое бывает. При этом никакого разгона нет, под виндой — все ОК.

Автор:	SUNcheez [ 08:47 10.02.2004 ]
Заголовок сообщения:
Занятно, вот у мя UT2003 идёт вообще без тормозов. Раньше играл в демку, сча нашёл нормальные диски с виндусовым UT2003, и с помощью инсталлера поставил нативно в линуха. Хотя вполне возможно, что всё дело в том что я юзаю сырцовый дистрибудив собранный с полной оптимизацией под P4 (Gentoo Linux, $CCFLGS = '-march=pentium4 -O3 -ffast-math и т.д.) Так что система летает дай боже, при этом надо учитывать, что в данный момент у мя всего 256 метров опреативы Так что народ ковыряйтесь в конфигах, гоните систему, юзайте нативные игры... Вопрос. Тут до меня дошли слухи, что будет нативный S.T.A.L.K.E.R. — кто, что про это слышал??

Автор:	Ethereal [ 10:33 10.02.2004 ]
Заголовок сообщения:
Hi, SUNcheez >Тут до меня дошли слухи, что будет нативный S.T.A.L.K.E.R. — кто, что про это слышал?? Мне кто-то говорил, что сразу выйдет версия под линух. Но это непроверенные слухи, на сайте ничего об этом нет. А вообще интересно под какой ОС идет разработка сталкера

Автор:	SUNcheez [ 22:42 10.02.2004 ]
Заголовок сообщения:
На этой неделе забираю видеокарту Radeon 9600pro, но у неё есть интересная особенность соотношение частот ядро/памать у неё 400/400 — такое вижу в первый раз (это получается этакий синхронизированный вариант, прям как старый добрый Radeon 7500 ) Жду, не дождусь когда получу в руки — интересно будет потестить. А пока народ выскажитесь по этому поводу: что мне следует ожидать??

Автор:	vasile [ 23:10 10.02.2004 ]
Заголовок сообщения:
SUNcheez UT2003 идёт вообще без тормозов. — настройки графики на макс. или средние? Может быть дело в 400mhz Core на 9600pre Ez?! <font class="off">помощью инсталлера поставил нативно в линуха — я извращался иначе — рапаковал патч ut2003lnx_patch2225.tar.bz2, что не хватало — взял от установленной Win32 версии, отредактировал UT2003.ini (пришлось также ставить smpeg-0.4.2 ..). Почти натив версия юзаю сырцовый дистрибудив собранный с полной оптимизацией под P4 — Gentoo Linux — наслышаны, хорошая вещь. (у меня RH9 и "оптимизировал" только glibc, kernel, ... ну и всё что компилировал позже вручную) ковыряйтесь в конфигах, гоните систему, юзайте нативные игры... — ковыряем, гоним, юзаем — прямо как лозунг</font>

Автор:	vasile [ 23:21 10.02.2004 ]
Заголовок сообщения:
SUNcheez <font class="off">Radeon 9600pro, но у неё есть интересная особенность соотношение частот ядро/памать у неё 400/400 — вообще-то это не 9600pro, а скорее разогнаный 9600 — частота памяти 200Mhz (400mhz эфективных DDR) характерна для 9600, а высокая частота ядра, вероятно будет малоэфективна при такой частоте памяти IMHO А вот и "не моё" мнение: PowerColor Radeon 9600 Pro EZ: еще один обманчиво дешевый вариант </font>

Автор:	Midnight Sun [ 14:25 18.02.2004 ]
Заголовок сообщения:
У меня в RedHat9 на nForce2, ATI Radeon 9200 не работает 3D, Linux только начал изучать. Все что выше писалось читал, но к сожалению не все понятно. Может кто-нибудь по подробнее объяснить как исправить эту ситуацию. ЗЫ: Ставил fireglrx-4.3.0_3.2.8-6.i586.rpm

Автор:	vasile [ 15:47 18.02.2004 ]
Заголовок сообщения:
Midnight Sun нужно 1. посмотреть в лог-файлах. Ошибки выложить на всеобщее обозрение. 2. желательно обновить ядро со стандартного на что-то посовременнее (2.4.25-rc3, 2.6.3) 3. почитать HowTo, FAQ, поиск .. (неплохо также поискать на Rage3D).

Автор:	Midnight Sun [ 16:08 18.02.2004 ]
Заголовок сообщения:
2Vasile: Скажи какие логи и какую еще инфу нужно выложить? А ядро мне пока стремно обновлять, поэтому хотелось бы сначала попробовать без обновления ядра.

Автор:	BV [ 16:12 18.02.2004 ]
Заголовок сообщения:
All Сталкнулся с такой траблой. Не могу поставить линух. У меня Мандрейк 9,1. Раньше с этого дистриба ставил на КТ133А — все классно работало. Сделал апгрейд матери на нфорс. Теперь вот что происходит. Гружусь с сидука. Идет сплеш скрин, где рпедлагается нажать ентер для нормальной установки или что-то там для адвансед. Давлю ентер (хотя и адвансед не помогает). Далее установщик должен перейти в текстовый режим, где пишется лоадинг линух, бла-бла-бла. Вот. Но этого не происходит. Экран черный и мигают лэды скрул и капс лока. Все, на этом все заканчивается. Есть ли у кого какие идеи?

Автор:	vasile [ 21:54 18.02.2004 ]
Заголовок сообщения:
Midnight Sun Лог-файлы (можешь скинуть архив на мой Ё-маил): /var/log/messages — общесистемный лог, /var/log/XFree86.0.log — лог XFree86, /lib/modules/fglrx/make.2.4.20-8-SMP.log — лог сборки fglrx (возможны вариации).

Автор:	vasile [ 22:13 18.02.2004 ]
Заголовок сообщения:
<font class="off"> BV возможные варианты: PIO/DMA на CDROM, обновить BIOS, попробовать "облегчить" систему (убрать один CDROM/Combo), убрать разгон. Можно попробовать сделать загрузочную дискету (заодно посмотреть на сайте mandrake о возможных проблемах с совместимостью). PS: так как отношение к fglrx/dri эта тема не имеет, желательно её отмечать тэгом off. </font>

Автор:	BV [ 09:39 19.02.2004 ]
Заголовок сообщения:
<font class="off"> vasile Спасибо. Количество СД не влияет, разгон тоже. Все это я уже проверял. Смог почти поставить так: F1 для expert mode. там указал text mem=1024M. Пошла инсталяха. правда текстовая инсталяха очень корявая. выбирал и mc и kernel source и много еще чего. Очень многое не поставилось. В частности исходники ядра. Когда их начал ставать оказалось, что не хватает еще кучи либов. Надоело мне это — пошел спать. Отсюда у меня только один вывод — виновата видяха. Есть предположение, что не хотел инитится графическийрежим из-за подключенного ТВ-оут — у меня шнурок всегда воткнут. Сегодня вечером посмотрю. Ну все равно, спасибо за подсказки </font>

Автор:	Midnight Sun [ 12:16 19.02.2004 ]
Заголовок сообщения:
2vasile Я для начала решил последовать твоему совету и переустановить ядро. Параллельно настроив его в соответствии с HowTo для ATI: http://www.rage3d.com/content/articles/atilinuxhowto/ Ядро 2.6.3 Так в этом HowTo в разделе 3.4 Kernel configuration написано: First of all we must configure the kernel to support our new nForce AGP Gart. cd /usr/src/linux-2.4.20 su (become root) make menuconfig In the 'Processor type and features', make sure that an x86 compatible CPU is selected. In the 'Character devices' section, select '/dev/agpgart (AGP Support)' as a modularized kernel feature. In the same section, enable your chipset agp driver as a modularized kernel feature. Но я в разделе Character devices не нашел ничего о моем nForce2. В чем дело то? На сайте NVIDIA патчи для ядер 2.4.х В ядре 2.6.3 встроена поддержка чипсета nForce2 ?

Автор:	vasile [ 15:40 19.02.2004 ]
Заголовок сообщения:
Midnight Sun cd /usr/src/linux-2.4.20 — надеюсь этому совету ты не следовал буквально In the 'Character devices' section, select '/dev/agpgart (AGP Support)' as a modularized kernel feature. — это сделал? в разделе Character devices не нашел ничего о моем nForce2 — однако должно быть (и в 2.4.23, и в 2.6.* ) <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> NVIDIA nForce/nForce2 chipset support (AGP_NVIDIA) This option gives you AGP support for the GLX component of XFree86 4.x on the following NVIDIA chipsets. The supported chipsets include nForce and nForce2 </PRE><HR></BLOCKQUOTE>

Автор:	vasile [ 01:29 20.02.2004 ]
Заголовок сообщения:
Все кто обнаружил баг (подозрение на баг) в драйвере fglrx-3.x.x советую просмотреть список на rage3d: The ATI Linux Issues Thread — 3.7.0. посмотрев список понимаешь что пока не стоит надеятся подключить TV к Radeon 8500/9100, а проблемы с UT2003 встречаются относительно часто.

Автор:	SUNcheez [ 23:34 22.02.2004 ]
Заголовок сообщения:
Народ! Я снова с вами %) Можете меня поздравить у мя сча новая видюха — Сапфир 9600XT 256mb соотношение частот 593(ядро)/349(память) — ессно это разогнано, но... ни глюков, ни артефактов + офигительная скорость Про Мандрэйк 9.1 — забудьте про эту ОС — это ошибка природы и разработчиков mdk , ставьте лучше либо 9.2+ (с исправленными багами) или 9.0, но не 9.1 Причём по-дефолту nForce2 поддерживает только 9.2 Совет: чтобы понять на чём он спотыкается при установке, надо обязательно смотреть на 3-ей консоли (если меня память не подводит) системные сообщения. Оччень часто его можно обхитрить. Причём есть возможность при установке использовать "левые" дрова которых нет в дистрибутиве, как, например в 9.0 и 9.1 с nForce2. Для этого копируем дрова на дискетку, затем при загрузке с установочного диска надо выбрать режим установки "expert" — тогда он сам спросит про диски с дровами сторонних разработчиков. Есть альтернативный вариант — вместо "expert" набрать "dd" (но точно не помню, сейчас на новых дистрибутивах это работает или нет) Багов в драйвере 3.7.0 пока не обнаружил %) что радует. И последнее: ВСЕХ С ДНЁМ ЗАЩИТНИКА ОТЕЧЕСТВА.

Автор:	vasile [ 19:17 28.02.2004 ]
Заголовок сообщения:
При обновлении ядра до 2.6.4-rc1 (и выше) не следует использовать опцию CONFIG_REGPARM ( "Processor type and features"—>"Use register arguments (EXPERIMENTAL)" ) при использовании совместно с fglrx.

Автор:	vasile [ 18:49 03.03.2004 ]
Заголовок сообщения:
Похоже на этот раз мне обьявлять эту грустную новость: Вышел новый драйвер для видеокарт ATI для Linux 2.4+/XFree86 4.1+ версии 3.7.1. [] Изменения: — всего одно!!! — поддержка Radeon 9800XT кстати и на 3.7.0 эта плата неплохо работала, достаточно в XF86Config-4 форсировать устройство строкой ChipID 0x4e48* другая мелочь — Release notes стал похожим на аналог из Windows Catalyst, и содержит официальный список Known Issues (кстати гораздо меньший чем реальный). Качать там-же: Драйвер 3.7.1 для XFree 4.1 (3.0 мб) Драйвер 3.7.1 для XFree 4.2 (3.0 мб) Драйвер 3.7.1 для XFree 4.3 (3.2 мб)

Автор:	vasile [ 19:03 03.03.2004 ]
Заголовок сообщения:
С такими темпами разработки, при существующей ситуацией с производительностью и стабильностью .. вирисовывается совет (самому себе, по меньшей мере) — nVidia как следующая графическая платформа после моего R200.

Автор:	vasile [ 19:45 03.03.2004 ]
Заголовок сообщения:
Если собираетесь поставить этот драйвер, почитайте его обсуждение (лучше сказать "осуждение") на Rage3d.net.

Автор:	Vl@dcor [ 12:30 05.03.2004 ]
Заголовок сообщения:
Нда, видимо в ATI испугались SCO :—) и перестали вообще что-то делать Ставить не хочется, особенно после прочтения предыдущей ссылки — почти у каждого там были проблемы.

Автор:	vasile [ 19:53 05.03.2004 ]
Заголовок сообщения:
Судя по всему — ошибочка вышла (не то выложили) . На официальном сайте вернули ссылки на 3.7.0, сами файлы всё ещё доступны (на scheider-digital — 3.7.1).

Автор:	corvus [ 00:14 07.03.2004 ]
Заголовок сообщения:
vasile Судя по всему — ошибочка вышла (не то выложили) вот те на

Автор:	vasile [ 17:59 09.03.2004 ]
Заголовок сообщения:
corvus Интересные замечания нашёл в документе на schneider-digital.de: <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> Bug in the last 3.7.1 driver will be fixt soon! Fixed in 3.7.0.1 release: Added support for the following graphics cards: ATI RADEON™ 9800 XT support </SPAN><HR size=22></SPAN></BLOCKQUOTE> то есть версия того что получили ранее не 3.7.1, а 3.7.0.1 (что выглядит более соотвествующее списку изменений )

Автор:	vasile [ 10:22 10.03.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: При обновлении ядра до 2.6.4-rc1 (и выше) не следует использовать опцию CONFIG_REGPARM ( "Processor type and features"—>"Use register arguments (EXPERIMENTAL)" ) при использовании совместно с fglrx.</SPAN><HR size=22></SPAN></BLOCKQUOTE> Добавление: аналогичные проблемы можно получить используя ядро 2.6.3-2.1.240 из FC2 (test ?) — молодцы из Fedora team пропатчили его в лучшем стиле RedHat. Проблему никто особенно не изучал, поэтому решение пока обновится до 2.6.4-rc3 не используя вышеприведённую опцию.

Автор:	Vl@dcor [ 14:46 11.03.2004 ]
Заголовок сообщения:
Новые дрова на офф. сайте ATI, версия 3.7.6 http://www2.ati.com/drivers/linux/fglrx-4.3.0-3.7.6.i386.rpm http://www2.ati.com/drivers/linux/fglrx-4.2.0-3.7.6.i386.rpm http://www2.ati.com/drivers/linux/fglrx-4.1.0-3.7.6.i386.rpm Fixed in this release: * Added support for the following graphics cards: o ATI RADEON™ 9800 XT support * Added support for hardware acceleration under WineX * ATI Proprietary Linux driver no longer fails to load on AMD Athlon systems

Автор:	Ray Adams [ 15:04 11.03.2004 ]
Заголовок сообщения:
А исходников нету там случаем?

Автор:	Vl@dcor [ 19:45 11.03.2004 ]
Заголовок сообщения:
Ray Adams Есть исходники только модуля ядра и исходники панели управления. Панель управления — это только название, с виндовой не сравнить. Сейчас ставлю эти дрова, позже опишусь как они

Автор:	Vlad_sh [ 14:34 12.03.2004 ]
Заголовок сообщения:
При сипользовании "родного" драйвера операционки MDK 9.2 — все более менее — только на гонках тормозит(ATI 9000), ATI 7500 Тормозит еще и на WolfenSteine Enemy territory... ПРи попытке установить ATI-шный драйвер был обруган (конфликт c Libxfree86 — которую незя сносить)... Поставил "насильно" — на тестах усе зашибись.... в играх и Cad-ax усе тоже самое Просится вывод: Либо у меня крыша не на месте, либо дрова от ATI подходят не ко всем nix... Хотелось бы узнать — к каким именно подходят.. На NVIDIA ставил "коммерческие" — усе летат и под MDK9.2 и под SUSE9.0

Автор:	vasile [ 12:30 13.03.2004 ]
Заголовок сообщения:
Vlad_sh ПРи попытке установить ATI-шный драйвер был обруган (конфликт c Libxfree86 — которую незя сносить)... — нормальная ситуация. Не стоит обращать внимание, так как rpm install script правильно делает резервную копию этой библиотеки (/usr/X11R6/lib/libGL.so.1.2), и правильно её востанавливает при удалении. Возможно организовать RPM пакет чтоб не было нужды в флагах --force, --nodeps.. Это не означает что ваша система не поддерживается. (хотя было сообщение что официально поддерживаемые системы: SuSE 8.0/9.0, и RHEL). либо дрова от ATI подходят не ко всем nix... — верно, не ко всем. Только к Linux, и возможно к FreeBSD. Плохо что в последних версиях fglrx исключили readme, при его прочтении такой вопрос сразу же нашёл бы ответ.

Автор:	vasile [ 12:48 13.03.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> pozvizd есть след проблема: ATHLON 64 3000+. ASUS K8VDELUXE(ЧИПСЕТ VIA K8T800) rADEON 9600 PRO(САПФИРОВСКИЙ АТЛАНТИС). При установке ATI драйвера на Mandrake 9.2 (32-битная версия) c ядром 2,4,22 (перекомпилировано) получаю полноценное 2D, но полностью без 3D.Модуль agpgart вроде прописан, sbin/lsmod \|grep agpgart выводит: 53508 0 (autoclean) (unused) ну и вывод glxinfo: direct rendering: no проблема скорее всего в отсутсвии поддержки AGP VIA K8T800. Есть ли решение?</SPAN><HR size=22></SPAN></BLOCKQUOTE> Следует обновить ядро (2.4.25/2.6.4). Также стоит попробовать включить опцию CONFIG_AGP_AMD_K8. Если проблемма остаётся — желательно привести вывод dmesg.

Автор:	Vl@dcor [ 13:36 13.03.2004 ]
Заголовок сообщения:
Новые дровишки стоят 2 дня, полет нормалный. В логах не ругется, вообще очень похожи на предыдущие дрова + патчи. Может так и сделали? Пропатчили их и выложили как новый релиз :—) Скорость чуть повыше кажется, но в пределах погрешности +-2 fps в fgl_glxgears. Квака бегает, УТ2003 тоже, хотя и не быстро :—) В WineX пускаю только HL, но и на предыдущих дровах было все ОК, не могу сказать что это заслуга новых.

Автор:	vasile [ 18:10 13.03.2004 ]
Заголовок сообщения:
Vl@dcor Ставил сегодня. Скорость в UT2003 ещё ниже. Если раньше на 3.7.0 на некоторых картах появлялись артефакты что могли привести к останову системы, то теперь виснет на первом-же артефакте. Кроме того видел глюки в обыкновенном tuxracer-0.61!! Согласен что ставить драйвер стало проще (нникаких патчей, и.т.д), но не понравился их (програмистов ATi) способ решения проблем с совместимостью (имеется ввиду AMD advanced speculative cache feature and big page attribute bug) — просто отключили все CPU оптимизации (установив намертво флаг ForceGenericCPU). Кстати, могли б уже убрать необходимость в rpm --force — давно это у них, надоело. И понятно если б не умели, но ведь в fireglrx для RHEL всё работает без вопросов. В Known Issues (см. Release Notes) — указана ошибка при временном переключении в консоль (X'ы зеленеют) — как ни странно её не обнаружил, при том что на 3.7.1 имел счастье любоваться красивой зелёной темой Конечно прогресс не стоит на месте — но то что сейчас делают в ATi мне не нравится. Поставил потом fireglrx-3.2.9-4 (те что сделаны для HP/RHEL систем) — в UT2003 скорость подросла!, артефакты очень редко и всего лишь по одному но появляются — на игровой процесс не влияет. Зависнуть пока (к счастью) не удалось. Патчил лишь fglrx-3.2.8-fix-amd-adv-spec.patch, и то на всякий случай. Результаты в бенчмарках ({,fgl_}glxgears) упали (fgl_glxgears вообще не запускаются), но ведь не в бенчмарках работаем/играем. В Quake3 fps должен чуть упасть — но до Vsync ещё далеко Вывод — немцы умеют лучше работать чем канадские студенты .

Автор:	vasile [ 19:27 13.03.2004 ]
Заголовок сообщения:
Хотел бы порекомендовать тем кому нужно сравнивать скорость драйверов в игровых приложениях UT2003 final benchmarking program. В настоящий момент имеет поддержку UT2003-demo, UT2003, UT2004-demo, UT2004 retail, драйверов от nVidia и ATi, а также проекта DRI (только nv и radeon).

Автор:	Ethereal [ 10:41 15.03.2004 ]
Заголовок сообщения:
Попробовал я драйвер 3.7.6, все глюки остались. К тому же в tux racer стали исчезать полигоны. Что-то не верится мне, что атишники выпустят когда нибудь нормальный драйвер. Ничего, заинсталю XFree 4.4.0 — там по идее драйвер radeon проапгрейженый.

Автор:	vasile [ 16:21 15.03.2004 ]
Заголовок сообщения:
Ethereal Ничего, заинсталю XFree 4.4.0 — там по идее драйвер radeon — вообще не поддерживает S3TC

Автор:	vasile [ 16:26 15.03.2004 ]
Заголовок сообщения:
Все желающие задать вопрос представителю ATi по Linux/XFree86 драйверам: писать в эту ветку на rage3d.net или можно сюда же — я перешлю. Оригинал сообщения (чуть урезаный): <font class="off">Matthew Tippett, our resident ATI Linux guru, has agreed to give Rage3D an interview concerning the current status of the Linux drivers and ATI's efforts in the area. This interview will be conducted late March/early April. Please note that I would like it to be an interview focused on where the company's headed with the drivers, what we can expect in the future and when we can expect some major bugs to be fixed.</font>

Автор:	Ethereal [ 17:52 16.03.2004 ]
Заголовок сообщения:
Hi, vasile >вообще не поддерживает S3TC Поганенько. Перешли плиз мою траблу: зависания в X-овых 2D приложениях при опции Option "no_dri" "no" Ядра 2.4.22-24. Пробовал на fglrx 3.28, 3.2.9-4, 3.7.0, 3.7.6. Зависания носят случайный характер, происходят чаще всего при отрисовке прямоугольников (напрмер диалоговых окон или таблиц), после зависания мышка двигается, но с клавиатуры можно сделать только SysRQ, ALT+CTRL+BKSPACE не пашут. В логах ничего. Заранее спасибо! -- С уважением, Ethereal

Автор:	vasile [ 18:45 16.03.2004 ]
Заголовок сообщения:
Ethereal Нет — представитель ATi с этим не сладит . Я лучше размещу это в "The official 3.7.6 driver discussion thread" или "The Official ATI Linux Issues Thread". Думаю помогут. Только пришли мне XFree86.0.log, XF86Config-4, вывод lsmod, dmesg и .config для текущего ядра — размещу где-то на серваке. Чем больше информации дать, тем точнее/быстрее ответ.

Автор:	Ethereal [ 19:57 16.03.2004 ]
Заголовок сообщения:
vasile Послал файлы почтой! Спасибо за участие!

Автор:	Vladimir [ 22:55 16.03.2004 ]
Заголовок сообщения:
У меня — вобще невезуха. То вобще XFree86 не запускался. Теперь OGL — Software Emulation... Что я не так делаю? SuSE Linux 9.0 Pro (ядра — 2.4.21.99SMP) у меня. Вроде и sh make.sh и sh make_install.sh проходят нормально... и fglrxconfig... Да, забыл. Ставлю fglrx 3.7.0 [Исправлено: Vladimir : 17-03-2004 21:44]

Автор:	Ethereal [ 20:01 18.03.2004 ]
Заголовок сообщения:
Hi, Vladimir С fglrx < 3.7.0 все было Ок ? Если да, то забей на 3.7.0 Если нет или не пробовал , то покажи вывод glxinfo Какая версия XFree ? Что в /var/log/messages при запуске иксов ? -- С уважением, Ethereal

Автор:	Vladimir [ 19:56 19.03.2004 ]
Заголовок сообщения:
Заработал 3.7.6. Вроде нормально. TuxRacer работает (по ощущениям от 10 до >50 FPS. изредка что-то с винта грузит и тогда резкие дрыжки. FSAA — Off ). Ставлю WineX 3.1, пытаюсь запустить UT 2004 Demo (DX) — лого всё белое. И глюки просто, части треугольников пропадают, тумана то нет, то вобще всюду и только одно деревце обходит стороной... И FPS — 1-14. OGL — виснет... Вобщем ничего приятного в этом нет. XFree версии 4.3.0.1 P.S. А если я обновлю до 4.4.0, то лучше станет?

Автор:	Ethereal [ 14:35 20.03.2004 ]
Заголовок сообщения:
Hi, Vladimir Треугольники у меня тоже пропадают в tux racer. Что значит OGL виснет ? Можно поподробнее ? Насчет XFree 4.4.0 не знаю, будет ли там вообще fglrx работать. Поставь лучше fglrx 3.2.8 или 3.2.9 — они менее глючные -- С уважением, Ethereal

Автор:	Vladimir [ 00:26 21.03.2004 ]
Заголовок сообщения:
Ethereal В прямом смысле. т.е. чёрный экран и ничего больше. WineX пишет, что время ожидания превышено (20 мин. ждал — ничего не случилось. Я и вырубил)

Автор:	Clockerxxx [ 03:22 21.03.2004 ]
Заголовок сообщения:
Linux надо жечь, как надо жечь Internet Exploler, PS/2 , COM, LPT, FLOPPY, IDE CABEL, USB 1.1, CRT NO FLAT, and all CRT < 17, D-SUB, Windows 95, 98 non se,ME, 2000, wordpad, HDD 5400 Rpm, AGP < 4x, ISA, пластмасовые кулеры, модемы < 57600, да и вообще все модемы даздавствует бесплатный коаксиальный модем(2мегабита) с бесплатным подключенрием тарифами, жечь также надо OpenGl, SmartGart!

Автор:	still [ 23:40 25.03.2004 ]
Заголовок сообщения:
Может кто подскажет .. У меня ATI9600 и материнка ASUS P4P800 .. в общем они друг друга не переваривают на AGP8x, когда что либо в 3D запускаешь, все колом встает .. Под XP я в драйвере выставлял 4х и вроде все работало.. Как мне в атищных дровах под линух принудительно выставить 4х ? Ни как не могу найти там такой опции option "AGPMode" "4" --- не работает.. (

Автор:	Vladimir [ 02:30 27.03.2004 ]
Заголовок сообщения:
still В BIOS помоему есть принудительное ограничение скорости AGP порта.

Автор:	SUNcheez [ 20:19 29.03.2004 ]
Заголовок сообщения:
still Во-первых, какой у тя дистрибутив? Во-вторых, что выводит glxinfo??? Вполне возможно, что те надо просто удалить mesa-libs (но не саму mes'у, а то 3d вообще идти не будет). А AGP4х неработает скорее всего потому что надо те нормально собрать AGPGART под твой чип-сет, или посмотри что у тя выставлено в BIOS А мне придётся завтра познавать истины совместного сосуществования nForce3 и Radeon9600XT — посмотрим что получится.

Автор:	Ethereal [ 20:11 01.04.2004 ]
Заголовок сообщения:
SUNcheez >А мне придётся завтра познавать истины совместного сосуществования nForce3 и Radeon9600XT — посмотрим что получится. Удачи )))))))))))))))) Я тут с nForce2 и Radeon 9000pro еле справляюсь )

Автор:	SUNcheez [ 21:15 02.04.2004 ]
Заголовок сообщения:
Ethereal: SUNcheez >А мне придётся завтра познавать истины совместного сосуществования nForce3 и Radeon9600XT — посмотрим что получится. >Удачи )))))))))))))))) Я тут с nForce2 и Radeon 9000pro еле справляюсь ) Cпасибо. Расскажу немного о том что получилось: сначала немного про Windows — при использовании каталиста 4.1 тестирование в UT2003 (дедматч) дало 120-130 fps (в среднем) Теперь про Linux (версия драйверов 3.7.0): 1) Mandrake Linux 9.2 x86_32 Т.к. стандартный "radeon" драйвер 9600XT не знает то Х'ы естественно по дефолту не пошли — после установки драйверов всё пошло как по маслу: пошли без проблем: Q3, UT2003, UT2004demo, NWN (never winter), Call of Duty. Под wine я игры не запускаю — только нативно 2) ASP Linux 9.2 x86_32 Аналогично MDK9.2 X'ы завелись только после установки драйверов. При установке системы была ещё одна проблема — установщик в графическом режиме запускался только через фрейм-буфер. После установки драйверов не работало 3D-ускорение. Соответственно ни одна игра так и не пошла — с этой проблеммой я не разбирался (т.к. не было времени и я не являюсь поклонником ASP) 3) Linux XP Profesional 1.0 x86_32 Установка прошла замечательно, X'ы завелись сразу (ребята с linux-online включили родные ATI-шные драйвера в дистрибутив — правда старые). Драйвера я переустановил — тоже без особых проблем. НО хардварного 3D ускорения не было — проблема решилась путём удаления пакета mesa-libs (т.е. было только софтварное). После удаления mesa-libs все вышеперчисленные игры пошли. 4) Gentoo Linux 2004 x86_32 (сборка под Athlon XP со включенной принудительно поддержкой инструкций sse2, ядро 2.4.25) После сборки системы и установки драйверов проблем никаких не было — хардварное 3D ускорение было, все игры пошли без проблем (показатели производительности естественно выше чем у бинарных дистрибутивов) 4) Gentoo Linux 2004 x86_64 (сборка под Athlon64, ядро 2.6.3) После сборки системы столкнулся с БОЛЬШОЙ проблемой — для AMD64 нет драйверов под Линукс (правда на буржуйских форумах говорят что есть относительно стабильная бета версия — но линков не дают — жмотятся). Соответственно ни о каком хардварном 3D ускорении и речи быть не могло. Сидел на "vesa" драйвере пока частота обновления в 60Гц не доконала окончательно — сейчас сижу на борке под AthlonXP+SSE2. В качестве драйверов для nForce использовались NVIDIA_nforce-1.0-0256.tar.gz (звук я так и не завёл — пришлось искать отдельную звуковую какрту) Вот и всё. P.S. Еще народ маленькая просьба — если кто-нибудь увидит линк на ATI'шные драйвера под AMD64 — дайте линк в форум, буду признателен.

Автор:	gryphon [ 03:18 12.04.2004 ]
Заголовок сообщения:
Друзья,Товарищи!!! SOS!!!! С недавнего времени стал поклонником LInuXa, уж очень понравился, но проблема в том что частота экрана где-то 85Гц (монитор NEC FE750+, видюха Sapphire Radeon 9000pro), а при таком виде больше 1 часа сил не хватаетhttp://www.radeon2.ru/ubb/icons/icon8.gif. Версия Xfree 4.3.0 (mandrake 9.2)

Автор:	Vl@dcor [ 18:20 12.04.2004 ]
Заголовок сообщения:
Надо прописать в XF86Config-4 строку modeline с нужным режимом, например : #640x480 @ 100Hz Modeline "640x480" 43.163 640 680 744 848 480 481 484 509 +hsync +vsync #800x600 @ 100Hz Modeline "800x600" 68.179 800 848 936 1072 600 601 604 636 +hsync +vsync #1024x768 @ 100Hz Modeline "1024x768" 115.50 1024 1056 1248 1440 768 771 781 802 -HSync -VSync #1152x864 @ 100Hz Modeline "1152x864" 143.472 1152 1232 1360 1568 864 865 868 915 +hsync +vsync #1280x1024 @ 100Hz Modeline "1280x1024" 190.960 1280 1376 1520 1760 1024 1025 1028 1085 +hsync +vsync

Автор:	Alexandr_E [ 11:33 15.04.2004 ]
Заголовок сообщения:
Имеется: ASPLinux 9.2 MB — MSI K7N2Delta NForce2A Video — ATI Radeon9600XT RAM — 2x256MBt DDR-400 DualMode Monitor — Samsung SyncMaster 757nf Встроенные звук и сеть Установлены драйвера с www.ati.com 3.7.6 версии. Подключаю монитор к видеокарте через обычный штеккер. Запускаю иксы, смотрю лог: (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.7.6 (II) fglrx(0): Date: Mar 5 2004 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.4.22-1.2154.nptl.asp (II) fglrx(0): Build-Kernel MODVERSIONS: yes (II) fglrx(0): Build-Kernel SMP: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xd9000000 (EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENOMEM" (EE) fglrx(0): cannot init AGP (II) fglrx(0): [drm] removed 1 reserved context for kernel (II) fglrx(0): [drm] unmapping 8192 bytes of SAREA 0xe0ecd000 at 0xbf493000 (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * Как видно из лога ничего не загрузилось и никакого 3D не видать, как своих ушей! Ладно, теперь подключаю монитор к DVI-выходу через переходник. Естественно ничего нигде не меняя. Просто вынимаю из одного штеккера и вставляю в другой через переходник: (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.7.6 (II) fglrx(0): Date: Mar 5 2004 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.4.22-1.2154.nptl.asp (II) fglrx(0): Build-Kernel MODVERSIONS: yes (II) fglrx(0): Build-Kernel SMP: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xd9000000 (II) fglrx(0): [agp] Mode=0x1f00421b bridge: 0x10de/0x01e0 (II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000 (II) fglrx(0): [agp] AGP v3 disable mask 0x00000000 (II) fglrx(0): [agp] enabling AGP with mode=0x1f00431a (II) fglrx(0): [agp] AGP protocoll is enabled for grafics board. (cmd=0x1f004312) (II) fglrx(0): [agp] grafics chipset has AGP v3.0 (native mode) (II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes (II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 28672 (II) fglrx(0): [drm] texture shared area handle = 0xe8ed0000 Как видно из лога — 3D прекрасно запустилось и работает!!! Вот меня и интересует — по какой такой причине AGP не желает заводится через обычный штеккер подключения, но прекрасно заводится через DVI с переходником на обычный штеккер? Что сделать, что-бы запустить через нормальный штеккер? Конфиг, с которым всё это происходило привожу: # ******************************************************************** # DRI Section # ****************************************************************** Section "dri" Mode 0666 EndSection # ****************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ****************************************************************** Section "Module" Load "dbe" # Double buffer extension SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection Load "type1" Load "freetype" Load "glx" # libglx.a Load "dri" # libdri.a EndSection # ****************************************************************** # Files section. This allows default font and rgb paths to be set # ****************************************************************** Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ****************************************************************** # Server flags section. # ****************************************************************** Section "ServerFlags" EndSection # ****************************************************************** # Input devices # ****************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Driver "keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" EndSection # ****************************************************************** # Core Pointer's InputDevice section # ****************************************************************** Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Device" "/dev/mouse" EndSection # ****************************************************************** # Monitor section # ****************************************************************** Section "Monitor" Identifier "Monitor0" HorizSync 31.5 — 68.7 VertRefresh 60 — 85 Option "DPMS" EndSection # ****************************************************************** # Graphics device section # ****************************************************************** Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" Driver "vga" EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "unspecified" Option "VRefresh2" "unspecified" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00000000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "no" Option "FSAAScale" "1" Option "FSAADisableGamma" "no" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "0" Option "BlockSignalsOnLock" "on" Option "UseInternalAGPGART" "no" Option "ForceGenericCPU" "no" BusID "PCI:2:0:0" # vendor=1002, device=4152 Screen 0 EndSection # ****************************************************************** # Screen sections # ****************************************************************** Section "Screen" Identifier "Screen0" Device "ATI Graphics Adapter" Monitor "Monitor0" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1024x768" ViewPort 0 0 # initial origin if mode is smaller than desktop EndSubsection EndSection # ****************************************************************** # ServerLayout sections. # ******************************************************************** Section "ServerLayout" Identifier "Server Layout" Screen "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection

Автор:	vasile [ 01:01 16.04.2004 ]
Заголовок сообщения:
Alexandr_E Возможно ли эту ситуации воспроизвести (без перезапуска)?

Автор:	Alexandr_E [ 07:17 16.04.2004 ]
Заголовок сообщения:
Рискнуть можно, но есть ОЧЕНЬ большая вероятность испортить монитор, или видеокарту. Я бы не рекомендовал проводить такие эксперименты с "горячим" подключением-отключением.

Автор:	Alexandr_E [ 21:31 16.04.2004 ]
Заголовок сообщения:
Маленько переправил конфиг, теперь всё заводится отменно: # fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9600 XT Generic OpenGL version string: 1.3 (X4.3.0-3.7.6) # glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9600 XT Generic OpenGL version string: 1.3 (X4.3.0-3.7.6) OpenGL extensions: GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_ATI_draw_buffers, GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_separate_stencil, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object, GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams, GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route, GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_texgen_reflection, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_texgen_reflection, GL_NV_blend_square, GL_NV_occlusion_query, GL_NV_point_sprite, GL_ARB_point_sprite, GL_SGI_color_matrix, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_border_clamp, GL_SGIS_texture_lod, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x28 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2a 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2b 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 None 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 None 0x2d 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 None 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 None 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x30 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x32 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None Привожу мой рабочий конфиг, может кому пригодится? # ******************************************************************** # DRI Section # ****************************************************************** Section "dri" Mode 0666 EndSection # ****************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ****************************************************************** Section "Module" Load "dbe" # Double buffer extension SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection Load "type1" Load "freetype" Load "glx" # libglx.a Load "dri" # libdri.a EndSection # ****************************************************************** # Files section. This allows default font and rgb paths to be set # ****************************************************************** Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ****************************************************************** # Server flags section. # ****************************************************************** Section "ServerFlags" EndSection # ****************************************************************** # Input devices # ****************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Driver "keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" EndSection # ****************************************************************** # Core Pointer's InputDevice section # ****************************************************************** Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Device" "/dev/mouse" EndSection # ****************************************************************** # Monitor section # ****************************************************************** Section "Monitor" Identifier "Monitor0" VendorName "SAM" ModelName "SyncMaster" HorizSync 30-97 VertRefresh 50-161 # 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync #1024x768 @ 85.0 Hz, 68.7 kHz hsync # Modeline "1024x768" 94.50 1024 1076 1172 1352 768 769 772 792 +hsync +vsync #800x600 @ 85.0 Hz, 55.8 kHz hsync Modeline "800x600" 60.75 800 864 928 1088 600 616 621 657 -HSync -VSync #640x480 @ 85.0 Hz, 43.3 kHz hsync Modeline "640x480" 36 640 696 752 832 480 481 484 509 -HSync -VSync # Option "DPMS" EndSection # ****************************************************************** # Graphics device section # ****************************************************************** Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" Driver "vga" EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "unspecified" Option "VRefresh2" "unspecified" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00000000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "no" Option "FSAAScale" "1" Option "FSAADisableGamma" "no" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "0" Option "BlockSignalsOnLock" "on" Option "UseInternalAGPGART" "no" Option "ForceGenericCPU" "no" BusID "PCI:2:0:0" # vendor=1002, device=4152 Screen 0 EndSection # ****************************************************************** # Screen sections # ****************************************************************** Section "Screen" Identifier "Screen0" Device "ATI Graphics Adapter" Monitor "Monitor0" # Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync DefaultDepth 24 SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 32 Modes "1024x768" "800x600" "640x480" # Depth 24 # Modes "1024x768" # ViewPort 0 0 # initial origin if mode is smaller than desktop EndSubsection EndSection # ****************************************************************** # ServerLayout sections. # ******************************************************************** Section "ServerLayout" Identifier "Server Layout" Screen "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection

Автор:	Alexandr_E [ 07:11 23.04.2004 ]
Заголовок сообщения:
Народ! Такой вопрос — а к ядру 2.6.... кому-нибудь удалось прикрутить драйвера и 3D?

Автор:	vasile [ 18:15 23.04.2004 ]
Заголовок сообщения:
Alexandr_E Давно уже на 2.6 сидим — выше в ветке есть ссылки на необходимые патчи. Для 3.7.6 кроме REGPARM (для Linux>2.6.3-rc3) ничего искать не нужно. Когда описываешь проблему желательно прилагать выдержки из /var/log/{XFree86.0.log,messages}, dmesg, glxinfo, lsmod

Автор:	Ethereal [ 22:47 24.04.2004 ]
Заголовок сообщения:
Hi, vasile Ну что ты отправлял мои вопросы ? Хотел еще спросить, может проблема в том, что у моя Radeon 9000 Pro от GIGABYTE ? Может Vendor ID поменять надо ? -- С уважением, Ethereal

Автор:	vasile [ 00:30 25.04.2004 ]
Заголовок сообщения:
Ethereal К сожалению ничего нового/полезного. Хотел еще спросить, может проблема в том, что у моя Radeon 9000 Pro от GIGABYTE ? — а у меня PowerMagic (а VendorID=HIS) — не думаю что это влияет. PS: попробуй обновить биос на ASUS A7N8X-X (вроде как новая версия вышла) — может решит вопрос с ядром 2.6. Как вариант можно поставить X11R6.7 от X.org.

Автор:	Ethereal [ 08:54 25.04.2004 ]
Заголовок сообщения:
Hi, vasile >попробуй обновить биос на ASUS A7N8X-X (вроде как новая версия вышла) — может решит вопрос с ядром 2.6. Биос обновлю, спасибо! С ядром 2.6 я не тороплюсь, так как оно у некоторых моих знакомых тоже не пашет. Подожду пока оно действительно stable станет. И никакой гарантии нет что драйвер fglrx под 2.6-е ядро будет работать стабильно. >Как вариант можно поставить X11R6.7 от X.org. Это что? И чем оно лучше ? -- С уважением, Ethereal

Автор:	Alexandr_E [ 23:32 28.04.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: Alexandr_E Давно уже на 2.6 сидим — выше в ветке есть ссылки на необходимые патчи. Для 3.7.6 кроме REGPARM (для Linux>2.6.3-rc3) ничего искать не нужно. Когда описываешь проблему желательно прилагать выдержки из /var/log/{XFree86.0.log,messages}, dmesg, glxinfo, lsmod</SPAN><HR size=22></SPAN></BLOCKQUOTE> Эмм......... А собственно никакой проблеммы нет........ Как, впрочем, и ядра 2.6.* Я интересовался чисто гипотетически, и насколько понял, выше версии 2.6.3 уже ничкего и ни у кого не пашет. Или я не прав?

Автор:	vasile [ 00:25 29.04.2004 ]
Заголовок сообщения:
Alexandr_E Вчера собрал 2.6.6-rc3 вместе с fireglrx-3.2.9-4 и включённом REGPARM — всё работает.

Автор:	gfh [ 12:41 29.04.2004 ]
Заголовок сообщения:
С ядрами 2.6.x вообще интересная штука — 2.6.4 с fglrx 3.7.6 все прекрасно работает, потом до 2.6.6-rc2 fglrx не ставится (просто втыкаешь модуль fglrx и он говорит seg. fault). Сейчас стоит 2.6.6-rc2 и все прекрасно работает (DRI). Что-то они там меняли не то. Система Asus A7N8X Deluxe, R9800Pro.

Автор:	vasile [ 12:56 29.04.2004 ]
Заголовок сообщения:
gfh просто втыкаешь модуль fglrx и он говорит seg. fault — а поточнее? можно привести выдержку из dmesg, /var/log/messages, lsmod

Автор:	gfh [ 17:11 29.04.2004 ]
Заголовок сообщения:
Вот что удалось накопать (ядера уже стерты): Apr 5 20:46:32 gfhhome kernel: fglrx: module license 'Proprietary. © 2002 — ATI Technologies, Starnberg, GERMANY' taints kernel. Apr 5 20:46:32 gfhhome kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000001a Apr 5 20:46:32 gfhhome kernel: printing eip: Apr 5 20:46:32 gfhhome kernel: e0a3bf26 Apr 5 20:46:32 gfhhome kernel: pde = 00000000 Apr 5 20:46:32 gfhhome kernel: Oops: 0000 [#1] Apr 5 20:46:32 gfhhome kernel: CPU: 0 Apr 5 20:46:32 gfhhome kernel: EIP: 0060:[__crc_ide_remove_proc_entries+271974/5895227] Tainted: P Apr 5 20:46:32 gfhhome kernel: EFLAGS: 00010246 (2.6.5) Apr 5 20:46:32 gfhhome kernel: EIP is at firegl_init+0x46/0x110 [fglrx] Apr 5 20:46:32 gfhhome kernel: eax: e0a62ac0 ebx: 0000001a ecx: 00000002 edx: e0a62ae0 Apr 5 20:46:32 gfhhome kernel: esi: e0a62600 edi: e0a62b10 ebp: c040a158 esp: de2fff50 Apr 5 20:46:32 gfhhome kernel: ds: 007b es: 007b ss: 0068 Apr 5 20:46:32 gfhhome kernel: Process modprobe (pid: 952, threadinfo=de2fe000 task=de3e2c40) Apr 5 20:46:32 gfhhome kernel: Stack: 00000000 00000000 0000000e 00000014 00000282 e0a62ac0 e0a62ac0 e0911255 Apr 5 20:46:32 gfhhome kernel: 0000001a 00000019 e0a2c790 e0a1aec0 e0a1afc0 e09ef000 0804e360 00000000 Apr 5 20:46:32 gfhhome kernel: c03f8624 4015b000 c040a170 c040a170 c040a158 c012d24e de2fe000 c014856f Apr 5 20:46:32 gfhhome kernel: Call Trace: Apr 5 20:46:32 gfhhome kernel: [__crc_sleep_on+2717718/3308718] firegl_init_module+0xe5/0x17b [fglrx] Apr 5 20:46:32 gfhhome kernel: [sys_init_module+206/400] sys_init_module+0xce/0x190 Apr 5 20:46:32 gfhhome kernel: [filp_close+79/128] filp_close+0x4f/0x80 Apr 5 20:46:32 gfhhome kernel: [syscall_call+7/11] syscall_call+0x7/0xb Apr 5 20:46:32 gfhhome kernel: Apr 5 20:46:32 gfhhome kernel: Code: 81 3b 00 00 02 10 74 22 c7 04 24 c0 09 a5 e0 b8 ec 82 a5 e0 Apr 24 16:21:20 gfhhome kernel: fglrx: module license 'Proprietary. © 2002 — ATI Technologies, Starnberg, GERMANY' taints kernel. Apr 24 16:21:20 gfhhome kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000001a Apr 24 16:21:20 gfhhome kernel: printing eip: Apr 24 16:21:20 gfhhome kernel: e0934046 Apr 24 16:21:20 gfhhome kernel: pde = 00000000 Apr 24 16:21:20 gfhhome kernel: Oops: 0000 [#1] Apr 24 16:21:20 gfhhome kernel: PREEMPT Apr 24 16:21:20 gfhhome kernel: CPU: 0 Apr 24 16:21:20 gfhhome kernel: EIP: 0060:[__crc_mb_cache_entry_find_next+1219533/8312223] Tainted: P Apr 24 16:21:20 gfhhome kernel: EFLAGS: 00010246 (2.6.6-rc1) Apr 24 16:21:20 gfhhome kernel: EIP is at firegl_init+0x46/0x110 [fglrx] Apr 24 16:21:20 gfhhome kernel: eax: e095ac40 ebx: 0000001a ecx: 00000002 edx: e095ac60 Apr 24 16:21:20 gfhhome kernel: esi: dfa7a000 edi: e095ac90 ebp: c037d21c esp: dfa7bf50 Apr 24 16:21:20 gfhhome kernel: ds: 007b es: 007b ss: 0068 Apr 24 16:21:20 gfhhome kernel: Process modprobe (pid: 101, threadinfo=dfa7a000 task=c1646130) Apr 24 16:21:20 gfhhome kernel: Stack: 00000000 00000000 0000000e 00000012 00000282 e095ac40 e095ac40 e082a255 Apr 24 16:21:20 gfhhome kernel: 0000001a 00000019 0000001b e09249a0 e0913040 e0913140 0804e380 00000000 Apr 24 16:21:20 gfhhome kernel: c036c948 fffffffc c037d234 c037d234 e095a800 c012adf2 dfa7a000 c014743f Apr 24 16:21:20 gfhhome kernel: Call Trace: Apr 24 16:21:20 gfhhome kernel: [__crc_mb_cache_entry_find_next+130524/8312223] firegl_init_module+0xe5/0x17b [fglrx] Apr 24 16:21:20 gfhhome kernel: [sys_init_module+258/528] sys_init_module+0x102/0x210 Apr 24 16:21:20 gfhhome kernel: [filp_close+79/128] filp_close+0x4f/0x80 Apr 24 16:21:20 gfhhome kernel: [syscall_call+7/11] syscall_call+0x7/0xb Apr 24 16:21:20 gfhhome kernel: Apr 24 16:21:20 gfhhome kernel: Code: 81 3b 00 00 02 10 74 22 c7 04 24 00 8b 94 e0 b8 49 04 95 e0 Apr 24 16:21:20 gfhhome kernel: <6>device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com Конфиг ядра брался от 2.6.4 в котором все работало, затем в 2.6.6-rc2 все волшебным образом заработало, шайтан да ?

Автор:	SUNcheez [ 21:29 30.04.2004 ]
Заголовок сообщения:
К вопросу об X.ORG Как я уже раньше говорил, у мя стоит gentoo linux сборка x86_64, т.е. родных атишных дров пока я не видел (говорят они должны появиться в июне — ОЧЧЕНЬ ждём). Поэтому я ради эксперемента заменил свой Xfree-4.3.0-r5 на xorg-x11. Сборка прошла без сучка и задоринки (причём что самое интересное где-то минут на 10 быстрее чем xfree). Затем в конфиге xorg.conf я в качестве дров выбрал "radeon" — и (о чудо!) всё заработало ) Так что могу смело утверждать что ребята с freedesktop поработали на славу. При всём этом есть правда одна большая ложка дёгтя — 3D ускорение есть, но немного тормазнутое, т.е. fps в кваке было равно 50-65 против 190-280 на родных ATI драйверах под платформу x86.

Автор:	gfh [ 22:10 30.04.2004 ]
Заголовок сообщения:
SUNcheez Так по-моему он у тебя в софтовом режиме работает Что тебе glxinfo выдает? Интересует строка Direct rendering:

Автор:	Ethereal [ 18:01 01.05.2004 ]
Заголовок сообщения:
Hi, SUNcheez >3D ускорение есть, но немного тормазнутое, т.е. fps в кваке было равно 50-65 против 190-280 Так это и у меня так с кернеловскими дровами radeon на XFree 4.3 — в tux racer 25 fps против 100> на fglrx Зачем тогда нужен xorg-11 ? С праздником всех !

Автор:	Ethereal [ 13:57 02.05.2004 ]
Заголовок сообщения:
Hi, all Люди, у кого видеокарта GIGABYTE Maya Radeon 9000 pro ? Расскажите как она в линуксе пашет ?

Автор:	Ethereal [ 13:38 04.05.2004 ]
Заголовок сообщения:
УРА!!!!!!!!!!! ВСЕ ЗАРАБОТАЛО!!!! НАКОНЕЦ-ТО!! Отцвсил XFree 4.3.9.12 с dri.sf.net и наконец-то 3D заработало с нормальной скоростью, на драйвере radeon ! Правда немного по красоте уступает fglrx, но совсем чуть-чуть. И еще глюк (который кстати был и в старых версиях radeon.o, некоторые gl скринсейверы сильно мерцают) А вообще жить можно!!! DRI forever!!

Автор:	SUNcheez [ 15:11 04.05.2004 ]
Заголовок сообщения:
Ethereal xorg-x11 нужен т.к. xfree собирается под AMD64 кривовато — т.е. драйвер "radeon" вообще не работает. Затем ты tux-racer с q3 и ut2003 не путай — у него запросы по скромнее будут. Ещё одна фишка X.org в том что на платформе х86 он работает быстрее чем xfree, и это с учётом того что это пока только тестовая версия. Скажем в UT2003 на драйверах 3.7.6 на X.org fps = 135 -149 (дедматч) против 114-127 на xfree Так что это дело вкуса. Поживём увидим во что это всё выльется

Автор:	Ethereal [ 17:55 04.05.2004 ]
Заголовок сообщения:
Hi, SUNcheez А ну если AMD64 это другое дело. Но я теперь не знаю нужен ли мне xorg ? Ведь ты писал что там 3D на radeon тоже с тормозами. А у меня в новой xfree щас без тормозов заработало. Драйвера fglrx для моей видюхи не катят. А tux-racer ты кстати зря недооцениваешь, если в конфиге все по максимуму поставить, довольно солидная вещь получается Кстати меня смущает то, что последняя версия XFree Сентября 2003 года. Куда дальше ? Что нас ждет ?

Автор:	puh2126 [ 16:41 05.05.2004 ]
Заголовок сообщения:
Всех приветствую! Получилось ли у кого пустить кино на TV-out? У меня пока только с двухголовой конфигурацией, причем на телевизоре все черно-белое, да и работает эта конфигурация как-то нестабильно. Если конфигурить clone-mode, то Xvideo не видит второго дисплея. Хотелось бы кино в телевизоре, остальное, без кина, — на мониторе.

Автор:	niocom [ 04:15 07.05.2004 ]
Заголовок сообщения:
Всем привет! Тут такое дело... ASP 9Express, Radeon9200, мать GA7VT-600 на чипсете КТ600, драйвер 3.7.6, скачанный у немцев. Не работает agpgart, хоть тресни! Проблема всё та же -VIA KT400 found, unadle to determine aperture size... . Скачивал патчи, пересобирал — всё равно не работает!!! Люди! У кого есть РАБОТАЮЩИЙ НА КТ-400/КТ-600 agpgart — сбростье на мыло исходники или сам модуль. Неделю уже мучаюсь... E-mail:niocom@mail.ru. Заранее спасибо!

Автор:	niocom [ 10:47 11.05.2004 ]
Заголовок сообщения:
Заработало, но, как всегда, пришлось помучиться. Описываю процедуру установки fglrx на Radeon9200, ядро 2.4.20 и чипсет KT-600: знание языка С весьма приветствуется! 1. Поставить пакет fglrx-glc22-4.3.0-3.2.8.i586.rpm 2. запустить fglrxconfig и настроить Иксы. Затем подправить полученный XF86Config по своему вкусу. 3. Перезапустить Иксы. Вызвать терминал, а из него — glxgears. Наслаждаемся частотой 320 fps. Теперь собственно тонкая настройка: 4. Идём в /lib/modules/2.4.20-asp/kernel/drivers/char/agp/ и удаляем agpgart.o Примечание: 2.4.20-asp — версия моего ядра, у Вас эти цифры наверняка другие. 5. Идём в /lib/modules/fglrx/build_mod, удаляем отуда agpgart_be.o. 6. Открываем agpgart_be.c. Находим строки, где написано { PCI_DEVICE_ID_VIA_8377_0, PCI_VENDOR_ID_VIA, VIA_APOLLO_KT400, "Via", "Apollo Pro KT400", via_generic_setup }, // AGP v2 У меня этот участок начинается со строки 6068. Изменяем "via_generic_setup" на "via_kt400_setup", естественно, без кавычек. 7. Сохраняем файл, вызываем в текущей директории терминал и выполняем скрипт ./make.sh. Он говорит, что дальше следует перейти в директорию выше и запустить скрипт make_install.sh — НЕ ДЕЛАЙТЕ ЭТОГО! В каталоге появился новый файл agpgart_be.o. Переместите его в /lib/modules/2.4.20-asp/kernel/drivers/char/agp/. Затем вызовите терминал и отдайте команду (под root) insmod agpgart. Если модуль загружен успешно, радуйтесь и переходите сразу к шагу 11, если нет — читайте дальше. 8. Итак, insmod выдаёт, что замечены какие-то unresolved simbols. Оставляем окно терминала открытым, открываем наш agpgart_be.c и с помощью поиска находим строку, содержащую эти "нераспознанные команды". В моём случае ядро не смогло распознать строку nvidia_nforce_setup, а в agpgart_be.c я нашёл вот что: { PCI_DEVICE_ID_NVIDIA_NFORCE, PCI_VENDOR_ID_NVIDIA, NVIDIA_NFORCE, "nVidia", "nForce", nvidia_nforce_setup }, Что нам надо сделать с этим участком? Правильно, закомментировать или вообще удалить. То же самое следует сделать со всеми подобными участками, где встречается нераспознанная команда. Будьте осторожны — эти участки встроены в конструкции "if", так что следите, чтобы на нарушалась их целостность. 9. Нераспознанные команды могут встречаться ещё в одном месте — в функции static int __init agp_find_supported_device(void) (Между строками 6416 и 7224), после команды return. Здесь комментировать ничего не стоит, вместо этого следует заменить нераспознанную команду тем, что ядро заведомо распознает, например, всё той же via_kt400_setup. Безусловно, после компиляции мы получим модуль, в котором изменённые нами участки кода будут работать неправильно. Но поскольку выбор используемых функций зависит от конкретного "железа", эти неправильные участки просто не будут использоваться! Заодно модуль несколько похудеет (у меня он весид 56 Кб проив первоначальных 64), а значит, будет работать быстрее. 10. Повторяйте шаги 7 — 9 до тех пор, пока модуль не будет успешно загружен. 11. Повторите настройку Иксов, и перезапустите их. 12. Вызовите терминал, а из него — glxgears. Наслаждаемся частотой 2113 fps!

Автор:	Alexandr_E [ 11:15 27.05.2004 ]
Заголовок сообщения:
Gentoo uname -a Linux eralex 2.6.6 #17 Thu May 27 09:56:35 UTC 2004 i686 Athlon XP (Barton)2500+ AuthenticAMD GNU/Linux MB — MSI K7N2 Delta NForce2A MEM — 2x256MBt DDR-400 Dual Mode Video — ATI Radeon9600XT TV — AverMedia TV-Phone98 Всё работает! Первое с чего начал — это поднял framebufer на radeonfb. Вкомпилил в ядро поддержку framebufer и radeon. Изменил в Grub парамерты запуска ядра. После всех изменений параметры запуска приняли следующий вид: # title=Gentoo Linux 2.6.6 # root (hd0,0) # kernel /vmlinuz-2.6.6 root=/dev/hda3 video=radeonfb:1024x768-16@85 Где: 1024х768 — размер -16 — разрядность цвета @85 — частота развёртки У вас эти параметры могут быть другими — тут надо проверять и экспериментировать. Напоролся на такой косяк — никак не мог запустить в frambufer логотип Tux_а. Всё-таки запустил. В параметрах ядра, при пересборке необходимо вкомпилить в ядро поддержку логотипа и логотип — 16 цветов. На остальных параметрах, лично у меня, косяки. То Tux зелёно-коричневый, то вообще чёрно-белый(белый прямоугольник с чёрным силуэтом Tux_а) Далее першел к установке драйверов. Устанавливал так: # emerge ati-drivers # opengl-update ati # emerge ati-drivers-extra # opengl-update ati # etc-update # modprobe agpgart # modprobe fglrx # startx В результате тестирования получил следующие результаты: bash-2.05b# glxgears 13857 frames in 5.0 seconds = 2771.400 FPS 16453 frames in 5.0 seconds = 3290.600 FPS 16454 frames in 5.0 seconds = 3290.800 FPS 16448 frames in 5.0 seconds = 3289.600 FPS 16456 frames in 5.0 seconds = 3291.200 FPS 9180 frames in 5.0 seconds = 1836.000 FPS 2195 frames in 5.0 seconds = 439.000 FPS 2194 frames in 5.0 seconds = 438.800 FPS 2195 frames in 5.0 seconds = 439.000 FPS 2195 frames in 5.0 seconds = 439.000 FPS Соответственно в свёрнутом и развёрнутом окнах. К сожалению запустить удалость только драйвер 3.2.8 Сколько не бился с 3.7.6 — получал ответ, что fglrx.ko имеет неправильный формат. drmGetBusid returned '' (II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:2:0:0" (II) fglrx(0): [drm] added 8192 byte SAREA at 0xe19e6000 (II) fglrx(0): [drm] mapped SAREA 0xe19e6000 to 0x401ec000 (II) fglrx(0): [drm] framebuffer handle = 0xb0000000 (II) fglrx(0): [drm] added 1 reserved context for kernel (II) fglrx(0): DRIScreenInit done (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.2.8 (II) fglrx(0): Date: Sep 21 2003 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.6 (II) fglrx(0): Build-Kernel MODVERSIONS: no (II) fglrx(0): Build-Kernel __SMP__: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xda000000 (II) fglrx(0): [agp] Mode=0x1f00421b bridge: 0x10de/0x01e0 (II) fglrx(0): [agp] AGP disable mask 0x00000000 (II) fglrx(0): [agp] enabling AGP with mode=0x1f00431a (II) fglrx(0): [agp] AGP protocoll is enabled for grafics board. (cmd=0x1f004312) (II) fglrx(0): [agp] grafics chipset has AGP v3.0 (native mode) (II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes (II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 28672 (II) fglrx(0): [drm] texture shared area handle = 0xe9b9d000 (II) fglrx(0): VisualConfigs initialized (II) fglrx(0): DRI initialization successfull! (II) fglrx(0): FBADPhys: 0xb0000000 FBMappedSize: 0x00500000 (II) fglrx(0): FBMM initialized for area (0,0)—(1024,1280) (II) fglrx(0): FBMM auto alloc for area (0,0)—(1024,768) (front color buffer — assumption) (II) fglrx(0): Using hardware cursor (scanline 768) (II) fglrx(0): Largest offscreen area available: 1024 x 504 (II) fglrx(0): Acceleration enabled (II) fglrx(0): X context handle = 0x00000001 (II) fglrx(0): [DRI] installation complete (II) fglrx(0): Direct rendering enabled (==) RandR enabled # glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9600 XT Athlon (3DNow!) OpenGL version string: 1.3 (X4.3.0-3.2.

Автор:	Ethereal [ 23:12 27.05.2004 ]
Заголовок сообщения:
И снова subj! На этот раз 3.9.0 Щас попробую

Автор:	Dened [ 07:52 28.05.2004 ]
Заголовок сообщения:
Попробуй, попробуй... Вон на rage3d.com народ [...] уже напробовался вдоволь, многие высказались о своем желании пересесть на Nvidia, т.к. с них уже хватит пустых обещаний, и бестолковой работы АТИ. За 7 месяцев ничего не изменилось.... Дальше был флуд. [Исправлено: Buntar : 28-05-2004 12:57]

Автор:	Deathdoor [ 08:21 28.05.2004 ]
Заголовок сообщения:
Dened — как человек сверхдалекий от nix, скажу что карточки ати хороши для игр, поэтому под nix с ними нечего делать, так как нет там игр. А с другой стороны, что тебе мешает эту карту и нормальный драйвер использовать в Windows? Если тебе так нужен захват видео, то проще сменить операционку (бесплатно).

Автор:	Dened [ 08:43 28.05.2004 ]
Заголовок сообщения:
Deathdoor Да мне кроме DOOM никакие игры не интересны, и мне на них положить, у меня для игр есть GameCube. И винда 98-ая у меня стоит, но сейчас там захват не работает Дальше были флуд, провокации, и оскорбления. Причем, в очень нецензурной форме. Делаю вам замечание. [Исправлено: Buntar : 28-05-2004 12:46] [Исправлено: Buntar : 28-05-2004 13:01]

Автор:	ALutsenko [ 10:19 28.05.2004 ]
Заголовок сообщения:
Dened а посмотреть в сторону gatos-а религия не позволяет? [Исправлено: Buntar : 28-05-2004 12:47]

Автор:	Buntar [ 12:14 28.05.2004 ]
Заголовок сообщения:
<font color="red">ALL Любые высказывания по поводу умственных способностей других участников конференции были удалены и будут удаляться в дальнейшем, а их авторы могут быть наказанны.</font>

Автор:	Ethereal [ 15:23 28.05.2004 ]
Заголовок сообщения:
Хорошо, что здесь есть модеры. fglrx 3.9.0 у меня не идет уже, так как иксы патченные от dri. Ставить иксы обычные ради этого я не стал. Вполне устраивает работа дров dri. Согласен с Dened в том, что если бы я сейчас покупал видеокарту, взял бы nvidia по любому. Я год парился пока у меня наконец заработало 3D с ATI без зависаний.

Автор:	SUNcheez [ 00:51 29.05.2004 ]
Заголовок сообщения:
Всем Hi! Хммм давно не заходил — смотрю народ тут шалит %)) Сча вот разбираюся с такой проблемой: при запуске Хов возникает сообщение "calling "UNLINK" in "GLOBAL"" что за штука понять не могу — на производительность драйверов не влияет (напрягает то что это выдаётся в консоли — а я часто в консоли сижу параллельно с Хами). Был прикол (это для справки тем кто юзает nForce3 и ядро 2.6.*) в ядре надо agpgart обязательно вкомпиливать в ядро (ни в коем случае не модулем), причём agpgart для K8 (on CPU) при загрузке дрова могут матюгнуться что не поддерживаемый чипсет — на это можно забить. Если не вкомпиливать в ядро (а собрать в виде модуля), то при загрузке Хов будет выдано сообщение о критической ошибке — не возможно инициализировать agpgart $))) Вот тока закачал новые дрова 3.9.0 — завтра попробую — расскажу. Всем удачи %) Всем кому интересно посмотрите сайт fastnix.nm.ru — правда про видюхи тама пока ничего нет — но это дело поправимое. Пишите статьи.

Автор:	Сергей [ 12:50 01.06.2004 ]
Заголовок сообщения:
Linux XP pro, поставил недавно, раньше с этой ОС не работал. Естественно возникли проблемы. Устанавливается все замечательно, единственная загвоздка это видеокарта RADEON 9600 pro и манитор SyngMaster 192N В списке драйверов есть эта видеокарта, но при ее выборе и перезагрузке гаснит манитор "режим не поддерживается" Посоветуйте начинающиму в Linux, что делать?

Автор:	MMSSGG [ 15:27 01.06.2004 ]
Заголовок сообщения:
Linux XP pro — это сильно ;—)

Автор:	Alexandr_E [ 20:46 05.06.2004 ]
Заголовок сообщения:
Интересно, кто-нибудь, кроме меня, ещё пробовал драйвера 3.9.0? Лично я никаких особых багов, или глюков не обнаружил. Количество fps. # glxgears 16618 frames in 5.0 seconds = 3323.600 FPS 2199 frames in 5.0 seconds = 439.800 FPS Как не трудно заметить, на моей ATI Radeon9600XT никаких изменений, по сравнению с 3.2.8

Автор:	sage2 [ 14:52 06.06.2004 ]
Заголовок сообщения:
стоит mandrake 10 official, во всех 3д играх на Radeon 9600 (256mb) — _жуткие_ тормоза! как лечить? зыж где то читал что нужно обновить XFree до 4.4 (сейчас 4.3) это так?

Автор:	hlabs [ 20:17 06.06.2004 ]
Заголовок сообщения:
Попробовал 3.9.0 . Mandrake 10 . В glxgears все нормал , но в ut2004 такие же тормоза как и на 3.7.Х . Снова откатился к 3.2.9

Автор:	vasile [ 22:10 06.06.2004 ]
Заголовок сообщения:
sage2 где то читал что нужно обновить XFree до 4.4 (сейчас 4.3) это так? — не стоит. Лучше разобраться почему не просто тормоза (нормальная ситуация), а _жуткие_ тормоза!.. Разбираться нужно по порядку: [] glxinfo* — определяем если есть вообще ускорение [] lsmod* — определяем если есть необходиые модули в памяти [] /var/log/XFree86.0.log* — смотрим что/где не так [] dmesg, /var/log/messages* — продолжаем смотреть как правило для базового анализа этого достаточно

Автор:	x4 [ 03:57 09.06.2004 ]
Заголовок сообщения:
Здрастье! Классная у вас тут тема получилась! А вопрос вот в чём: имеем Yuan Radeon 9600 (странная фирма не так ли). После установки пакета fglrx-4.3.0-3.9.0.i386.rpm на RedHat Linux 9 Shrike (kernel-2.6.3) всё вроде всало fgrlxconfig и всё такое вот тока direct rendering — no. Как его включить? Помнится в старые времена, когда я был счастливым обладателем GeForce 2 MX 400, после устаноки дров от nVidia он сам включался. Который вопрос в кофиге отвечает за него или его как нить вручную включать надо. Конфигурация системы вот такенная: WinFats K7NCR18D Pro Kingston 256 mb Yuan Radeon 9600 LG FLATRONez T710PH AMD Athlon XP 2200+ Seagate 20 GB P. S. Заранее спасибо!

Автор:	Dened [ 06:58 09.06.2004 ]
Заголовок сообщения:
Проверь, загружен ли модуль fglrx.o, если нет, то загрузи его вручную: insmod fglrx или modprobe fglrx из под root-а, после снова загрузи Х-ы. Если после этого появится 3Д, то лезь в доки к fglrx и смотри чего там нужно добавить в /etc/modules.conf

Автор:	Alexandr_E [ 08:17 09.06.2004 ]
Заголовок сообщения:
Cтранная ерунда какая-то с этими драйверами 3.9.0 Начал тут Тукса гонять — пропадают полигоны, некачественная отработка шейдеров. На 3.2.8 такого не было. Это такие драйвера новые, или я что накосячил?

Автор:	Dened [ 15:11 09.06.2004 ]
Заголовок сообщения:
Alexandr_E ))))))))))))))))))))))))))))))))) Какия мля в TuxRacer шейдеры, вы че ребята, совсем офанарели? Та максимум мультитекстурирование Игрушка то хуже Марио 64 смотрится в 100 раз.

Автор:	vasile [ 21:25 09.06.2004 ]
Заголовок сообщения:
Alexandr_E пропадают полигоны — помню ставил 3.7.0/3.7.6 — тот же эффект. На 3.2.8 возвращаться не захотел: поэтому сейчас использую fireglrx-3.2.9-4 (для RHEL/HP) + REGPARM patch + libGL.so.1.2 от fglrx-3.7.6. Эта комбинация позволяет и tuxracer погонять, и в UT2004 побегать без особых проблем, с хорошим качеством. [Исправлено: vasile : 09-06-2004 22:40]

Автор:	vasile [ 21:33 09.06.2004 ]
Заголовок сообщения:
Dened Для ядра 2.6.3, fglrx.o соответствует fglrx.ko, /etc/modules.conf --> /etc/modprobe.conf x4 посмотри мой пост (ответ sage2)

Автор:	SUNcheez [ 22:45 09.06.2004 ]
Заголовок сообщения:
Я смотрю тут народ уже во всю обсуждает новые дрова (3.9.0) — расскажу и я пару ласковых %)). По моему мнению дрова идут на поправку, пропали проблемы с "calling "UNLINK" in "GLOBAL"". В файрджиэльных шестерёнках fps подналось с 560-567 до 580-583. Проблем с UT2003, UT (обычным), Q3A, America's Army, TuxRacer — вообще нет и каких проблем — всё замечательно работает (правда при я пользуюсь gentoo linux — там при установке через систему портов ставятся gentoo-специфичные патчи, ядро моей системы 2.6.4). Единственное что обидно, так это то, что в них осуществлена поддержка пока ещё только OpenGL 1.3, в то время как у их конкурентов (nVidia) уже OpenGL 1.4 — но ничего — будет ещё и на нашей улице праздник!!!

Автор:	Dened [ 02:36 10.06.2004 ]
Заголовок сообщения:
SUNcheez Слушай, это все хорошо, все правильно... Да. Но мне к примеру не нравится ,то что в FooBillard стол с косяками отображается, и бамп-мэпинг недоступен, и еще кой-какая функция, при октивизации которой шары правильно отражают окружение. И при переходе в консоль и обратно все окрашивается в зеленый цвет, до запуска ГЛ приложения. Оооо.... самое главное, АТИ сволочь не сделала поддержку v4l для своих карт с ViVo, поэтому винда у меня будет жить на машине еще долго. И еще: WineX, на Нвидиях блин все как надо, а на АТИ все глючит и неправильно рисуется, проверял много игр, в каждой косяки.

Автор:	x4 [ 07:13 10.06.2004 ]
Заголовок сообщения:
Dened написал insmod fglrx а он мне пишет fglrx.o load with warnings — энто по ядро 2.4.20-8, после чего init 3, glxinfo но выдает всё равно вот такенную мессагу: [root@localhost root]# glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x25 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None 0x26 24 tc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None 0x27 24 tc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None 0x28 24 tc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None 0x29 24 dc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None 0x2a 24 dc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None 0x2b 24 dc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None 0x2c 24 dc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None 0x2d 8 pc 1 24 0 c y . 0 0 0 0 0 16 0 0 0 0 0 1 0 None 0x2e 8 gs 1 24 0 c y . 0 0 0 0 0 16 0 0 0 0 0 1 0 None за OpenGl всё равно отвечает Mesa я эту месу уже и через пакты удалял — всё равно остаётся. Чё делать обясните на пальцах плиз. з.ы. при установке дров на ядре 2.6.3 выдает вот такое: rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages index using db3 — Resource temporarily unavailable (11) error: cannot open Packages database in /var/lib/rpm rpmdb: unable to join the environment error: db4 error(11) from dbenv->open: Resource temporarily unavailable error: cannot open Packages database in /var/lib/rpm

Автор:	x4 [ 07:21 10.06.2004 ]
Заголовок сообщения:
да и ещё если кому не влом отправьте письмецо подробной установкой на bronetransporter@mail.ru , буду оченьждать. Заранее спасибо.

Автор:	vasile [ 07:48 10.06.2004 ]
Заголовок сообщения:
x4 glxinfo это хорошо, но в данной ситуации гораздо полезнее получить сообщения из /var/log/messages, /var/log/XFree86.0.log, lsmod. Так как файлы довольно большие, лучше выложить их по http/ftp, или даже отправить лично по E-mail. з.ы. при установке дров на ядре 2.6.3 выдает вот такое: по поводу Redhat 9 и kernel-2.6.x см. рекомендации по обновлению rpm/glibc: <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> 2. обновил RPM до 4.2.1-4.2 (было 4.2.0-0.69) — в старой версии был баг не позволяющий запускать rpm из под root'a. 3. также обновил glibc до 2.3.2-27.9.7 (сразу сделал rpmbuild --rebuild --target=athlon .. — проблем нету, а работать должно быстрее) — вообщето предыдущий баг был именно в glibc но решается обновлением rpm, так что этот шаг опционален. </SPAN><HR size=22></SPAN></BLOCKQUOTE>

Автор:	x4 [ 10:14 10.06.2004 ]
Заголовок сообщения:
vasile Если ты (Вы) про письмецо серьёзно то я обязательно отправлю чиатал все 8 страниц темы так и не помогло!

Автор:	vasile [ 16:41 10.06.2004 ]
Заголовок сообщения:
x4 Если ты (Вы) про письмецо серьёзно — Серьёзно. Адрес см. в Info. чиатал все 8 страниц темы так и не помогло! — так же (для знающих английский) рекомендую Linux раздел форума Rage3d.net.

Автор:	Alexandr_E [ 19:37 10.06.2004 ]
Заголовок сообщения:
x4 http://adv.hardwarez.ru/cgi-bin/iframe?30,67,9131

Автор:	x4 [ 03:36 11.06.2004 ]
Заголовок сообщения:
кстати у меня в ядре 2.6.4 (недавно надыбал) после сборки ни модуль fglrx.ko ни fglrx.o не появляется или это тот модуль который после устаноки дров в папке /lib/modules/fglrx появляется и ещё как я должен ставить что модулем а что прям в ядро расскажите я про character devices и тому подобное?

Автор:	vasile [ 10:14 11.06.2004 ]
Заголовок сообщения:
x4 and Everyone ATI Linux HowTo.

Автор:	mindblower [ 12:22 11.06.2004 ]
Заголовок сообщения:
Железо: Cel. 2000Ghz + Sapphire Radeon 9200 64Mb Система: FC2 (Test 1) + vanilla kernel 2.6.6 + X.Org 6.7.0 + fglrx-3.9.0 Симптомы: при инициализации fglrx говорит, что все прошло гладко :—) glxinfo сообщает о Direct Rendering: Yes glxgears — 2000+ fps fgl_glxgears — 250-270 fps "Странное" изображение при полноэкранном opengl. Смотрится, как будто экран разбит на прямоугольники ~100x50 точек :—) и в каждой из них что-то свое рендерится ;—) в некоторых прямоугольниках отчетливо различимы знакомые "куски" tuxracer'a. :—) Counter strike 1.6 с WineX3.2 запускается, но не меню игры, ни fps-ы не показываются. НИКАКОЙ ругани ни в dmesg, /var/log/messages, /var/log/Xorg.0.log... даже не знаю, что и придумать тут ;—) с дровами 3.7.6 — та же песня... куда копать?

Автор:	vasile [ 16:27 11.06.2004 ]
Заголовок сообщения:
mindblower Могу предположить что проблема в файле конфигурации (к сожалению с x.org не сталкивался, уточнять будет трудно) — возможно не разрешены другие видеорежимы кроме основного. При переходе в полноэкранный режим с разрешением отличным от текущего, драйвер пытается найти другой совместимый видеорежим, но не тот что запрашивался (так как тот запрещён). (Note: это только предположение) Решение: [] открыть файл конфигурации (/etc/X11/X.conf или что-то вроде того), и привести секцию Screen к виду: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Section "Screen" Identifier "Screen0" Device "firegl" Monitor "MAG" DefaultDepth 24 #Option "backingstore" SubSection "Display" Depth 24 [i] Modes "1024x768-90" "640x480" "800x600" [/i] ViewPort 0 0 # initial origin if mode is smaller than desktop # Virtual 1280 1024 EndSubSection EndSection </PRE><HR></BLOCKQUOTE> интерес должен представлять строка Modes (Note: эти пример моего файла конфигурации с идентификаторами секций отличными от вашей системы). [] вариант 2: запускать tuxracer в рабочем разрешении. То есть если основной видеорежим 1024x768 то открываем ~/.tuxracer/options, и устанавливаем нужные параметры. Например: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> # fullscreen # # If true then the game will run in full-screen mode. # set fullscreen true # x_resolution # # The horizontal size of the Tux Racer window # set x_resolution 1024 # y_resolution # # The vertical size of the Tux Racer window # set y_resolution 768 # bpp_mode # # Controls how many bits per pixel are used in the game. # Valid values are: # # 0: Use current bpp setting of operating system # 1: 16 bpp # 2: 32 bpp # Note that some cards (e.g., Voodoo1, Voodoo2, Voodoo3) only support # 16 bits per pixel. # set bpp_mode 0 </PRE><HR></BLOCKQUOTE>

Автор:	sage2 [ 15:00 12.06.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: Dened Для ядра 2.6.3, fglrx.o соответствует fglrx.ko, /etc/modules.conf --> /etc/modprobe.conf x4 посмотри мой пост (ответ sage2)</SPAN><HR size=22></SPAN></BLOCKQUOTE> полазиля я на ati.com оказалось что мне нужно установить исходники ядра, не полохо бы что эти статьи (по установки дров под линукс) былиб и на radeon2.ru...

Автор:	sage2 [ 15:04 12.06.2004 ]
Заголовок сообщения:
кто нить в cube играл? на радеон 9600, при стрельбе проявляется конкретный глюк, оружие посути дела не стреляет, пули как будто не улетают дальше ствола... мож кто знает как вылечить? зыж на сайте игры что то для ati было.. скачал заменил linux_client — игра вообще перестала запускаться, пришлось вернуть всё назад.

Автор:	mindblower [ 13:29 14.06.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: mindblower Могу предположить что проблема в файле конфигурации (к сожалению с x.org не сталкивался, уточнять будет трудно) [/code]</SPAN><HR size=22></SPAN></BLOCKQUOTE> Да, проблема была в отсутствии режима 640х480 в конфиге... Респект! Не думал, что это вызывает столь интересные спец. эффекты. Кстати, сходу не стал работать CStrike+WineX3.2 — полечилось установкой Option "BlockSignalsOnLock" "off"

Автор:	SupapleX [ 14:40 14.06.2004 ]
Заголовок сообщения:
Да, дрова от ати развиваются, но как-то медленно. Что в этом, что в зарубежных форумах — везде одно и тоже — есть ровно три проблемы с fglrx: 1) Как поставить и завести? <— как я понимаю есть только у зелёных новобранцев... Обычное решение проблемы: а)Собираешь ядро: agpgart желательно в модулях с radeonfb могут быть траблы б)Ставишь дрова: everge ati-drivers (для gentoo) или через rpm или tgz для остальных дистрибов. (не компилится? поройся сам! почеши репу ) opengl-update ati (gentoo) или ручками связываешь либы gl,glu glrxconfig — делаешь конфиг ( лучше ручками) прописываешь автозагрузку модулей если ещё нет в порядке : agpgart, NAME_OF_CHIPSET_agp, fglrx в)Проверка работоспособности: Запускаешь иксы, затем glxinfo и ищешь строчку: "direct rendering: Yes" или зпускай #glxinfo \| grep direct Если есть, то вопрос а) снят и ты всё сделал и можешь проверить через glxgears (с hw у меня даёт > 2000fps, с sw ~ 300fps) Если нет, то читай логи. 2) Иногда дрова работают неверно, что-то недорисовывают: Здесь уж нужно рыться в конфигах прог, настройках XF86Confog ( или X.conf). Разработчики это медленно, но уверенно исправляют. Все глюки какие я видел по этой части в дровах 3.2.8/3.7.х исчезли в 3.9.0-r1 Есть ещё кучка багов связанных с двухголовостью и TV, но на обычную работу это не влияет (нет у меня второго 17'LCD моника ) 3) Всё падает (т.е. спасает только hard-reset): а) Падает ПРОИЗВОЛЬНО, виснет вся система(звук иногда заклинивает): Попробуй перевести под AGP4x. А может у тебя видюха перегрелась? Или ядро пере-переоптимизированно? б) Падает при выходе в консоль через CTRL+ALT+Fn. Убери radeonfb из ядра. в) Падает при работе в нескольких иксах: Кажется это старый глюк, но, говорят, есть продвижки в 3.9.0. IMHO здесь конфликты fglrx с шиной agp и её памятью. Т.е. когда открываешь вторую иксу (на ней drm уже не работает), то при возврате в первую — система виснет. Например здесь http://forums.gentoo.org/viewtopic.php?t=184434&highlight=fglrx чел пишет, что много копий иксов работают, но аппаратное ускорение получит только первая из них. У меня это получить так и не удалось. Может кто знает как?

Автор:	mindblower [ 09:55 18.06.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>mindblower: Железо: Cel. 2000Ghz + Sapphire Radeon 9200 64Mb Система: FC2 (Test 1) + vanilla kernel 2.6.6 + X.Org 6.7.0 + fglrx-3.9.0 </SPAN><HR size=22></SPAN></BLOCKQUOTE> так, для информации... перешел на ядро 2.6.7 (релиз). на вышеописанной конфигурации, с включенным REGPARM и 4K_STACKS все системы в порядке, полёт нормальны... ;—) замечен небольшой (2-5 fps) прирост в страйке.. (пока не понял с чем связано :—))

Автор:	vasile [ 18:11 18.06.2004 ]
Заголовок сообщения:
mindblower Цитата: >замечен небольшой (2-5 fps) прирост в страйке.. (пока не понял с чем связано :—))\ а ChangeLog тогда зачем люди писали — в 2.6.7-rc3 много изменений в SiS AGP, и Intel AGP — вот и обьяснение. Кстати, в 2.6.7-rc3 изменения коснулись также via-agp, чуть оптимизировали загрузку, но допустили баг и теперь в dmesg можно увидить что, к примеру, вместо KT400/KT600 у вас VIA CLE266 можно наложить небольшой патч: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> --- linux-2.6.7/drivers/char/agp/via-agp.c~ 2004-06-08 11:42:38.000000000 +0300 +++ linux-2.6.7/drivers/char/agp/via-agp.c 2004-06-16 15:04:21.876943488 +0300 @@ -434,6 +434,7 @@ .subvendor = PCI_ANY_ID, \ .subdevice = PCI_ANY_ID, \ } + ID(PCI_DEVICE_ID_VIA_82C597_0), ID(PCI_DEVICE_ID_VIA_82C598_0), ID(PCI_DEVICE_ID_VIA_8501_0), ID(PCI_DEVICE_ID_VIA_8601_0), </PRE><HR></BLOCKQUOTE> а можно "радоваться" неожиданному downgrade'у

Автор:	lma [ 14:35 22.06.2004 ]
Заголовок сообщения:
Народ, вот вопрос — на радеон2 и АТИ лежат fglrx-4.3.0-3.9.0.i386.rpm тут проскакивают fglrx-glc22-4.3.0-3.2.8.i586.rpm что есть последние и первые? И какие ставить для Р9200 под mandrake 10.0?

Автор:	vasile [ 17:36 22.06.2004 ]
Заголовок сообщения:
считается что 3.2.x лучше по скорости в играх UT2003/UT2004,ET, а 3.7.x-3.9.x — в QuakeIII. Также в 3.9.0/3.7.x улучшена поддержка ядер из ветки 2.6.x, и Radeon 9800XT, чипсетов VIA, процессоров AMD (по крайней мере так заявляет сама ATI). Использование 3.2.x на современной AMD платформе, а также на новом ядре предусматривает использование соотвествующих патчей. Впрочем свои недоделки есть и в 3.9.0 (могут пригодится fglrx-3.9.0-allocation.patch, fglrx-3.9.0-regparm.patch). Выбирать вам.

Автор:	SUNcheez [ 22:12 25.06.2004 ]
Заголовок сообщения:
Хм... Всем приятного настроения %) Тут на днях перешёл на ядро 2.6.7. Радовался не долго. При запуске 3D приложений оказалось, что хардварное ускорение для графики кудато пропало. Попробовал пересобрать драйвера (3.9.0), при компиляции было выдано сообщение об ошибке: типа структура page не имеет в своём составе члена count. Порылся в исходниках как ядра, так и драйверов. В итоге оказалось что во всех местах где присутствует строка (в коде драйверов) вида &(page->count) надо заменить на &(page->_count) — тогда сборка драйверов проходит нормально, и драйвера работают превосходно. Замечен небольшой прирост производительности. Всем удачи. Надеюсь, что я кому-нибудь да помог. %))

Автор:	Vitls [ 18:44 26.06.2004 ]
Заголовок сообщения:
Джентльмены, где-то на данном форуме случайно наталкитвался на схему : как подяньт двухголовость на драйверах gflrx по схеме nVidia. Кто-нить в курсе? подскажите как поднять десктоп (screen0) на мониторе, а второй screen1 для mplayer на телеке?

Автор:	Vitls [ 18:12 29.06.2004 ]
Заголовок сообщения:
Джентльмены, предлагаю результат некоторой своей изыскательной деятельности. Одна голова хорошо, а две удобнее. Попалась мне в цепкие руки видеокарта Radeon 9000 с ТВ-выходом, и подумалось мне научить её работать телевизором как со вторым монитором. Чтобы кино смотреть на телеке, а всё остальное на мониторе. В принципе, по-умолчанию драйверы fglrx (с версии 3.2.8) умеют телевизор а режиме "двойника" рабочего стола использовать, но это не то, что мне хотелось бы получить. Исходные данные: * дистрибутив ALT Linux Master 2.2 (чистый для анализа), система ни разу не завязана на Сизиф. Этим объясняются все произведённые ниже извращения. * видеокарта Gigabyte GV-9000 (Radeon 9000) Подразумевается, что читатель имеет опыт самостоятельной сборки rpm-пакетов в окружении ALT Linux Master 2.2 В состав дистрибутива входят драйвера fglrx версии 2.5.1, но они нам не подходят, так как не поддерживают функцию ATITVOUT. Делаем следующее: 1. Идём на www.ati.com и качаем драйверы для своей версии Х 2. Идём на ftp.altlinux.ru и из Сизифа выкачиваем fglrx-3.x.src.rpm он нам нужен для того, чтобы увидеть структуру каталогов в пакете 3. Устанавливаем в своей системе исходные тексты ядра, они нужны для правильной сборки модулей. Хотя я собирал без них. 4. Потрошим скачанный с www.ati.com пакет и делаем fglrx-3.9.0.tgz 5. Сочиняем spec-файл, на основе которого будет собираться Х-овая часть драйверов. Вот его текст: ----------8<----- Линия отреза ----------8<----------------- Name: fglrx_glx Version: 3.9.0 Release: alt1 Summary: ATI drivers for Radeon and Fire GL Group: System/Kernel and hardware URL: http://www.ati.com/ License: Proprietary Provides: libGL Source: fglrx-%{version}.tgz %define xlibdir /usr/X11R6/lib %define drvs /modules/drivers %define dris /modules/dri %define lnxs /modules/linux Requires: XFree86-server >= 4.2.0 %description Proprietary ATI drivers for Radeon and Fire GL cards. %prep %setup -q -n fglrx-%{version} %build %install %set_strip_method none %__mkdir_p %buildroot/%xlibdir/%drvs %__mkdir_p %buildroot/%xlibdir/%dris %__mkdir_p %buildroot/%xlibdir/%lnxs %__install usr/X11R6/lib/%drvs/fglrx_drv.o %buildroot/%xlibdir/%drvs/ %__install usr/X11R6/lib/%dris/fglrx_dri.so %buildroot/%xlibdir/%dris/ %__install usr/X11R6/lib/%lnxs/libfglrxdrm.a %buildroot/%xlibdir/%lnxs/ %__install usr/X11R6/lib/libGL.so.1.2 %buildroot/%xlibdir/libGL.so.fglrx %__install usr/X11R6/lib/gamma %buildroot/%xlibdir/ %post /sbin/ldconfig %postun /sbin/ldconfig %files %defattr (0555, root, root) %xlibdir/%drvs/* %xlibdir/%lnxs/* %xlibdir/%dris/* %xlibdir/libGL.so.fglrx %xlibdir/gamma ----------8<------- Линия отреза -----------------8<----------- 6. В результете получаем нечто вроде fgrlx-3.9.0-alt1.rpm, который содержит части драйвера для XFree86. Пакет можно устанавливать. 7. Продолжаем потрошить пакет от ati.com. Вытаскиваем из него каталог build_mod 8. При помощи сценария собираем ядерный модуль fglrx.o. Текст сценария ниже: ----------8<------- Линия отреза -----------------8<----------- #!/bin/sh alias fglrx_gcc='gcc -Wall -Wwrite-strings -Wpointer-arith -Wcast-align -Wstrict-prototypes —\ Wpointer-arith -O2 -D__KERNEL__ -DMODULE -DMODVERSIONS -fomit-frame-pointer -DATI_AGP_HOOK —\ DATI -DFGL -DFGL_CUSTOM_MODULE -D__AGP__ -DPAGE_ATTR_FIX=1 -I.' fglrx_gcc -c agpgart_be.c -o agpgart_be.o fglrx_gcc -c nvidia-agp.c -o nvidia-agp.o fglrx_gcc -c agp3.c -o agp3.o fglrx_gcc -c i7505-agp.c -o i7505-agp.o fglrx_gcc -c firegl_public.c -o firegl_public.o ld -r firegl_public.o agpgart_be.o agp3.o i7505-agp.o nvidia-agp.o libfglrx_ip.a.GCC3 -o fglrx.o ----------8<------- Линия отреза -----------------8<----------- 9. Полученный fglrx.o кладем в /lib/modules/2.4.20-alt11-up/ati/fglrx.o. НЕ ЗАБЫВАЕМ ДЕЛАТЬ РЕЗЕРВНЫЕ КОПИИ! 10. В modules.conf вписываем: alias char-major-10-134 fglrx 11. Выполняем depmod -a 12. Может случиться, что выскочит ошибка Unresolved symbols, но тем не менее модуль должен загрузиться в память. Из /etc/modules нужно убрать всякое упоминание о ядерном модуле agpgart.o На этом подготовительная работа окончена. Бой барабанов... Хочу напомнить, что в момент подключения телевизора к видеокарте одно из устроств должно быть обесточено. А теперь самое главное, конфиг Х, в котором описывается работа телевизора как второго независимого монитора: ----------8<------- Линия отреза -----------------8<----------- Section "dri" Mode 0666 EndSection Section "Module" # This loads the DBE extension module. Load "dbe" Load "glx" Load "dri" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load "type1" Load "freetype" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:-1" EndSection Section "ServerFlags" AllowMouseOpenFail EndSection Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "250 30" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "ru" Option "XkbVariant" "winkeys" Option "XkbOptions" "grp:toggle" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Device" "/dev/mouse" EndSection Section "Monitor" Identifier "Monitor0" DisplaySize 320 240 HorizSync 30-70 VertRefresh 50-160 EndSection Section "Monitor" Identifier "Monitor1" HorizSync 31.5 VertRefresh 20-60 EndSection Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" Driver "vga" EndSection Section "Device" Identifier "ATI Graphics Adapter connector 0" Driver "fglrx" BusID "PCI:1:0:0" Option "no_accel" "no" Option "no_dri" "no" Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "CRT, STV" Option "IgnoreEDID" "off" Option "HSync2" "31.5" Option "VRefresh2" "20-60" Option "NoTV" "no" Option "TVStandard" "PAL-B" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" Option "VideoOverlay" "on" Option "OpenGLOverlay" "off" Option "CenterMode" "off" Option "PseudoColorVisuals" "off" Option "UseFastTLS" "0" Option "UseInternalAGPGART" "yes" Option "ForceGenericCPU" "no" Screen 0 EndSection Section "Device" Identifier "ATI Graphics Adapter connector 1" Driver "fglrx" BusID "PCI:1:0:0" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "ATI Graphics Adapter connector 0" Monitor "Monitor0" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection Section "Screen" Identifier "Screen1" Device "ATI Graphics Adapter connector 1" Monitor "Monitor1" DefaultDepth 24 Subsection "Display" Depth 24 Modes "640x480" EndSubsection EndSection Section "ServerLayout" Identifier "Server Layout" Screen "Screen0" Screen "Screen1" RightOf "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection ----------8<------- Линия отреза -----------------8<----------- Второй рабочий стол в данной конфигурации справа от основного. Запуск приложения на второй "голове" можно предварять командой DISPLAY=:0.1 Например, для запуска фильма на телевизоре я использую alias mptv='DISPLAY=:0.1 mplayer -vo x11 -zoom' Вот собственно и всё. Наслаждайтесь.

Автор:	Waso [ 06:42 30.06.2004 ]
Заголовок сообщения:
Решил тут перейти с fglrx-glc22-4.3.0-3.2.8 на fglrx-4.3.0-3.9.0. Все поставилось, модуль загрузился. Ничто нигде не ругается, а при старте иксов монитор уходит в стендбай. Ощущение такое, что пытаюся выставится неверные параметры modeline. Обычно я работаю в 1152х864х100, для этого у меня был свой Modeline, который работал на ура со старым драйвером, с новым ни в какую. Пробовал менять разрешения на любые другие — ситуация все та же. Кто-нибуь сталкивался с подобным? P.S. В логах ничего подозрительного мне обнаружить не удалось. P.P.S. Ядро — 2.4.22, если надо для ответа конечно.

Автор:	Vitls [ 07:18 30.06.2004 ]
Заголовок сообщения:
Waso Пропиши опцию Option "MonitorLayout" "CRT, STV" [Исправлено: Buntar : 03-08-2004 23:34] [Исправлено: Buntar : 03-08-2004 23:37]

Автор:	Waso [ 07:57 30.06.2004 ]
Заголовок сообщения:
Vitls Направление верное, но решение у меня отличается Option "MonitorLayout" "AUTO, AUTO" — только в это случае заработало. Но все равно спасибо! Так бы долго бы колупался.

Автор:	x4 [ 05:00 06.07.2004 ]
Заголовок сообщения:
Вопрос — как сделать чтоб модуль fglrx.ko грузился до старта иксов , то есть в какой скрипт можно прописать команду /sbin/modprobe fglrx (до старта иксов) по другомк модуль не грузится никак тока этой командой и второй вопрос где взять winex 4 (cedega) в rpm

Автор:

vasile [ 11:13 06.07.2004 ]

Заголовок сообщения:

Цитата:
>где взять winex 4 (cedega) в rpm\

Для этого нужно зарегистрироваться на Transgaming.com.

Цитата:
>Вопрос — как сделать чтоб модуль fglrx.ko грузился до старта иксов , то есть в какой скрипт можно прописать команду /sbin/modprobe fglrx (до старта иксов) по другомк модуль не грузится никак тока этой командой\

Можно использовать /etc/rc.local. Но лучше прописать в /etc/modprobe.conf:
<BLOCKQUOTE class="code">код:<HR><PRE>
# agpgart interface 0
alias agpgart0 via_agp
# DRI — card0
alias char-major-226-0 fglrx
install fglrx /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install fglrx
install radeon /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install radeon
</PRE><HR></BLOCKQUOTE>
или в /etc/modules.conf
<BLOCKQUOTE class="code">код:<HR><PRE>
pre-install radeon /sbin/insmod agpgart
pre-install fglrx /sbin/insmod agpgart
</PRE><HR></BLOCKQUOTE>

Автор:	mutant [ 21:54 06.07.2004 ]
Заголовок сообщения:
http://www.uic.nnov.ru/~gaav10/winex4/cedega-4.0-1.i386.rpm

Автор:	elf-eluna [ 13:16 30.07.2004 ]
Заголовок сообщения:
Люди, помогите кто может... ATI Radeon 9200SE + XFree86 4.3.0 + Kernel 2.6.2 Все скомпилил, всё ок и тут модуль драйвера fglrx_drv.o кричит на загрузке иксов, что мол module requirement mismatch. Что делать? PS Обнаружил, что дрова для 4.1.0. Может от этого?

Автор:	vasile [ 14:11 30.07.2004 ]
Заголовок сообщения:
elf-eluna Именно. PS: внимательно почитайте всю ветку.

Автор:	frustum [ 09:12 31.07.2004 ]
Заголовок сообщения:
glxgears работают, но как только запускается программа посложнее то моментальный висняк. перепробовал все патчи (regparam, allocation, 2.6.7), ничего не помогает как и установка 4x agp. radeon 9600pro, 3.9 ati драйвер, 2.6.7 ядро, x.org, kt400.

Автор:	vasile [ 10:35 31.07.2004 ]
Заголовок сообщения:
frustum Стоит попробовать драйвер постарее (3.2.8-6, 3.2.9-4) . Найти их можно у немцев

Автор:	Гость [ 22:26 31.07.2004 ]
Заголовок сообщения:
Поменял сегодня на свою голову Nvidia FX5200 на HIS Excalibur Radeon 9550 (это что 9500 или 9600?) 256MB DDR. Распотрошил пакет с драйверами (мне для Слаквари надо), исправил ошибочки в модуле для ядра (у меня 2.6.7). Собралось. Теперь: bash-2.05b# modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.7/kernel/drivers/char/drm/fglrx.ko): No such device bash-2.05b# Соответственно нифига не пашет. Пока пользуюсь драйвером из ядра. agpgart и sis-agp включаются. Это как-то можно поправить? Какие параметры надо указывать в /etc/modprobe.conf ? P.S. Разочарован я если честно Нвидиа пахала без проблем. А кино на телеке посмотреть удастся когда-нибудь?

Автор:	Гость [ 23:23 31.07.2004 ]
Заголовок сообщения:
Продолжил Пробую 3.2.8-6 modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.7/kernel/drivers/char/drm/fglrx.ko): Unknown symbol in module, or unknown parameter (see dmesg) dmesg: fglrx: Unknown symbol VMALLOC_VMADDR Что я делаю не так?

Автор:	Гость [ 23:44 31.07.2004 ]
Заголовок сообщения:
Поправил исходник, результат тот-же: bash-2.05b# modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.7/kernel/drivers/char/drm/fglrx.ko): No such device bash-2.05b# dmesg: [fglrx] Maximum main memory to use for locked dma buffers: 931 MBytes. [fglrx:firegl_init] ERROR Device not found! bash-2.05b#

Автор:	gamych [ 21:14 01.08.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>SUNcheez: Хм... Всем приятного настроения %) Тут на днях перешёл на ядро 2.6.7. Радовался не долго. При запуске 3D приложений оказалось, что хардварное ускорение для графики кудато пропало. Попробовал пересобрать драйвера (3.9.0), при компиляции было выдано сообщение об ошибке: типа структура page не имеет в своём составе члена count. Порылся в исходниках как ядра, так и драйверов. В итоге оказалось что во всех местах где присутствует строка (в коде драйверов) вида &(page->count) надо заменить на &(page->_count) — тогда сборка драйверов проходит нормально, и драйвера работают превосходно. Замечен небольшой прирост производительности. Всем удачи. Надеюсь, что я кому-нибудь да помог. %))</SPAN><HR size=22></SPAN></BLOCKQUOTE> И что, 3D работает? Я, пройдя тот же путь, обнаружил в логах XFree86, что драйвер не может открыть некий девайс /dev/dri/card0. Не существующий, кстати говоря девайс. Анализ /var/log/messages наглядно продемонстрировал попытку fglrx.ko попытку обращения к нулевому адресу при загрузке. Соответственно 3D не работает. Пришлось откатываться на 2.4.20.

Автор:	Гость [ 13:56 03.08.2004 ]
Заголовок сообщения:
Таже проблема что и у Гамыча, нет такого девайса и всё тут. С какой периодичностью у АТИ вообще драйвера выходят для Линукса? Бред какой-то, карта хорошая, поддержка = 0. Ткните пожалуста туда где написано как на стандартных драйверах (из ядра и Х) _попробовать_ запустить тваут.

Автор:	Vitls [ 10:05 06.08.2004 ]
Заголовок сообщения:
Ура-ура... Новая версия 3.11.1. http://ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=9&submit.y=8&submit=GO%21 В чем вас и поздравляю

Автор:	6TIRLIZ [ 17:42 08.08.2004 ]
Заголовок сообщения:
Извините! Я новичок в Линуксе, и всё что написано выше про Линакс мне не понятно! У меня проблема в том, что у меня “конкретные висаки”! Я просто скачиваю драйвер и распаковываю, перегружаюсь. А дальше? Всё равно результата не видно! Что я делаю не так??? ПАМАГИТЕ!!! У меня Linux XP pro 2.4 Noname Radeon 9700

Автор:	vasile [ 18:12 08.08.2004 ]
Заголовок сообщения:
6TIRLIZ Цитата: >что у меня “конкретные висаки”\ нужно уточнить — речь идёт о сильном торможении, или же полная остановка системы. Что отображается на экране. Что происходит при запуске приложений glxgears, fgl_glxgears? Что выводит комманда glxinfo? Для запуска последних используйте "Эмулятор Терминала" (gnome-teminal, konsole, xterm, rxvt). PS: так как подобные проблемы (зависания) встречаются на разных системах с fglrx-3.9.0 (3.11.1), я рекомендую к использованию драйвер постарее — 3.2.8-6, 3.2.9-4. С ними потребуется ряд послеустановочных операций, но возможно это решит проблемы с зависаниями и скоростью в играх (частично).

Автор:	Alexandr_E [ 20:28 08.08.2004 ]
Заголовок сообщения:
Уважаемые, такой вопрос: — Решил попробовать Fedora Core-2, а она не на XFree86, а на Xorg. С какими косяками я могу столкнутся при установке (настройке) драйверов в этом самом Xorg и ядром 2.6.7? Нужны-ли какие-то патчи, или особая пересборка ядра? Хочу поставить сразу новый 3.11.1

Автор:	6TIRLIZ [ 06:28 09.08.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: 6TIRLIZ Цитата: что у меня “конкретные висаки”</SPAN><HR size=22></SPAN></BLOCKQUOTE> нужно уточнить — речь идёт о сильном торможении, или же полная остановка системы. Что отображается на экране. Что происходит при запуске приложений glxgears, fgl_glxgears? Что выводит комманда glxinfo? Для запуска последних используйте "Эмулятор Терминала" (gnome-teminal, konsole, xterm, rxvt). PS: так как подобные проблемы (зависания) встречаются на разных системах с fglrx-3.9.0 (3.11.1), я рекомендую к использованию драйвер постарее — 3.2.8-6, 3.2.9-4. С ними потребуется ряд послеустановочных операций, но возможно это решит проблемы с зависаниями и скоростью в играх (частично). Спасибо за ответ!

Автор:	6TIRLIZ [ 10:03 09.08.2004 ]
Заголовок сообщения:
Что происходит при запуске приложений... Поскольку я в Линаксе ламо, буду выражаться по простому! После ввода: Glxgears –появляется очень-очень быстро работающий механизм (~600 FPS). Fgl_glxgears-говорит, что ошибка! (???) Glxinfo- много всякой фигни про OpenGL! P.S. Я в инете через Окна ХренРаботает! И не получается скопировать текст из терминала!

Автор:	vasile [ 11:21 09.08.2004 ]
Заголовок сообщения:
Alexandr_E Насколько я знаю (но сам к сожалению не пробовал) возможна работа fglrx-3.9.0,3.11.1 на Fedora core 2. Относительно X.org — если не заработает fglrx-4.3.0-3.11.1.i386.rpm, то можно взять у немцев версию для XFree86 4.4.0. Файл X4.4.0-3.11.0.zip. Возможно потребуется переименовать /etc/X11/XF86Config-4 в аналогичный файл для X.org. Если будет использоваться ядро от FC2 то потребуется патч который можно найти на rage3d.

Автор:	vasile [ 11:23 09.08.2004 ]
Заголовок сообщения:
6TIRLIZ Поскольку я в Линаксе ламо — не проблема. Думаю не стоит упоминать это каждый раз Цитата: >И не получается скопировать текст из терминала!\ — делается это просто: открывается текстовый редактор (gedit, kate, gvim, ..), выделяется мышью (аналогично выделению в MS Windows) текст в терминале, переключаемся в окно текстового редактора и нажатием средней кнопки мыши (или на ролик, или одновременное нажатие на левую и правую кнопку если их всего две) вставляем текст в поле редактора. Далее сохраняем и используем. Следствие проблемы понятно — отсутствие "ускорения" (не работает DRI). Причину нужно выяснять. Для этого нужно привести вывод комманд: lsmod, dmesg, и содержимое /var/log/XFree86.0.log (по возможности — /var/log/messages). Так как эти файлы могут быть довольно большими, вместо их непосредственного цитирования в конференции, я бы посоветовал разместить их на http/ftp сервере, а в ответе указать адрес ресурса.

Автор:	vasile [ 11:29 09.08.2004 ]
Заголовок сообщения:
ALL Обсуждение ATI fglrx на Ferdora Core 2 (English)

Автор:	6TIRLIZ [ 06:46 10.08.2004 ]
Заголовок сообщения:
У меня нет возможности переправить файлы из Линакс в Окнас! Пингвин модем не видит! А теперь о грусном: после установки дровера, монитор выдает:"Входной сигнал вне диапазона!" Монитор LG Flat L1515S монитор ничего не показывает, а пингвин загружаеться!

Автор:	vasile [ 13:28 10.08.2004 ]
Заголовок сообщения:
6TIRLIZ <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>У меня нет возможности переправить файлы из Линакс в Окнас! Пингвин модем не видит!</SPAN><HR size=22></SPAN></BLOCKQUOTE> — не совсем понял для чего нужен модем. Ведь файл можно скопировать на раздел VFAT/EXT2, или просто воспользоваться дискетой. <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>А теперь о грусном: после установки дровера, монитор выдает:"Входной сигнал вне диапазона!" Монитор LG Flat L1515S монитор ничего не показывает, а пингвин загружаеться!</SPAN><HR size=22></SPAN></BLOCKQUOTE> Насколько я понял — используется графический вход в систему и в настоящий момент система практически неуправляема. В таком случае можно воспользоваться загрузочным диском Linux и функцией востонавления. после появления приглашения bash поменять в файле /mnt/sysimage/etc/inittab строку <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE>id:5:initdefault:</PRE><HR></BLOCKQUOTE> на <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE>id:3:initdefault:</PRE><HR></BLOCKQUOTE> для редактировния попробуйте mcedit, vim, nano, joe (хотя не уверен если что либо доступно кроме vim). Если работать с vim проблематично, можно попробовать запустить Midnight Commander: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> #chroot /mnt/sysimage #mc </PRE><HR></BLOCKQUOTE> Можно не использовать CD, а поменять параметры загрузки в grub (комманда е — edit). добавляем параметр <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> init=/bin/bash </PRE><HR></BLOCKQUOTE> или просто <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> 3 </PRE><HR></BLOCKQUOTE> Добившись текстового входа в систему (графику запускаем коммандой startx), обращаемся к информации по установке fglrx (раздел конфигурации с попощью fglrxconfig). PS: очень рекомендую ознакомится с принципами работы в UNIX/Linux воспользовавшись книгой или руководством для начинающих (доступных в Интернете).

Автор:	vigo [ 03:15 12.08.2004 ]
Заголовок сообщения:
Насчет Федоры 2 новые драйвера ставятся под xorg(даже старые сатваятся при установке соотетсвубщего патча) токо вот такая трабла! на страых драйверах(3.9.0 очень тормозит openGL) на новых драйверах(3.11.1) виснут openGL приложения(но дргуие процессы выполняются) причем почти сразу же!

Автор:	vasile [ 12:12 12.08.2004 ]
Заголовок сообщения:
vigo Уверены что всё корректно установилось? Есть ли сообщения о ошибках в dmesg, /var/log/XFree86.0.log? что выводит glxinfo, glxgears?

Автор:	ALutsenko [ 20:51 12.08.2004 ]
Заголовок сообщения:
Подскажите, какой пакет нужно добавить для debian-а, чтобы собрать модуль ядра? Само ядро не предлагать, много мороки и мало опыта.

Автор:	vigo [ 21:37 14.08.2004 ]
Заголовок сообщения:
в логах ничего не пишет про ошибки! а вот glxgears бегает очеень быстро! glxinfo показыавает что у меня radeon 8500 все путем а вот когда запускаю гуевую ATI COntrol то вижу в ней что у мен DAC-speed 400Мегагерц а Винде показывает 350?? это как понимать??/

Автор:	vasile [ 14:40 15.08.2004 ]
Заголовок сообщения:
vigo glxgears бегает очеень быстро — можно это определить точнее. то вижу в ней что у мен DAC-speed 400Мегагерц а Винде показывает 350?? — не обращать внимания. Помню такое случается и в Windows Catalyst: при переходе на Catalyst 4.6 (или 4.7) на моём 9100 тоже стал показывать 400Mhz. виснут openGL приложения(но дргуие процессы выполняются) — а конкретные примеры можете привести?

Автор:	vigo [ 02:47 17.08.2004 ]
Заголовок сообщения:
Запускаю игру neverwinter играю минут десят потом бац и встало! ( Насчет того что другие процессы выполняются приведу аргумент! Когда невер в очередной раз повис я сидел в инете качал мозиллу и когда невер сдох мой модем качал мозиллу и скачал успешно. Еще скажу что это не невер глючит! Потому что при дефолтном драйвере который сразу был на федоре для радеона невер хоть и не все текстуры показывал, но не вис! Еще запускаю я игру foobillard в нее тоже играю мин 10 и все дисплей виснет и хоть тресни ты!

Автор:	vasile [ 10:42 17.08.2004 ]
Заголовок сообщения:
vigo не могли бы вы попробовать другие opengl приложения: OpenGL screensavers, glxgears, fgl_glxgears, Quake3, UT2003/2004, tuxracer, torcs, gl-117. Могу предположить что проблема может быть связана со звуковой подсистемой. Попробуйте играть отключив звук (отключив драйвер, см. /etc/modprobe.conf).

Автор:	0_Zhukov [ 19:05 17.08.2004 ]
Заголовок сообщения:
Поставил таки RH9 на райд-массив! Пришлось создать Boot-раздел и сменить GRUB на LILO, в дополнительных параметрах загрузчика указал hde=noprobe hdg=noprobe. Подсунул дискету с SATA-RAID драйвером для RH9 (http://12.24.47.40/utility/getfile.asp?rid=1649), и все — теперь у меня один sda вместо двух hde и hdg. Разделы под Линукс на винте уже были (спасибо PartitionMagic), все поставилось влет. NTFS-разделы подключил только после установки соответствующей rpm-ки http://prdownloads.sourceforge.net/linux-ntfs/kernel-ntfs-2.4.20-13.8.athlon.rpm Осталось только побороть fglrx-драйвер. Перекомпилировать ядро с патчем под nForce я не могу, драйвер райд-массива не пускает (поставляется без исходников), а без патча RH9 не видит AGP на nForce 2. Вместе с fglrx вроде идет встроенный драйвер nvidia-agp, но как им пользоваться, пока не знаю. Есть ли версия fglrx с рабочим модулем nvidia-agp? Если кто просветит, буду рад. Кто знает, как скомпилировать только модуль agpgart с поддержкой nForce 2, не меняя ядра, или как пересобрать ядро и модули, чтобы в комплект включился уже скомпилированный модуль райд-массива? Можно ли просто скопировать требуемые модули с другой машины, если там пропатчить и пересобрать ядро?

Автор:	vasile [ 00:30 18.08.2004 ]
Заголовок сообщения:
0_Zhukov можно попробовать ядро посвежее — 2.4.27/2.6.8.1 (включая -mm,-ck,-love ветки). Возможно что в них есть поддержка SATA-RAID,

Автор:	0_Zhukov [ 11:37 18.08.2004 ]
Заголовок сообщения:
Боюсь, что и там не будет. Контроллер SiI3112A — из разряда дешевых "полу-софтовых", без начальной загрузки соответствующего кода не работает, а код этот — коммерческая тайна Silicon Image, под GPL не доступен. Фирменный драйвер существует только для нескольких не самых новых дистрибутивов: [SiI SATARaid Linux device driver ver 1.0.0.16 Release] -----8<----- Линия отреза -----8<----- Features: 1. Support RedHat 7.3/8.0/9.0, SuSE 8.0,8.1,8.2 UL 1.0 -----8<----- Линия отреза -----8<----- Из них в наличии только RH9, в котором ядро 2.4.20-8 не знает про nForce... Mandrake 10 и Fedora Core 2 не знают про RAID в SiI3112A... Новее ничего не попадалось, качать ядра "на попробовать" — дороговатое удовольствие с GPRS от Beeline. Ждать выхода нового релиза SATA-драйвера с поддержкой новых дистрибутивов, знающих про nForce 2 ? Или просто сменить Radeon 9600XT на GF5900XT — разница в цене меньше тысячи руб. ? Или кто-то все-таки знает, в какой версии fglrx есть рабочий модуль nvidia-agp ?

Автор:	vasile [ 15:37 18.08.2004 ]
Заголовок сообщения:
0_Zhukov Что-то подобное видел на overclockers.ru. Или просто сменить Radeon 9600XT на GF5900XT — разница в цене меньше тысячи руб. ? — для Linux/FreeBSD это хорошее решение, лучше чем Radeon'ы. Не уверен насчёт драйвера от nVidia, но думаю AGPgart ему тоже нужен. в какой версии fglrx есть рабочий модуль nvidia-agp ? — вероятнее всего в последней . Можно попробовать поставить UseInternalAGPGART = Yes.

Автор:	0_Zhukov [ 20:17 18.08.2004 ]
Заголовок сообщения:
vasile Согласен, AGPgart нужен и для nvidia-драйвера, только там встроеный nv-agp неплохо справляется. Был у меня GF 4 Ti 4200-8x, с RH9 работал без проблем и патчей. В fglrx-4.3.0-3.9.0 мне UseInternalAGPGART=Yes не помогло. Версию 3.11.0 пока не пробовал, если есть шанс — обязательно скачаю. Хорошо бы услышать отзывы о нем от тех, кто уже проверил в деле. Есть такие ?

Автор:	vigo [ 02:16 19.08.2004 ]
Заголовок сообщения:
vasile Кстати все приложения OpenGL работаю нормально! Но вот хотел вам сказать что когда поставил новые драйвреа на нвидиа для звука и сети ! звук пропал и нету его не об этом реч! Вот когда звук пропал стало все просто летать!!! и тут вылажу на форум и вы мне тут про звуковую систему писали! ВОПРОС: ОТкуда вы могли знать что у меня с звуком не порядок??? и как мне тогда быть с этой проблемой? ) У меня просто тогда на nforce2 стоял драйвер i810 если я всеткаи воткну nvsound то буде ли работать??

Автор:	vasile [ 15:27 19.08.2004 ]
Заголовок сообщения:
vigo <font class="off"> ОТкуда вы могли знать что у меня с звуком не порядок??? — симптомы похожие. Сам столкнулся с подобным — Quake III и linux-2.6.0-test5 (ALSA). Можно: [] обновить игру до последней доступной версии. [] сменить метод/устройство вывода звука, если приложение/игра позволяет. [] использовать OSS/Free (из ядра), OSS (www.opensound.com), другие драйвера (тот же nvsound). [] проверить настройки эмуляции OSS (если используется ALSA). Возможно проблема пропадёт если до загрузки игры (но с загруженным модулем snd_pcm_oss) выполнить <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> echo "wolf.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss echo "wolf.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss </PRE><HR></BLOCKQUOTE> wolf.x86 заменить на имя исполняемого файла нужной вам игры </font>

Автор:	Keepun [ 03:14 21.08.2004 ]
Заголовок сообщения:
Ответьте мне на вопрос: как установить дрова GIGABYTE RADEON 9600 PRO под ALTLinux Master 2.2??? P.S. У ALTLinux Master 2.2 версия XFree86 — 4.2.1.1

Автор:	vasile [ 09:51 21.08.2004 ]
Заголовок сообщения:
Keepun А какие проблемы? (Вопрос задаю предполагая что вы ознакомились с данной Темой)

Автор:	Keepun [ 16:41 21.08.2004 ]
Заголовок сообщения:
Когда идет установка дров (rpm -i fglrx-4.2.0-3.9.0.i386.rpm) он пишет, что нет fglrx-glc22-4.1.0-3.2.5, но это обойти легко (просто набираешь rpm -i --force fglrx-4.2.0-3.9.0.i386.rpm). После этого он пишет, что ошибка в установке модуля и "QT base...". Захожу в /lib/modules/fglrx/build_mod и делаю sh make.sh, ошибка: в /usr/src/linux/include (папку точно не помню) не найден файл version.h!!! Пытался отредактировать make.sh и выйснил, что не только нехватка version.sh, но еще много чего. P.S. У меня нахождение include в /usr/include (но в ней нет папки linux)

Автор:	vigo [ 20:41 21.08.2004 ]
Заголовок сообщения:
Если есть логика то жить можно: Твоя ошиьбка значит то что ты используеш ядро без сырцов к нему! поставь сырцы ядра из списка пакетов линукса своего или скачай новое перекомпиль и когда откомпилируеш не делай в конце make mrproper и все будет гуд! Поздравте меня! у меня стала пахать fgrrx-3.11.1 ) работает успешно токо quake3 теперь осталось невер сделать!

Автор:	Vitls [ 15:06 23.08.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Keepun: Ответьте мне на вопрос: как установить дрова GIGABYTE RADEON 9600 PRO под ALTLinux Master 2.2??? P.S. У ALTLinux Master 2.2 версия XFree86 — 4.2.1.1</SPAN><HR size=22></SPAN></BLOCKQUOTE> Посмотри на 9-й странице данной темы. Я там написал подробнейшый рецепт по прикручиванию новых дров.

Автор:	ALutsenko [ 15:17 30.08.2004 ]
Заголовок сообщения:
Появилась такая ссылка: http://hardocp.com/article.html?art=NjQ2 , многим будет интересно отношение ATI-шников к драйверам под ОС Linux.

Автор:	ВотТакВот [ 20:56 30.08.2004 ]
Заголовок сообщения:
Все проблемы с драйверами под линукс я решил!!! Поменял свою АТИ на НВидию. Грустно но факт.

Автор:	Alexandr_E [ 23:58 30.08.2004 ]
Заголовок сообщения:
http://hardocp.com/article.html?art=NjQ2 Ндя... Похоже действительно пора себе NVidia присматривать. Грустно как-то всё это...

Автор:	vasile [ 00:06 31.08.2004 ]
Заголовок сообщения:
<font class="off">ВотТакВот <I>Все проблемы с драйверами под линукс я решил!!! Поменял свою АТИ на НВидию.</I> Это не решение проблем, вы от них просто убежали</font>

Автор:	aluk [ 13:27 01.09.2004 ]
Заголовок сообщения:
Kak zastavit' ih rabotat' vmeste? Kogda v yadre vkl'uchena podderzhka framebuffer, pri pererkl'uchenie iz X v konsol', v konsole izobrazhenie smazyvaetsa.. Esli zapustit' X bez fglrx-drivera vso OK. Yadra probyval i 2.4.* i 2.6.*. Karta Radeon 9200 ot Gigabyte. Pomogite...

Автор:	ВотТакВот [ 22:13 01.09.2004 ]
Заголовок сообщения:
vasile Это не решение проблем, вы от них просто убежали ----------- Ага, убежал! Честно Потому как перепробовал целую кучу всяких вариантов и единственный ответ который я получал на modprobe fglrx был Insert module failed, no such device. Ты такой умный! Может скажешь что это значит? Нет? Тогда не надо про убегание от проблем. Я не фанат. Если мне лучше НВидиа то будет она, если АТИ то АТИ. Если АМД то АМД, если лучше подходит Интел, то поставлю его. Заплатив деньги за видеокарту я желаю иметь сервис. Я имею на это право. Если АТИ с..т нам на головы, то зачем я буду мучаться обдумывая пути решения проблемы. Слава богу что настало то время когда я могу иметь альтернативу и под Линукс. Вспоминаю 97 год, когда у меня была Ati Rage128 XPert128 16MB и вспоминаю что полноценные драйверы пол винду (!) вышли примерно через год. Тогда уже были споры и флейм вокруг поддержки своей продукции фирмой АТИ.

Автор:	vasile [ 00:04 02.09.2004 ]
Заголовок сообщения:
<font class="off">ВотТакВотПотому как перепробовал целую кучу всяких вариантов и единственный ответ который я получал на modprobe fglrx был Insert module failed, no such device. Ты такой умный! Может скажешь что это значит? Нет? — Ok. Не могли бы Вы мне показать где вы развивали эту проблему, описали конфигурацию, приводили выддержки из лог-файлов. Иначе говоря пердпринимали шаги чтобы заявить Цитата: >Все проблемы с драйверами под линукс я решил!!!\ </font>

Автор:	ВотТакТо [ 13:42 02.09.2004 ]
Заголовок сообщения:
vasile Посты Гость 31.07.2004 и 01.08.2004 на 9-ой странице. Если ты мне хочешь намекнуть про RTFM, то можешь этого не делать. Используя линукс начиная с 1997 года, маны, факи и конференции я читать научился. Единственный вывод который я сделал из логов проб и прочего, карта не поддерживается и какая-то ошибка с распознованием её. В исходниках драйвера я копаться не буду, потому как время жалко, мне работать надо.

Автор:	vasile [ 18:27 02.09.2004 ]
Заголовок сообщения:
<font class="off">ВотТакТо Если ты мне хочешь намекнуть про RTFM, то можешь этого не делать. Используя линукс начиная с 1997 года, маны, факи и конференции я читать научился. — я не могу похвастаться подобным опытом — в 1997 я ещё на 286 с видео OakTech работал. Единственный вывод который я сделал из логов проб и прочего, карта не поддерживается и какая-то ошибка с распознованием её. — Совершенно правильный вывод. Согласен что поддержка Linux от ATi оставляет желать лучшего. Но ведь эту ситуация не сейчас появилась. Около полутора лет назад ATI выпустила R200 с новым именем — Radeon 9100, который отличался от Radeon 8500LE лишь именем и PCI id. Драйвера с официальной поддержкой появились позже. А до тех пор на форумах можно было найти совет как с помощью hex-редакторы заставить считать драйвер что используется Radeon8500 а не 9100. И кроме того опция ChipID в XF86Config поволяет форсировать значение ChipID — как раз в случае неподдерживаемых устройств. Ваша ситуация очень схожа — Radeon 9550 — тот-же 9600 с другими характеристиками, но тем же ядром. Значит всё-же есть решение хотя .. В исходниках драйвера я копаться не буду, потому как время жалко, мне работать надо. — видимо вам оно не подходит. Скажите, вы знали что nVidia решения лучше подходят для работы с проф. OpenGL приложениями? </font>

Автор:	ВотТакВот [ 19:30 02.09.2004 ]
Заголовок сообщения:
vasile Ну я не занимаюсь професиональной 3Д графикой. Поэтому может быть, я не знаю. Лично к вам я отношусь с уважением, судя по предыдущим постам вы професионал. Меня взбесило именно отношение АТИ к пользователям. И так-же в следствие того что у меня не так много времени чтобы искать решение, я пошёл более лёгким путём — сменил карту, благо место работы позволяет. И это моё право. Короче надо заканчивать с оффтопом.

Автор:	vasile [ 21:46 02.09.2004 ]
Заголовок сообщения:
<font class="off">ВотТакВот не могу с вами не согласится. Короче надо заканчивать с оффтопом. — поддерживаю</font>

Автор:	vasile [ 20:35 06.09.2004 ]
Заголовок сообщения:
Опять проблемы с хостером.. хорошая привычка резервировать данные SUNcheez Новичок Ответов: 29 Откуда: Московская область написано 06.09.2004 00:11 • Инфо • E-mail • Правка • Ответить • IP Гыыы. Я смотрю тута развернулась бурная деятельность в моё отсутствие )). Народ бежит к конкурентам — а зря %). Про отношение ATI к пользователям я могу сказать только то, что оно не лучше и НЕ хуже чем у nVidia. Драйвера выходят регулярно и прогресс виден — следует учесть, что nVidia выпустили драйвера под линух раньше ATI, следовательно у них было больше времени на исследование ошибок и на обкатку драйверов (помню как я гемороился когда только появились линуховские дрова под nVidia — это было гораздо ХУЖЕ чем это происходит с ATI — причём нормальных дров для nVidia не было ОЧЧЕНЬ долго). По поводу гемороя с установкой и работой драйверов — после того как я разобрался в чём разница установки дров для ATI от дров для nVidia — проблемы исчезли. Затем на видео от ATI у мя не было проблем с расширениями "glext.h" всё работает так, как должно, в отличие от NV P.S. Вот закачал дрова 3.11.1. Буду ставить, посмотрим как улучшилась производительность. Ethereal Участник Ответов: 55 Откуда: Donetsk, Ukraine написано 06.09.2004 00:13 • Инфо • E-mail • Правка • Ответить • IP Ладно, с оффтопом закончили, а ведь снова САБЖ! 3.11.1 Пишите отзывы Ethereal Участник Ответов: 55 Откуда: Donetsk, Ukraine написано 06.09.2004 00:17 • Инфо • E-mail • Правка • Ответить • IP Да, смотрю лон уже давно вышел. Много я пропустил пока уезжал Все равно напишите отзывы. Я вот думаю свою Radeon 9000 pro на Radeon 9200 поменять. Чтобы наконец заработали дрова fglrx. А то дрова от dri не сильно нравятся. Alexandr_E Новичок Ответов: 14 Откуда: Москва, Зеленоград написано 06.09.2004 09:22 • Инфо • E-mail • Правка • Ответить • IP to vasile Согласен с преидущим человеком — драйвера ATI под Linux — кака редкостная. Постоянные замуты с DeviceID и VendorID из-за которых эти драйвера не становятся, или карта не определается. Вот и получается, что у человека только 2 пути: 1. С помощью HEX-редактора корячить каждый новый драйвер под свою видеокарту. 2. Как поступил 2 года назад с R200 я, т.е. раз и навсегда сменить VendorID и DeviceID аппаратно. И больше никогда не парится с дровами. И тот и другой метод отнюдь не блещут простотой. Да и вообще не могу я понять — почему пользователь видеокарты, которую произвёла на свет официальная компания-партнёр ATI, должен мучатся с установкой такой видеокарты? Как было 2 года назад так и осталось всё по-прежнему. Почему та-же NVidia делает драйвера, которые устанавливаются НА ПОРЯДОК проще и с которыми нет геммороя с VendorID и DeviceID? С NVidia тоже есть проблемы, но совсем другого порядка — видеокарты из-под киянки дяди Ляо работают откровенно плохо, либо не работают вообще, но видеокарты от официальных партнёров работают все просто прекрасно. Это уже чисто "железная" проблема видеокарт, да и остального "железа". Я уж не говорю о том, что производительность даже нормальных видеокарт ATI с нормально установившемся драйвером практически в 2 раза хуже, чем под Windows. Прорисовка, текстуры и т.п. — вообще ни к чёрту! Ну и зачем человеку нужен этот гемморой на свою голову? И абсолютно прав человек, который сменил ATI на NVidia — ему нужно работать на машине, а не заниматся хакингом видеокарт, или драйверов к ним. Разработчики драйверов практически в отрытую посылают пользователей Linux куда подальше. У них нет времени и людей. Зато есть время и люди на разработку NET. технологии под Windows. Практически прямым и доступным языком пользователям Linux заявлено — идите-ка вы все на хер, вместе со своим Linux_ом, у нас Windows c её технологиями и приоритетами рулит и педалит! Ну что-же, раз так, то у нас есть альтернатива, которая работает намного лучше — NVidia. Будем переходить на неё. Я сам, после практически 3-ёх летнего использования видеокарт ATI, собираюсь продать свой ATI Radeon9600XT, а вместо него приобрести что-то типа NVidia 5700 — 5900. И забить на ATI и Windows вместе взятые!!! AndreyPopov ATI Fan & Acknowledgement Ответов: 5158 Откуда: Dniepropetrovsk, Ukraine написано 06.09.2004 15:06 • Инфо • E-mail • Правка • Ответить • IP ALL вот тут интересный сайтик вроде: он вроде бы весь посвящен FireGL http://www.schneider-digital.de/html/download_ati.php на сегодня что таместь интересного: версия 3.11.1 под ядро версии 4.4.0 и под RedHat. [Исправлено: vasile : 06-09-2004 21:39]

Автор:	vasile [ 20:36 06.09.2004 ]
Заголовок сообщения:
<font class="off">Alexandr_E Несмотря на мой выпад мне не хотелось бы продолжать дисскуссию по этой теме. Я считаю что это оффтоп из разряда "ATI vs nVidia" которым место во "Флейме". Также вы забыли подчеркнуть что это ваше личное мнение, и ваш призыв Будем переходить на неё несколько некорректен. SUNcheez IMHO трезвый и обстоятельный взляд на текущую ситуацию с драйверами. </font> All для пометки не относящихся к теме сообщений удобно использовать тэг [off]

Автор:	vasile [ 20:37 06.09.2004 ]
Заголовок сообщения:
AndreyPopov Ещё год назад это было единственное место где можно было взять свежие ATI драйвера для Linux/XFree86. О версии 3.11.0 для XFree86-4.4.0 уже сообщалосьмимоходом месяц назад.

Автор:	Ethereal [ 23:29 06.09.2004 ]
Заголовок сообщения:
А я еще раз попробовал различные дрова fglrx под свою видеокарту, но уже с обновленной версией glibc, с другим ядром, другими иксами и вообще другим дистрибутивом. Тем не менее результат абсолютно тот-же. 3D пашет прекрасно, в 2D режиме зависания. Не знаю что там такое, но видимо надо менять видюху, или сидеть на дровах от DRI. Они хорошие, но чуть помедленней и не такие красивые.

Автор:	Alexandr_E [ 13:14 07.09.2004 ]
Заголовок сообщения:
to vasile Я абсолютно не намерен устраивать флейм типа ...это круче того... Тем не менее считаю, что аппаратная, или програмная ПЕРЕДЕЛКА видеокарт, или драйверов имеет смысл только в одном случае — если имеется желание сделать более качественную-производительню карту. Как пример — Radeon8500DH. Програмно-аппаратно забабахать из неё FireGL8800. Это — имеет смысл, т.к. разница в цене в 4 раза — это ощутимо по любому. Сделать из 9500 9700 — тоже, так как опять-же разница в цене практически в 2 раза. Но ковырятся с програмно-аппаратной переделкой только лишь для того, что-бы НОРМАЛЬНО установить обычные драйвера — это явный перебор! Не стоит оно этого, да и знания, необходимые для этого есть отнюдь не у каждого. Это моё личное мнение.

Автор:	AndreyPopov [ 02:07 09.09.2004 ]
Заголовок сообщения:
vasile Ещё год назад это было единственное место где можно было взять свежие ATI драйвера для Linux/XFree86 — ну и ладно, новость я нашел на rage3d и там она появилась 5 сентября, и я сразу написал. а это читал? http://www.ati.com/developer/altoschart.pdf

Автор:	vasile [ 08:24 09.09.2004 ]
Заголовок сообщения:
AndreyPopov Да, читал ещё год назад, но похоже что документ успел обновиться. Спасибо.

Автор:	vasile [ 17:25 10.09.2004 ]
Заголовок сообщения:
Обновление от 09 сентября 2004 [] Версия: 3.12.0 [] Release Notes <font class="off">Изменения: — X сервер не падает на Intel Springdale (i865) системах и видеокартой ATI RADEON™ 9600. — поддержка Radeon 9550, Radeon 9100 IGP (только 2D), 9200 IGP </font> [*]Download: Страница для загрузки: Драйвер 3.12.0 для XFree 4.1 (3.2 мб) Драйвер 3.12.0 для XFree 4.2 (2.9 мб) Драйвер 3.12.0 для XFree 4.3 (4.0 мб)

Автор:	Vitls [ 10:05 12.09.2004 ]
Заголовок сообщения:
О. Новые дрова. Надо погонять. Кстати, может кто решил проблему: мать Gigabyte GA-KT600, проц Athlon 2500+, на драйверах fglrx версий 3.9 и выше NeverWinter вешается. Более старые драва не работают в 3D в принципе.

Автор:	vasile [ 12:24 12.09.2004 ]
Заголовок сообщения:
Vitls Более старые драва не работают в 3D в принципе. — какой такой принцип? видеокарта слишком новая? или дело в ядре/системе? Если NWN вешается, что работает нормально?

Автор:	Ethereal [ 17:08 12.09.2004 ]
Заголовок сообщения:
Предлагаю, всем, кто недоволен поддержкой разработчиками ATI пользователей ОС Linux ознакомиться со следующей петицией и подписаться http://www.petitiononline.com/atipet/petition.html P.S Извиняюсь, если ссылка уже проскальзывала здесь.

Автор:	Vitls [ 18:19 12.09.2004 ]
Заголовок сообщения:
>какой такой принцип? Мой принцип — принцип Оккама. :—) На самом деле, драйверы версии менее 3.9 не знают про AGPgart от VIA (чипсеты КТ400 и старше), и соответственно 3D не работает. До июля у меня была связка Celeron 1200 + i815EP, проблем не бывло никаких. >Eсли NWN вешается, что работает нормально? Кваки работают нормально, tuxracer'ы всякие и прочие GL-117. О деле. Собрал 3.12. NwN уже не вешается, просто периодически вываливается. В логах девственная чистота.

Автор:	vasile [ 19:59 12.09.2004 ]
Заголовок сообщения:
Vitls А что мешает использовать agpgart из ядра? Для этого нужно в /etc/X11/XF86Config-4 () указать "UseInternalAGPGART" ="no" <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Section "Device" Driver "fglrx" [...] Option "UseInternalAGPGART" "no" </PRE><HR></BLOCKQUOTE> Хотя ядро придётся обновить (наверняка).

Автор:	Vitls [ 07:06 13.09.2004 ]
Заголовок сообщения:
> Хотя ядро придётся обновить Вот поэтому и опаньки... На Intel что ли вернуться... Такой вопрос. В логах Х после сообшения о загрузке расширения ATITVOUT присутствуют нескольно десятков сообщений symbol is not resolved in module fglrx.o, к чему бы это?

Автор:	vasile [ 18:11 13.09.2004 ]
Заголовок сообщения:
Vitls <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>> Хотя ядро придётся обновить Вот поэтому и опаньки... На Intel что ли вернуться...</SPAN><HR size=22></SPAN></BLOCKQUOTE> Разве проблема обновить ядро? Причём тут Intel? для тех же i865/848/875+ также потребуется новый agpgart. Цитата: >Такой вопрос. В логах Х после сообшения о загрузке расширения ATITVOUT присутствуют нескольно десятков сообщений symbol is not resolved in module fglrx.o, к чему бы это?\ — можно пару примеров? После чего это появилось? Какие вторичные эффекты это вызывает?

Автор:	Ethereal [ 23:01 13.09.2004 ]
Заголовок сообщения:
Вышла новая версия Xorg 6.8.0, в которой добавлено много новых gl расширений, также улучшена работа с видеокартами особенно на чипах r200. Это я к тому, что атишники видимо вообще не собираются улучшать свои дрова для старых карт. Ниже 9600 они видимо и не тестируют. Чисто коммерческий подход. А меж тем, бесплатные дрова все лучше и лучше! FPS-ов тоже прибавилось, правда чуть-чуть.

Автор:	Ethereal [ 23:03 13.09.2004 ]
Заголовок сообщения:
P.S Небольшая опечатка, под словом бесплатные я хотел сказать открытые.

Автор:	Ethereal [ 23:03 13.09.2004 ]
Заголовок сообщения:
P.S Небольшая опечатка, под словом бесплатные я хотел сказать открытые.

Автор:	Alexandr_E [ 09:14 14.09.2004 ]
Заголовок сообщения:
to all Решился я тут поставить себе NVidia. Взял видеокарту GF4 Ti4200 128MBt 128bit AGP 8x Видеокарта конечно не самой последней модели, но и не отстой. Скажем так — твёрдый середнячок. Поставил драйвера родные, поднял 3D, всё быстро, всё пучком. FPS в играх действительно хорошие. Под Linux этот Ti4200 по fps пашет примерно на уровне моей "родной" ATI Radeon9600XT, ну маленько потише. Посидел я на NVidia пару дней и свалил обратно на свой Radeon. Теперь я понял — сколько-же жизнь задолжала владельцам NVidia! fps_ы — fps_ами, но качество при этом... Всё семейство начало ныть, что устают глаза, "мутные" цвета, нечёткие и неконтрастные края и линии. В общем общее решение семейства (моего) — выкинуть NVidia и пихнуть "...як було..." обратно ATI. И хрен с ними, с высокими fps_ами! GF4 — производства ASUS Radeon — призводства Saphire

Автор:	Vitls [ 19:35 14.09.2004 ]
Заголовок сообщения:
2 Vasile > Разве проблема обновить ядро? Ну в общем некоторые трудности имеются.. организационного характера. Неважно. Возможно, что дело действительно в agpgart. > — можно пару примеров? Отчего ж нельзя... Можно. Вот выдержка из логов Х. ... (II) fglrx(0): Direct rendering enabled (II) Loading extension FGLRXEXTENSION (II) Loading extension ATITVOUT Symbol from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved! ... далее эта строчка повторяется раз 110... Symbol from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved! (II) Setting vga for screen 0. ... Пока это никак не отражается.

Автор:	vasile [ 21:08 14.09.2004 ]
Заголовок сообщения:
Vitls Ну в общем некоторые трудности имеются.. организационного характера. Неважно. Возможно, что дело действительно в agpgart. — Ясно. Бывает. Стоит попробовать указать (в /etc/X11/XF86Config-4) в настройках fglrx <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Option "KernelModuleParm" "agp_try_unsupported=1" </PRE><HR></BLOCKQUOTE> ... Пока это никак не отражается. — не встречался (если не считать случая с 3.7.1). Возможно определённое значение имеет версия XFree.

Автор:	uStick [ 03:04 15.09.2004 ]
Заголовок сообщения:
Люди! Хелп ми! Закачал дрова с сайта ATI для Radeon 9200, поставить не могу RPM-ку открываю (версия для XFree 4.3) — пишет, что конфликт файлов... ну не помню точно, но вроде того, что у меня XFree 4.3.5, а в рпм-ке — 4.3.0. Новее вроде ддров нету Вот. А еще после длительных экспериментов я загадил в линухе все что можно... так что подскажите, как ставить рпм из-под консоли Линуха — Mandrake 9.1, вид. Radeon 9200 и Radeon 9800

Автор:	vasile [ 08:24 15.09.2004 ]
Заголовок сообщения:
uStick <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> rpm -Uvh --force fglrx-4.3.0-3.11.1.i386.rpm </PRE><HR></BLOCKQUOTE> Нелишне будет ознакомится с этой веткой.

Автор:	Vitls [ 07:35 16.09.2004 ]
Заголовок сообщения:
2 Vasile Ядро обновил, правда пока до 2.4.22, но agpgart уже поднимается. Собираю ядерный модуль (fglrx.o) c -DMODVERSIONS, модуль просто в память не грузится. insmod пишет: unresolved symbols. Без -DMODVERSIONS модуль грузится нормально (только предупреждение, что не GPL). В логах Х, такая же картина, что и ранее. Все прилады работают, только NwN вываливается, в сисмемном логе сообщение о нехватке памяти ( 256М мало?). Х версии 4.2. Дрова fglrx 3.12.0 (на 3.9.0 и 3.11.1 тоже самое)

Автор:	vasile [ 22:30 16.09.2004 ]
Заголовок сообщения:
Vitls <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Все прилады работают, только NwN вываливается, в сисмемном логе сообщение о нехватке памяти ( 256М мало?). Х версии 4.2. Дрова fglrx 3.12.0 (на 3.9.0 и 3.11.1 тоже самое)</SPAN><HR size=22></SPAN></BLOCKQUOTE> — теперь можно попробовать драйвер постарее, например 3.2.9-4. По NWN — это известная проблема с ATI fglrx и NWN (а также UT200x при высоком уровне детализации) — на rage3d.net — видел предлагали патч для решения (или точнее минимизации) данной недорабоки.

Автор:	Vitls [ 07:31 17.09.2004 ]
Заголовок сообщения:
2 Vasile Ура... теперь оно и с -DMODVERSIONS заработало. Вопрос такой какая версия дров поддерживает двухголовость (телек как вторая голова) и одновременноя вляется максимально шустрой. Второй вопрос. Биос Radeon 9000 (Gigabyte) реально перепрошить на оригинальный? И стоит ли это делать? Поиск по форуму мало что прояснил.

Автор:	Vitls [ 07:36 17.09.2004 ]
Заголовок сообщения:
В догонку Второй вопрос отпал. Как выяснилось родных ATi-шных бивисов дяо 9000 нет в природе, только ОЕМные.

Автор:	vasile [ 08:16 17.09.2004 ]
Заголовок сообщения:
Vitls Вопрос такой какая версия дров поддерживает двухголовость (телек как вторая голова) — вроде все они поддерживают "DualHead" (правда не без ограничений) — см. в этой ветке примеры конфигурации, или здесь. и одновременноя вляется максимально шустрой. — это уже вам решать, так как скорость в разных приложениях для разных драйверов отличается не всегда одинаково — к примеру для игр вроде UT/ET лучше использовать 3.2.8, 3.2.9-4. Для Quake III — 3.7.0, и выше.

Автор:	Vitls [ 19:16 17.09.2004 ]
Заголовок сообщения:
2 Vasile Хм... откатился на 3.7.0. В glxgears число попугаев возросло с 1331 до 1805, к чему бы это... Ошибка (II) Loading extension ATITVOUT Symbol from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved! Повторилась всего 1 раз. Что не может не радовать. Нашел как в биос матери выставить апертуру в 64 Метра. NwN по прежнему палаем с диагнозом нехватки памяти.

Автор:	vasile [ 00:38 18.09.2004 ]
Заголовок сообщения:
Vitls В glxgears число попугаев возросло с 1331 до 1805, к чему бы это... — думаю стоит больше обращать внимание на реальные приложения, или игры. NwN по прежнему палаем с диагнозом нехватки памяти. — не смог найти ту ветку, но тем не менее сами патчи я сохранил (в двух вариантах) <font class="off"> <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> diff -ur fglrx-orig/lib/modules/fglrx/build_mod/firegl_public.c fglrx-patched/lib/modules/fglrx/build_mod/firegl_public.c --- fglrx-orig/lib/modules/fglrx/build_mod/firegl_public.c 2004-03-18 07:00:29.000000000 +0900 +++ fglrx-patched/lib/modules/fglrx/build_mod/firegl_public.c 2004-05-28 02:10:48.258677968 +0900 @@ -2816,10 +2816,21 @@ #ifdef FGL struct _agp_memory* __ke_agp_allocate_memory_phys_list(__ke_size_t pages, unsigned long type, unsigned long * phys_addr) { —#if 0 +#if LINUX_VERSION_CODE > KERNEL_VERSION(2,4,0) #ifdef __AGP__ — if (AGP_AVAILABLE(allocate_memory_phys_list)) — return AGP_FUNC(allocate_memory_phys_list)(pages, type, phys_addr); + if (AGP_AVAILABLE(allocate_memory)) { + int i; + struct _agp_memory* newmem = AGP_FUNC(allocate_memory)(pages, type); + + if (newmem) { + /* convert/copy the pysical adresses into the "new" agp_memory table / + for (i = 0; i < pages; i++) { + phys_addr[i] = newmem->memory[i]; + } + } + + return newmem; + } #endif / __AGP__ / #endif if (firegl_agp) diff -ur fglrx-orig/lib/modules/fglrx/build_mod/make.sh fglrx-patched/lib/modules/fglrx/build_mod/make.sh --- fglrx-orig/lib/modules/fglrx/build_mod/make.sh 2004-03-18 07:00:29.000000000 +0900 +++ fglrx-patched/lib/modules/fglrx/build_mod/make.sh 2004-05-27 13:11:56.000000000 +0900 @@ -468,7 +468,7 @@ src_file=/proc/kallsyms if [ -e $src_file ] then — if [ `fgrep smp $src_file -c` -gt 10 ] + if [ `fgrep smp $src_file -c` -gt 16 ] then SMP=1 echo "file $src_file says: SMP=$SMP" >> $logfile </PRE><HR></BLOCKQUOTE> и второй <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> diff -ru fglrx-orig/lib/modules/fglrx/build_mod/firegl_public.c fglrx-patched/lib/modules/fglrx/build_mod/firegl_public.c --- fglrx-orig/lib/modules/fglrx/build_mod/firegl_public.c 2004-03-18 07:00:29.000000000 +0900 +++ fglrx-patched/lib/modules/fglrx/build_mod/firegl_public.c 2004-05-27 18:59:47.000000000 +0900 @@ -2822,6 +2822,12 @@ return AGP_FUNC(allocate_memory_phys_list)(pages, type, phys_addr); #endif / __AGP__ / #endif +#if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,0) +#ifdef __AGP__ + if (AGP_AVAILABLE(allocate_memory)) + return AGP_FUNC(allocate_memory)(pages, type); +#endif / __AGP__ / +#endif if (firegl_agp) return (struct _agp_memory)FIREGL_agp_allocate_memory_phys_list(pages, type, phys_addr); return NULL; diff -ru fglrx-orig/lib/modules/fglrx/build_mod/make.sh fglrx-patched/lib/modules/fglrx/build_mod/make.sh --- fglrx-orig/lib/modules/fglrx/build_mod/make.sh 2004-03-18 07:00:29.000000000 +0900 +++ fglrx-patched/lib/modules/fglrx/build_mod/make.sh 2004-05-27 13:11:56.000000000 +0900 @@ -468,7 +468,7 @@ src_file=/proc/kallsyms if [ -e $src_file ] then — if [ `fgrep smp $src_file -c` -gt 10 ] + if [ `fgrep smp $src_file -c` -gt 16 ] then SMP=1 echo "file $src_file says: SMP=$SMP" >> $logfile </PRE><HR></BLOCKQUOTE> </font> PS: сам я эти патчи не пробовал, за отсутствием необходимости. [Исправлено: AndreyPopov : 18-09-2004 01:47] [Исправлено: AndreyPopov : 18-09-2004 01:48]

Автор:	Vitls [ 18:36 18.09.2004 ]
Заголовок сообщения:
2 Vasile >не смог найти ту ветку, но тем не менее сами патчи я сохранил (в двух вариантах) А не помогает.... Поставил 3.2.8, пропатчил... NwN мёртво вешается. Похоже есть серьезная несовместимость между fglrx и чипсетами VIA KTххх

Автор:	vasile [ 11:43 19.09.2004 ]
Заголовок сообщения:
Vitls Похоже есть серьезная несовместимость между fglrx и чипсетами VIA KTххх — похоже вы торопитесь обобщать свою проблему.

Автор:	Vitls [ 14:13 19.09.2004 ]
Заголовок сообщения:
2 Vasile > похоже вы торопитесь обобщать свою проблему. Не думаю... Вот <a href=http://www.google.ru/search?q=cache:5MJpEZ9L8t0J:nwn.bioware.com/forums/viewtopic.html%3Ftopic%3D356270%26forum%3D72%26sp%3D0+NwN+%2B+fglrx+%2B+%22memory+leak%22&hl=ru>тут& lt;/a> точно такая же проблема возникла.

Автор:	Vitls [ 14:18 19.09.2004 ]
Заголовок сообщения:
В догонку еще ссылка с точно такой же проблемой http://nwn.bioware.com/forums/viewtopic.html?topic=353674&forum=72 Таки не живут вместе KTxxx и fglrx под NwN

Автор:	Hawk Eye [ 15:33 19.09.2004 ]
Заголовок сообщения:
Пожалуйста, имеющие рабочие тв-выходы на 8500 — опубликуйте свои конфиги!!! Запарился уже ничего не выходит.

Автор:	vasile [ 15:48 19.09.2004 ]
Заголовок сообщения:
Hawk Eye и не выйдет (пока) — на R200 (8500/9100) не поддерживается TVOut, хотя на других платах (9000, 9200, 9600,..) проблем меньше

Автор:	vasile [ 16:09 19.09.2004 ]
Заголовок сообщения:
Hawk Eye здесь можно найти упоминание о данной проблеме: The ATI Linux Issues Thread — 3.7.6 <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote> -TV-Out on R200 cards IMPORTANT (still missing in 3.7.0) </SPAN><HR size=22></SPAN></BLOCKQUOTE> Vitls что грустно я уже думал скачать эту игру, но судя по всему остаюсь пока с UT2k4 All ATI Radeon Linux How-To — неплохо бы организовать перевод этого документа для русскоязычных пользователей.

Автор:	Hawk Eye [ 17:10 19.09.2004 ]
Заголовок сообщения:
Вот ведь .... ((( тогда 1 вариант остался — викидывать нафиг ати и тратит 80уе на нвидиу какую-нть/ иль лунух выкидывать, но я так уже в нём привык.. ... он должно же ведь показывать ...

Автор:	vasile [ 20:22 19.09.2004 ]
Заголовок сообщения:
Hawk Eye либо обновится на что-то вроде Radeon 9600 или лучше. Не думаю что разработчики ATI позволят использовать TVOut на R200 ранее чем, к примеру, собсвенную поддержку VIVO

Автор:	Vitls [ 08:06 20.09.2004 ]
Заголовок сообщения:
> и не выйдет (пока) — на R200 (8500/9100) не поддерживается TVOut, ИМХО, поддерживается драйверами fglrx > 2.9.x На 9-й странице данного топика есть моя статья как поднять телек второй головой (правда у меня 9000).

Автор:	vasile [ 08:26 20.09.2004 ]
Заголовок сообщения:
Vitls На 9-й странице данного топика есть моя статья как поднять телек второй головой (правда у меня 9000). — как пользователь R200 посмею возразить. Из всех поддерживаемых драйвером fglrx видеоконтролеров, R200 единственный не обладает двумя встренными RAMDAC, и несмотря что RV250 (Radeon 9000/PRO) это эволюция R200, он всё-же отличается тем что имея двухголовость (без использования ATI Theater), поддерживает TVOut в Linux/XFree86. Более поздние решения (начиная с R300), также имеют 2 встроенных RAMDAC, так что в этом вопросе проблем не должны иметь. Посмотрите: во всех рекомендациях по настройке TVOut упоминается что у автора либо Radeon 9000,9600 или лучше.

Автор:	Two_Byte [ 16:02 23.09.2004 ]
Заголовок сообщения:
Здравствуйте господа! Не прикручивал ли кто radeon 9800xt к xfree4.3.0? если есть у кого опыт поделитесь пожалуйста.

Автор:	vasile [ 22:28 23.09.2004 ]
Заголовок сообщения:
Two_Byte Достаточно использовать свежие драйвера (3.11.1,3.12.0), и в остальном следовать общим рекомендациям.

Автор:	Дмитрий [ 13:59 24.09.2004 ]
Заголовок сообщения:
Здравствуйте! Свой Radeon 9200 VIVO я настроил, 3D пашет, но, когда это самое 3D работает — на экране появляються полосочки от левого края нарисованного и до конца правого грая экрана. Вроде все перепробовал, никак не могу от них избавиться. Куда копать, где искать? ALT Linux Compact 2.3 + Sisyphus от 22.09.2004. Cel 2.66 i865PE

Автор:	Two_Byte [ 23:45 24.09.2004 ]
Заголовок сообщения:
vasile Именно эти драйвера я использую и ставил я их так как написано в HOWTO я не могу побороть следующую проблемму (вернее не знаю как): XFree86.0.log (WW) fglrx(0): Kernel Module version does not match driver. (EE) fglrx(0): incompatible kernel module detected — HW accelerated OpenGL will not work (II) fglrx(0): [drm] removed 1 reserved context for kernel (II) fglrx(0): [drm] unmapping 8192 bytes of SAREA 0xf8e46000 at 0x4025a000 (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * и в догонку уменя чипсет Nforce2

Автор:	vasile [ 12:44 25.09.2004 ]
Заголовок сообщения:
Дмитрий 3D пашет — так и не понял какой именно драйвер вы используете: DRI/XFree86, fglrx (какой версии?), gatos, Xi Graphics Accelerated-X, etc когда это самое 3D работает — то есть во всех OpenGL приложенях. Не могли бы вы уточнить список используемых OpenGL приложений. Корректно ли ваша плата работает на других системах? Наблюдается ли остановка системы при продожительной работе 3D приложения?

Автор:	vasile [ 12:48 25.09.2004 ]
Заголовок сообщения:
Two_Byte <font class="off">У вас остатки от "старых" драйверов несовместимых с текущей версией. Удалите fglrx.{ko,o} <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> #rm /lib/modules/`uname -r`/kernel/drivers/char/drm/fglrx.* </PRE><HR></BLOCKQUOTE> и пересоберите модуль ядра <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> #cd /lib/modules/fglrx/build_mod/ && ./make.sh && cd .. && ./make_install.sh </PRE><HR></BLOCKQUOTE> Если проблема останется (после перезагрузки системы) то следует удалить пакет fglrx (fglrx-glc22), очистить каталог /lib/modules/fglrx и повторить установку. <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> #rpm -e --force fglrx fglrx-glc22 #rm /lib/modules/fglrx #rm /lib/modules/`uname -r`/kernel/drivers/char/drm/fglrx.* </PRE><HR></BLOCKQUOTE></font> и в догонку уменя чипсет Nforce2 — убедитесь что используется agpgart из ядра (Option "UseInternalAGPGART" "no").

Автор:	Two_Byte [ 19:47 25.09.2004 ]
Заголовок сообщения:
vasile Проблемма немного изменилась теперь в логе вот это: (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.11.1 (II) fglrx(0): Date: Aug 4 2004 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.3-7mdk (II) fglrx(0): Build-Kernel MODVERSIONS: no (II) fglrx(0): Build-Kernel __SMP__: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xea000000 (EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV" (EE) fglrx(0): cannot init AGP (II) fglrx(0): [drm] removed 1 reserved context for kernel (II) fglrx(0): [drm] unmapping 8192 bytes of SAREA 0xf8e46000 at 0x4025a000 (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * Сегодня я провёл эксперемент, он заключался в том что без излишних усилий этот драйвер заработал на этом же дистрибутиве (Mandrake 10.0 Official) с такой видеокартой в системе на базе INTEL

Автор:	vasile [ 23:18 25.09.2004 ]
Заголовок сообщения:
Two_Byte повторюсь — следует использовать UseInternalAGPGART=no приведите связанный с проблеммой вывод в dmesg

Автор:	Two_Byte [ 00:12 26.09.2004 ]
Заголовок сообщения:
vasile Я его всегда использовал, по крайней мере в XF86Config-4 этот параметр имеет значение "no" В /var/log/dmesg я не нашёл ничего связанного с этой проблеммой Вот кусок /var/log/messages Sep 26 01:43:43 stupeed kernel: Linux agpgart interface v0.100 © Dave Jones Sep 26 01:43:43 stupeed kernel: fglrx: no version for "struct_module" found: kernel tainted. Sep 26 01:43:43 stupeed kernel: fglrx: module license 'Proprietary. © 2002 — ATI Technologies, Starnberg, GERMANY' taints kernel. Sep 26 01:43:43 stupeed kernel: [fglrx] Maximum main memory to use for locked dma buffers: 803 MBytes. Sep 26 01:43:43 stupeed kernel: [fglrx] module loaded — fglrx 3.11.1 [Aug 4 2004] on minor 0 Sep 26 01:43:43 stupeed kernel: [fglrx:firegl_unlock] ERROR Process 2230 using kernel context 0

Автор:	Two_Byte [ 00:19 26.09.2004 ]
Заголовок сообщения:
vasile Ещё одна вещь при инсталяции драйвера выходит ошибка про то что нет прав доступа к /proc/version

Автор:	vasile [ 11:59 26.09.2004 ]
Заголовок сообщения:
Two_Byte следует прописать в /etc/modprobe.conf следущее: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> # agpgart interface 0 alias agpgart0 nvidia_agp # DRI — card0 alias char-major-226-0 fglrx install fglrx /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install fglrx install radeon /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install radeon </PRE><HR></BLOCKQUOTE> для проверки достаточно просто перед запуском X подгрузить nvidia_agp Ещё одна вещь при инсталяции драйвера выходит ошибка про то что нет прав доступа к /proc/version — а точнее: какие права имеет /proc/version?

Автор:	Two_Byte [ 14:09 26.09.2004 ]
Заголовок сообщения:
vasile Все имеют доступ на чтение, владелец root, группа root, доступ восьмеричный 100444 я назначал rootу права на запись и запуск, тогда драйвер говорит что в этом файле содержится неверная информация , не помню точно что он мне писал вот его содержимое: Linux version 2.6.3-7mdk (nplanel@n3.mandrakesoft.com) (gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk)) #1 Wed Mar 17 15:56:42 CET 2004' если не трудно поясни что это, и на основе чего формируется его значение: alias char-major-226-0 fglrx

Автор:	vasile [ 00:20 27.09.2004 ]
Заголовок сообщения:
Two_Byte не помню точно что он мне писал — желательно уточнить. если не трудно поясни что это, и на основе чего формируется его значение: alias char-major-226-0 fglrx — это псевдоним для устройства /dev/dri/card0, имеющий major=226, minor=0. При открытии этого файла ядро вызовет modprobe char-major-226-0, а modprobe читает конфигурацию и загрузит fglrx, который и обслуживает это устройство — что нам и надо.

Автор:	Alexandr_E [ 12:31 28.09.2004 ]
Заголовок сообщения:
Fedora core-2 ATI Radeon9600XT NForce2A Ничего не понимаю. Установил драйвера для ATI. fglrx-4.3.0-3.12.0.i386.rpm Всё прошло нормально, без ошибок. Сделал линк с xorg.conf на XF86Config-4. Загружаю иксы и получаю вообще что-то непонятное: (WW) fglrx(0): Cannot read colourmap from VGA. Will restore with default (II) fglrx(0): UMM area: 0xb0500000 (size=0x07b00000) (II) fglrx(0): driver needs XFree86 version: 4.3.x (WW) fglrx(0): could not detect XFree86 version (query_status=-3) (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * (II) Loading extension ATITVOUT (==) RandR enabled Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved! (II) Setting vga for screen 0. (EE) Failed to initialize GLX extension (NVIDIA XFree86 driver not found) Никак не пойму — с какого перепуга на драйверах ATI нужен драйвер от NVidia? И откуда его взять можно?

Автор:	Дмитрий [ 05:43 29.09.2004 ]
Заголовок сообщения:
Alexandr_E по-моему так: в XF86Config-4 в секции modules вместо: Load "libglx.so" пропиши: Load "/usr/X11R6/lib/modules/extensions/libglx.so"

Автор:	SUNcheez [ 21:17 29.09.2004 ]
Заголовок сообщения:
Уууу как всё запущено-то. Какие-то странные проблемы. Протестировал я дрова 3.11.1 — с ними что-то странное. FPS в fgl_glxgears упало в 580 до 360 ( А так проблем нет. Ещё загвоздка с ними не хотят корректно инициализировать mtrr на ядрах 2.6.8, 2.6.8.1 и 2.6.9_rc1. Это приводит к тому что определяется не вся памать на видюхе вместо 256 метров только 128. Пришлось откатиться на ядро 2.6.7-r11 там всё пучком: и память определяется корректно и agp-8x тоже работает на ура. Только agpgart приходиться использовать следующий AMD K8 on CPU AGP-Gart.

Автор:	Vitls [ 19:30 30.09.2004 ]
Заголовок сообщения:
Джентльмены! Поздравляю с выходом драйверов версии 3.14.1 http://ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=11&submit.y=6&submit=GO%21

Автор:	Tapochki_3D [ 16:36 05.10.2004 ]
Заголовок сообщения:
У меня вот такая проблема.... С моей новой видюхой (Радион 9600 XT) линукс (Мандра 9.2) не запускает граф интреврейс. Ставлю через консоль дрова (3.14.1) перезагружаюсь выдаёт ошибку и гаф интерврейс не грузится. =(( в Drakconf все настройки стоят как пологается. На старой видюхе (Джиф 2) всё Окей ходит.

Автор:	niocom [ 17:25 05.10.2004 ]
Заголовок сообщения:
Subj... А как этот 3.14.1 (или хотя бы 3.2.8!) к Nforce3 и ядру 2.4.20 прикрутить? То, что я описывал для KT-600, конечно, не прокатывает... ядро не обновить — 200 с лишним метров скачать я не потяну...

Автор:	Jadeite [ 13:52 07.10.2004 ]
Заголовок сообщения:
А можно ли этот драйвер прицепить к Xorg 6.8.0 ? А то я его поставил, и теперь при попытке запустить любое приложение, использующее OpenGL, (даже fglrxinfo) вся система намертво виснет.....

Автор:	sigo [ 18:19 08.10.2004 ]
Заголовок сообщения:
Jadeite Одно скажу АТИ лентяи в области linux у них что не драйвер то дерьмо.. одни жалобы и вопли. то ли дело nvidiia МОЛОДЦЫ. Насчет поддержки Хорг у меня такая же херь.! драйвер каким-то чудом собрался но рабоатть не захотел ибо ати (брань и маты) Будт возможность куплю nvidia они в отличие от ати специальных дров для doom3 не делают. Придурки

Автор:	SUNcheez [ 09:11 09.10.2004 ]
Заголовок сообщения:
Мда... Молодые люди прежде чем что либо обсирать, лучше немного успокойтесь, подумайте... Смотря на вас с высоты своего опыта (а юзал я и NV и ATI) могу сказать зря вы ругаетесь... Про спец. драйвер для doom3 %) — ну это все притензии к разработчикам doom3 — они оптимизировали свою игру исключительно для NV... вот и приходится другим производителям видео карт приспосабливаться... Xorg 6.8.0-r1 превосходно работает с ATI картами, при этом fps в fgl_glxgears = 587, в простых glxgears fps=2341 %) и это с учётом того что у мя всеголишь Radeon 9600XT. А про тех поддержку — есть у вас проблема, скидываете все свои логи, конфиги и прочую лабуду связанную с вашей системой — и отсылаете в службу поддержки ATI, это поможет разработчикам драйверов исправить её если эта проблема ещё не исправлена в новых дровах, а если исправлена — обновите лрайвер %))

Автор:	niocom [ 15:56 09.10.2004 ]
Заголовок сообщения:
Да, конечно, всё дело в криворукости пользователя, особенно в случае Linux. Но лекарства лишь два — техподдержка и мануалы. Про техподдержку молчу, а мануала, как прикрутить 3.14.1 к NForce3 и ядру 2.4.20 пока что-то нигде нет... А то, что я сам пытаюсь методом тыка переправить модуль agpgart.c толку не даёт уже неделю... Так что, я зря покупал AMD64 ?!!!

Автор:	Jadeite [ 12:55 11.10.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>SUNcheez: Xorg 6.8.0-r1 превосходно работает с ATI картами, при этом fps в fgl_glxgears = 587, в простых glxgears fps=2341 %) и это с учётом того что у мя всеголишь Radeon 9600XT. А про тех поддержку — есть у вас проблема, скидываете все свои логи, конфиги и прочую лабуду связанную с вашей системой — и отсылаете в службу поддержки ATI, это поможет разработчикам драйверов исправить её если эта проблема ещё не исправлена в новых дровах, а если исправлена — обновите лрайвер %))</SPAN><HR size=22></SPAN></BLOCKQUOTE> Какие логи? Система виснет наглухо Помогает только резет.... В логах пусто. Ставил драйвер строго по инструкции.... Возможно, из-за того, что у меня 8500, а не 9600, как у вас, и не работает.... И вообще, я пытался поставить родные АТИшные дрова только для того, чтобы ТВ выход можно было использовать... А потом, судя по инетным форумам, оказалось, что для 8500 (и 9100) в атишных дровах нет поодержки тв-выхода

Автор:	SpellBuilder [ 22:45 13.10.2004 ]
Заголовок сообщения:
Подскажите пожалуйста, у меня X.Org 6.8.1, при установке драйвера от ATI (3.14.1 для XFree86 4.4.0) Xserver перестаёт запускаться... Видеокарта — Radeon9600. Ядро — 2.6.8.1. Стоит VESA FrameBuffer. В логах последняя инфа — про то, что "SIGNAL 11 cought". Есть ли какие идеи?

Автор:	Two_Byte [ 23:09 13.10.2004 ]
Заголовок сообщения:
vasile Спасибо за совет! Дрова работают, с помощью них открылись некоторые баги в mandrake 10.0 official продолжаю с ними бароться

Автор:	NIcName [ 23:17 18.10.2004 ]
Заголовок сообщения:
Кстати новые драйверы не работаю в Fedora Core 2 (т.к. там Xogr (нахрена?)), если у кого-нибудь есть какая-нибудь инфа и мысля по поводу работы 3D Xorg???

Автор:	faraway [ 01:09 19.10.2004 ]
Заголовок сообщения:
Two_Byte Можешь уточнить какие баги в ML10Off ?

Автор:	RooTname [ 22:44 19.10.2004 ]
Заголовок сообщения:
ЛЮДИ!!! ПОМОГИТЕ!!! Я недавно в Linux'ах... Знания мои почти ZERO... Однако я смог установить драйвера под Linux на GeForce2, хотя если чесно то также после прочтения ни одного HOWTO. Но теперь с этой картой Radeon 9600 (256) проблемы... Я уже пытался найти в сети описание (ПО РУССКИ) установки драйверов, но к сожалению безрезультатно...Положение усугубляется тем, что я использую Fedora Core 2 c Xorg...Barton 2500 &NForce2. Последняя надежда на добрых людей...ПОМОГИТЕ!!! Это уже дело принципа...НАДО поставить эти ... драйверы... Кинте ссылку, где можно подробно узнать или (если не очень трудно) напишите noname333@list.ru

Автор:	kirill0 [ 09:51 21.10.2004 ]
Заголовок сообщения:
Помогите решить проблему: после установки драйверов ATI, если грузить иксы под root, то всё работает прекрасно. Но если запускать иксы под обычным пользователем, то загружается фон рабочего стола и мыша на экране. Я так понимаю, проблема где-то с правами пользователей. НО где? Подскажите. Дистриб mdk10. Грузится Gnome.

Автор:	boot [ 12:10 23.10.2004 ]
Заголовок сообщения:
Описываю проблему.Radeon 9100,VIA KT400,RedHat 9.Не могу разобраться почему нет 3D-ускорения.Все делаю как нужно,перечитал все доки,исходники ядра стоят,сразу после установки запускаю fglrxconfig,конфигурирую.А после перезагрузки все пробую на GL-скринсейверах,tuxracer-всё очень тормозит(без ускорения,а с иксовыми дровами ускорение было).После установки glxinfo пишет"Direct rendering No"В логах пишется,что невозможно установить модуль fglrx,а при установке драйвера выскакивают сообщения : * Trying to install a precompiled kernel module. — creating symlink — recreating module dependency list depmod: * Unresolved symbols in /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o — trying a sample load of the kernel module /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: unresolved symbol __get_free_pages_Rsmp_4784e424 /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: unresolved symbol try_inc_mod_count_Rsmp_e6105b23 ..... ...И подобных много.далее.... * Found kernel module build environment, generating kernel module now. ATI module generator V 2.0 ========================== initializing... cleaning... patching 'highmem.h'... skipping patch for 'drmP.h', not needed patching 'drm_os_linux.h'... probing for VMA API version... doing script based build for kernel 2.4.x and similar compiling './agpgart_be.c'... compiling './agp3.c'... compiling './i7505-agp.c'... compiling './nvidia-agp.c'... compiling './firegl_public.c'... linking of fglrx kernel module... duplicating results into driver repository... done. ============================== — creating symlink — recreating module dependency list depmod: * Unresolved symbols in /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o — trying a sample load of the kernel module /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: unresolved symbol remap_page_range /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: unresolved symbol __wake_up ..... ....опять куча ошибок..... /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: Hint: You are trying to load a module without a GPL compatible license and it has unresolved symbols. The module may be trying to access GPLONLY symbols but the problem is more likely to be a coding or user error. Contact the module supplier for assistance, only they can help you. /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: insmod /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o failed /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o: insmod fglrx failed failed. depmod: * Unresolved symbols in /lib/modules/2.4.20-8/kernel/drivers/char/drm/fglrx.o * Warning * The QT based control panel application did not load in any version. // --- и вот еще панель не ставится,хотя я с qt ничего не делал,всё присутствует,но это не так важно === ATI display drivers successfully installed please run 'fglrxconfig' now === В ручную устанавливал/собирал по инструкции тоже самое. Пробовал по совету с мануала посдтавить оригинальный конфиг ядра к исходникам ядра и сделать make dep снова,безрезультатно.Причем glxinfo НЕ показывал что дрова именно ATI и имя видеокарты,а так и осталась Mesa.Но я устанавливал как положено через rpm -Uh --force,удалял предварительно MesaGL.Но самое главное,когда удаляю драйвер и возвращаюсь обратно к иксовому драйверу(поставив MesaGL),то 3д-ускорение(которое от стандартного модуля иксов) не восстанавливается. Ничего существенного из системы не менялось/не обновлялось,ядро стандартное 2.4.20-8.Драйвер ATI 4.3.0-3.11.1,а также 3.14.1.Пробовал ниже,результата нет.Кто сталкивался с такой проблемой,обьясните пожалуйста. А то многие в linux даже играют,очень хочется заставить работать видеокарту .Как я понял подобные проблемы присутствуют на чипах via?Мне не совсем понятно,что за патчи ставят и откуда?И еще,как можно вернуть аппаратное ускорение с иксового модуля? ... (II) fglrx(0): UMM area: 0xe0953000 (size=0x036ad000) (II) fglrx(0): driver needs XFree86 version: 4.3.x (II) fglrx(0): detected XFree86 version: 4.3.0 (II) Loading extension ATIFGLRXDRI (II) fglrx(0): doing DRIScreenInit drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed [drm] failed to load kernel module "fglrx" (II) fglrx(0): [drm] drmOpen failed (EE) fglrx(0): DRIScreenInit failed! (WW) fglrx(0): ********************************************* (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * ...... [Исправлено: boot : 23-10-2004 20:52]

Автор:	ArtLonger [ 13:54 23.10.2004 ]
Заголовок сообщения:
boot Всё-таки проблему опиши, закрытые темы регулярно удаляются...

Автор:	vasile [ 20:08 23.10.2004 ]
Заголовок сообщения:
kirill0 то загружается фон рабочего стола и мыша на экране. Я так понимаю, проблема где-то с правами пользователей. — скорее проблема с настройками пользователя. Попробуйте воспользоваться switchdesk. При неудаче, приводите вывод X сервера или его лог файл. boot подобное я решал (а системы у нас схожи) обновлением ядра (с kernel.org) niocom Так что, я зря покупал AMD64 ?!!! — обновление апаратной платформы как правило подразумевает обновление использующего его программного обеспечения (в частности ядра/или дистрибутива в целом который можно купить/заказать/скопировать). NIcName советовал бы посмотреть в форуме на rage3d.net — многие его участники используют данную комбинацию ПО. SpellBuilder видел на LOR'e сообщения что подобное возможно, но это был единичный случай. Как правило советуют использовать предыдущую версию X11 . RooTname трудно гадать что именно у вас не выходит — приводите ваши конкретные шаги и сообщения о ошибках. Не лишне воспользоватся патчем с этой страницы. <font class="off">faraway Видимо это был не bug, но feature </font>

Автор:	boot [ 20:39 23.10.2004 ]
Заголовок сообщения:
>>> подобное я решал (а системы у нас схожи) обновлением ядра (с kernel.org) to Vasile .А может есть способ без обновления?Попробую любые идеи.Пытался пару раз обновить,но всё заканчивалось невесело Тогда уж лучше дистрибутив сменить. А почему нет DRI при возврате обратно к иксовому модулю?Когда удаляю драйвер,модуль остаётся,я удаляю упоминание о нем из /lib/modules/2.4.20-8/modules.dep,а все равно хардварное ускорение не возвращается.

Автор:	vasile [ 01:03 24.10.2004 ]
Заголовок сообщения:
boot ответ как всегда нужно искать в лог-файлах, а также lsmod, dmesg.

Автор:	boot [ 14:56 24.10.2004 ]
Заголовок сообщения:
to Vasile : Да,пропустил я что в логах /var/log/messages сообщение modprobe: modprobe: Can't locate module char-major-226 Вы уже похожую ситуацию описывали,а что мне прописывать в /modules.conf в случае с чипсетом VIA?

Автор:	vasile [ 22:50 24.10.2004 ]
Заголовок сообщения:
boot <font class="off">Для fglrx: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> pre-install fglrx /sbin/insmod agpgart alias char-major-226-0 fglrx </PRE><HR></BLOCKQUOTE> Для стандартного radeon <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> pre-install radeon /sbin/insmod agpgart alias char-major-226-0 radeon </PRE><HR></BLOCKQUOTE></font>

Автор:	vea [ 05:16 29.10.2004 ]
Заголовок сообщения:
у меня ASUS A7V600 и ATI RADEON 9600 pro ядро kernel 2.6.8.1 стоит Xorg 6.7.0 причем видюха как и чипсет определяються правильно но апаратное ускорение не работает name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_make_current_read, GLX_SGIS_multisample client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.4 Mesa 5.0.2) OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess команда lsmod \|grep agpgart agpgart 27752 1 via-agp в конфиге от иксов насколько я мог понять за direct rendering отвечает строчка Load "dri" попытался выполнить modprobe dri говорит что нет такого также хотел поставить fglrx-4.3.0-3.14.1.i386.rpm но насколько я понял у xorg и fglrx разные конфиги для иксов следовательно нечего не заработало а как поченить я незнаю (всего неделю в ленуксе) вобшем может кто подскажет как включить поддержку 3D только поподгобнее ?

Автор:	vasile [ 21:51 29.10.2004 ]
Заголовок сообщения:
vea стандартный драйвер ati (или radeon) не поддерживает DRI для видеочипов R300 и новее. Следует использовать драйвер от ATI — fglrx.

Автор:	SUNcheez [ 22:55 29.10.2004 ]
Заголовок сообщения:
VEA вы писали: также хотел поставить fglrx-4.3.0-3.14.1.i386.rpm но насколько я понял у xorg и fglrx разные конфиги для иксов следовательно нечего не заработало а как поченить я незнаю (всего неделю в ленуксе) На самом деле всё очень просто. Ставите дрова как написано было уже не раз, затем запускаете утилиту glrxconfig, затем полученный файл переименовываете в xorg.conf, затем правите дополнительные настройки вручную (типа русский язык). ВСЁ. Стандартно запускаете Хы — должно всё работать. На самом деле вся разница только в названии конфигов. P.S. 3D ускорение может не работать т.к. необходимо поменять линки на GL библиотеки от ATI (проблему не инициализации DRI-я не рассматриваю в связи с её тривиальностью). В Gentoo Linux это делается с помощью команды: "opengl-update ati". В других дистрах подобной утилиты я не встречал — поэтому придётся всё делать руками, а что на что ссылать — это зависит от конкретного дистрибутива (пути к библиотекам различаются)

Автор:	Dr.Kazay [ 14:36 30.10.2004 ]
Заголовок сообщения:
Какие дрова ставить на 9800Se в Linux Mandrake 9.2 и 10.1 Linux/Xfree86 4.1.0-3.2.8 Linux/Xfree86 4.2.0-3.2.8 Linux/Xfree86 4.3.0-3.2.8 Ответте начинающиму пользователю.И как посиотреть в линуксе номер версии ядра 4.1.0 или 4.2.0??? И как их там ставить. Есть ли фак по линуксу????

Автор:	Dr.Kazay [ 14:36 30.10.2004 ]
Заголовок сообщения:
Какие дрова ставить на 9800Se в Linux Mandrake 9.2 и 10.1 Linux/Xfree86 4.1.0-3.2.8 Linux/Xfree86 4.2.0-3.2.8 Linux/Xfree86 4.3.0-3.2.8 Ответте начинающиму пользователю.И как посиотреть в линуксе номер версии ядра 4.1.0 или 4.2.0??? И как их там ставить. Есть ли фак по линуксу????

Автор:	Dr.Kazay [ 14:37 30.10.2004 ]
Заголовок сообщения:
Какие дрова ставить на 9800Se в Linux Mandrake 9.2 и 10.1 Linux/Xfree86 4.1.0-3.2.8 Linux/Xfree86 4.2.0-3.2.8 Linux/Xfree86 4.3.0-3.2.8 Ответте начинающиму пользователю.И как посиотреть в линуксе номер версии ядра 4.1.0 или 4.2.0??? И как их там ставить. Есть ли фак по линуксу????

Автор:	Gravitator [ 09:51 04.11.2004 ]
Заголовок сообщения:
Вчера поставил дрова на Fedora Core 2. Видюха Radeon 9600XT + мать на KT266A. Парился 2 часа, но вроде заработало. Алгоритм действий был таков: снес пакет MESA-libGL входящий в дистриб, потом все делал как указано в мануале по установке от ATI, а далее пришлось соеденить файлы X86Config-4 и файл xorg.conf. Из первого взя все настройки по видюхе, а из второго — по клаве, мышке, экрану и т.п.

Автор:	Gravitator [ 19:33 04.11.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Вчера поставил дрова на Fedora Core 2. Видюха Radeon 9600XT + мать на KT266A. Парился 2 часа, но вроде заработало. Алгоритм действий был таков: снес пакет MESA-libGL входящий в дистриб, потом все делал как указано в мануале по установке от ATI, а далее пришлось соеденить файлы X86Config-4 и файл xorg.conf. Из первого взя все настройки по видюхе, а из второго — по клаве, мышке, экрану и т.п.</SPAN><HR size=22></SPAN></BLOCKQUOTE> все заработало... остался лишь тюнинг, но это мелочи

Автор:	krendel [ 16:44 05.11.2004 ]
Заголовок сообщения:
ядро linux-2.6.6 иксы Xorg 6.8 карта Radeon 9200 saphire Есть небольшая(или большая) проблема --- после некоторох мучений я научился ставить дрова fglrx-ххх.... (fglrx я ставил на XFree) но после того, как я переткнул монитор в DVI кабель --- при попытке загрузить иксы экран чернеет, но иксы не падают. --- при нажатии ctrl-alt-bkspace экран не становится нормальным, после этого ctrl-alt-del и система спокойно перегружается. Если заходить по ssh то наблюдается такая картина --- иксы грузятся, но экран черный, иксы убиваем --- но экран все равно черный меняем дрова в XFConfig и иксы грузятся нормально. логи сразу писать не буду --- вдруг кто сходу скажет в чем проблема. Так вот. это еще не все. после того как я перестал пытаться что-то сделать с fglrx, я решил поробовать поставить Xorg, и соответствующие дрова от dri.sourceforge.org анологично, все заработало, но! GL заставки в иксах мерцают (происходит следующее --- полигоны выводятся последовательно и сразу на экран, вместо того, что бы сначала выводиться в буффер, а потом на экран) --- что с этим делать --- не пойму --- нигде сие не описано. Да, tuxracer в основном пашет нормально, только вот лед в нем мерцает!!! я долгое время пытался разобраться в чем дело, но единственное к чему пришел --- когда я собираю Xorg, там в либах отсутствует libGLU --- может быть в этом корень проблемы? и вообще --- из какого пакета должна браться libGLU???

Автор:	vasile [ 01:23 06.11.2004 ]
Заголовок сообщения:
из какого пакета должна браться libGLU??? XFree86-Mesa-libGLU

Автор:	krendel [ 01:45 06.11.2004 ]
Заголовок сообщения:
<BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>vasile: из какого пакета должна браться libGLU??? XFree86-Mesa-libGLU</SPAN><HR size=22></SPAN></BLOCKQUOTE> да, к сожалению --- уже нашел и поставил. не помогло да, еще --- лог Xorg, при дровах от dri project ---- просто идеальный, glxconfig тоже ни на что не ругается. А можете сказать --- что у вас glxconfig \| grep fb выдает ? --- у меня: GLX_SGIS_multisample, GLX_SGIX_fbconfig GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig и эти строчки относятся к glx может там еще и в opengl extentions должна быть поддержка framebuffer-а лог glxinfo --- может кто подскажет --- вдруг чего-то там нехватает. при export LIBGL_DEBUG=verbose: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.1 r200 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20041007 AGP 1x x86/MMX+/3DNow!+/SSE TCL OpenGL version string: 1.3 Mesa 6.3 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow

Автор:	sudemon [ 19:20 07.11.2004 ]
Заголовок сообщения:
Mandrake 10.0 Community (kernel-2.6.3-4mdk), radeon 9600xt(fglrx-4.3.0-3.14.1.i386.rpm) монитор подключен через стандартный разъем, мать epox 8rda3l(nforce 2 ultra 400). в XF86Config стоит Option "UseInternalAGPGART" "no" (если поставить yes то DRI не грузится) в /etc/modprobe.conf добавлены строки ( чтоб DRI запускался ): # agpgart interface 0 alias agpgart0 nvidia_agp # DRI — card0 alias char-major-226-0 fglrx install fglrx /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install fglrx install radeon /sbin/modprobe agpgart0; /sbin/modprobe --ignore-install radeon В логе XFConfig.0.log ошибок нет Проблема вот в чем: При запуске игр Quake3 и Painkiller (других win-игр нет) через cedega(winex) выходит вот что: Major opcode of failed request: 145 (ATIFGLRXDRI) Minor opcode of failed request: 1 () Value in failed request: 0x46 Serial number of failed request: 2919 Current serial number in output stream: 2919 Дальше игра не запускается. Какое может быть решение. PS: в /etc/modprobe.conf пробовал менять alias char-major-226-0 fglrx на alias char-major-145-1 fglrx, но не помогло, мож еще 2919 где-то менять можно.

Автор:	ZOleg73 [ 06:47 10.11.2004 ]
Заголовок сообщения:
У меня стоит ASPLinux 10 (основан на FC2, kernel 2.6.9 XOrg 6.8.1), мать nForce2 400 Ultra, Radeon 9600 128Mb, 1024 метра RAM Если использовать драйвер radeon от иксов, то все пашет нормально, только ессно ускорения GL нету. Ставлю дрова ATI fglrx-4.3.0-3.14.1.i386.rpm (rpm -Uvh --force fglrx-4.3.0-3.14.1.i386.rpm), вручную компилю модуль ядра, ставлю его и гружу — все ок. В /etc/X11/xorg.conf пишу(настройки клавы моника и крысы вырезал): Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "DevInputMice" "AlwaysCore" EndSection Section "Module" # Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "v4l" Load "type1" Load "freetype" EndSection Section "Device" Identifier "ATI Radeon 9600 GL" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "unspecified" Option "VRefresh2" "unspecified" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00000000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "no" Option "FSAAScale" "1" Option "FSAADisableGamma" "yes" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "0" Option "BlockSignalsOnLock" "on" Option "UseInternalAGPGART" "no" Option "ForceGenericCPU" "no" BusID "PCI:2:0:0" # vendor=1002, device=4150 Screen 0 EndSection Section "Screen" Identifier "Screen0" Device "ATI Radeon 9600 GL" # Device "ATI\|RV350 AP [Radeon 9600]" Monitor "Monitor" DefaultColorDepth 24 SubSection "Display" Depth 4 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 32 Modes "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Mode 0666 EndSection Вобщем иксы стартуют нормально, 2D пашет отлично, но как только пытаюсь запустить любую OpenGL прогу (даже glxinfo) — иксы сразу вылетают. Ядро у меня скомпилено под Athlon, дай думаю перекомпилю XOrg тоже под этот проц: rpmbuild --rebuild -vv --target athlon xorg-x11-6.8.1-12.src.rpm — все ок, ставлю то что скомпилилось, снова rpm -Uvh --force fglrx-4.3.0-3.14.1.i386.rpm, запускаю иксы, glxinfo — иксы теперь не вылетают, теперь комп просто наглухо виснет. А теперь вопрос — может кто уже сталкивался с такой проблемой и знает как ее решить? Хелп ми плиз!!!!!

Автор:	ZOleg73 [ 06:53 10.11.2004 ]
Заголовок сообщения:
Народ вышел новый драйвер от ATI — 3.14.6 от 9 ноября!!!! http://ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=11&submit.y=6&submit=GO%21 Щас качну его и попробую — может исчезнет мой трабл.

Автор:	vasile [ 12:07 10.11.2004 ]
Заголовок сообщения:
ZOleg73 судя по Release Notes — ситуация с XOrg-6.8 не изменилась — кроме пары сообщений на LOR'e о нормальной работе, ничего утешительного не нашёл. ATI Proprietary Linux Driver 3.14.6 — от 09.11.2004 ссылки: для XFree86-4.1.0 — 3.2M для XFree86-4.2.0 — 2.9M для XFree86-4.3.0 — 4.0M изменения (из Release Notes) [] — поддержка всех PCI-E решений (кроме X700) [] — Doom 3: Random polygons no longer appear throughout the display while playing the game [] — 3D Applications no longer fail to respond on RHEL 3.0 with 1GB or more memory installed [] — The System no longer fails to respond when moving the mouse around on the screen on some systems sudemon <BLOCKQUOTE><SPAN class=hquote>цитата:</SPAN><HR size=22><SPAN class=quote>Дальше игра не запускается. Какое может быть решение. PS: в /etc/modprobe.conf пробовал менять alias char-major-226-0 fglrx на alias char-major-145-1 fglrx, но не помогло, мож еще 2919 где-то менять можно.</SPAN><HR size=22></SPAN></BLOCKQUOTE> — нет, это уже лишнее. Стоит попробовать запустить тот-же QuakeIII без Wine/X — native версию. Или Unreal Tournament Classic/2003/2004, tuxracer, RtCW, NWN — все эти игры имеют native Linux версии (доступные в Интернет). krendel Цитата: >А можете сказать --- что у вас glxconfig \| grep fb выдает ? \ — к сожалению не могу — недавно обновился с RedHat 9 (Shrike) до Fedora 2.92, пересобрал большинство пакетов, но XFree86-4.3.0 оставил от RedHat.

Автор:	ZOleg73 [ 16:11 10.11.2004 ]
Заголовок сообщения:
Поставил 3.14.6 — не помогло — все тоже самое Уже все перепробовал — ноль результатов!!!! ATI — гады не хотят делать нормальные дрова!!!!! Буду менять карту на nVidia

Автор:	ZOleg73 [ 16:14 10.11.2004 ]
Заголовок сообщения:
Поставил 3.14.6 — не помогло — все тоже самое Уже все перепробовал — ноль результатов!!!! ATI — гады не хотят делать нормальные дрова!!!!! Буду менять карту на nVidia, тем более что у меня стоит еще и FreeBSD 5.3 — а в ней видимо никогда небудет нормальных дров для ATIшных карт.

Автор:	ZOleg73 [ 16:29 10.11.2004 ]
Заголовок сообщения:
Тем более что у меня еще стоит FreeBSD 5.3 — а под нее дрова от ATI по моему не появятся никогда, в отличие от nVidia. Так что вывод один — пора уходить от ATI, а то они гады никогда не напишут нормальных дров!!! Но это только мое мнение, так что никого прошу не обижатся.

Автор:	ghost154 [ 23:21 10.11.2004 ]
Заголовок сообщения:
Народ подскажите как заставить radeon 9000m работать c dri? Дистибутив Fedora Core 2, ядро 2.6.9, xorg 6.7.0-9, устанавливал драйвера 3.14.6 для XFree86-4.3.0 в \etc\X11\xorg.conf добавил следующие: # XFree86 4 configuration created by pyxf86config Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "yes" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "LCD Panel 1400x1050" HorizSync 31.5 — 70.0 VertRefresh 50.0 — 160.0 Option "dpms" EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "30.0 — 70.0" #из секции монитор Option "VRefresh2" "50.0 — 160.0" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00008800" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "yes" Option "FSAAScale" "6" Option "FSAADisableGamma" "no" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "2" Option "BlockSignalsOnLock" "on" Option "UseInternalAGPGART" "yes" Option "ForceGenericCPU" "no" BusID "PCI:1:0:0" # vendor=1002, device=496e Screen 0 EndSection Section "Device" Identifier "Videocard0" Driver "fglrx" VendorName "Videocard vendor" BoardName "ATI Radeon Mobility M9" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 16 Modes "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection потом запустил иксы все запустилось! glxinfo показывает что direct rendering: Yes, fgl_gears показывает 1706 frames in 5.0 seconds = 341.200 FPS. Но при обрашение к dri иксы выснут кто знает как настроить dri?

Автор:	vasile [ 23:48 10.11.2004 ]
Заголовок сообщения:
ZOleg73 В форуме на rage3d.net представитель ATI Linux Team (Matthew Mtippett) обьяснил что пока в поддерживаемых дистрибутивах (а это в настоящий момент RedHat EL, Novel SuSE Linux) не включат xorg-6.8, они не гарантируют поддержку в драйверах этой версии. Так как вчера вышла Fedora Core 3, и недавно появился SuSE 9.2 включающие xorg-6.8, то в следующем запланированном выпуске они обеспечат соответсвующую поддержку. К слову текущие драйвера работают с XFree86 4.1, 4.2, 4.3, 4.4, xorg-6.7, используемые в поддерживаемых дистрибутивах. О драйвере 3.14.6 — это не запланированный 2-х месячный выпуск, но так называемый hot-fix для решения проблем c Doom 3, и поддержкой некоторый PCI-E устройств (аналогичные "бета"-версии есть и для Windows Catalyst'ов). Соотвественно список изменений в Release Notes не отображает обём проведённых командой разработчиков работ над драйвером. Политика компании (ATI) предполагает неразглашение информации о продуктах до их выпуска, поэтому они (ATI Linux Team) не сообщают о нововедениях в следующей версии драйвера. Единственно известно что больших изменений следует ожидать в декабре (этого года).

Автор:	vasile [ 23:51 10.11.2004 ]
Заголовок сообщения:
ghost154 Цитата: >vasile все зделал как ты сказал установилась без ошибок но dri не работает\ а что в лог-файлах интересного а что за драйвера от xorg/dri где можно скачать и будет ли работать dri ? имеется ввиду сам XOrg последней версии, и сайт проекта dri.

Автор:	ghost154 [ 04:43 11.11.2004 ]
Заголовок сообщения:
лог Xorg слишком большой так что я его немного укоротил <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> (II) Setting vga for screen 0. (II) fglrx(0): === [R200PreInit] === begin, [s] (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): PCI bus 1 card 0 func 0 () fglrx(0): Depth 24, (--) framebuffer bpp 32 (II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) fglrx(0): Default visual is TrueColor (==) fglrx(0): Qbs disabled (==) fglrx(0): RGB weight 888 (II) fglrx(0): Using 8 bits per RGB (8 bit DAC) (==) fglrx(0): Gamma Correction for I is 0x06419064 (==) fglrx(0): Gamma Correction for II is 0x06419064 (==) fglrx(0): Buffer Tiling is ON (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): initializing int10 (WW) fglrx(0): Bad V_BIOS checksum (II) fglrx(0): Primary V_BIOS segment is: 0xc000 (--) fglrx(0): Chipset: "ATI RV250 Lf (M9)" (Chipset = 0x4c66) (--) fglrx(0): (PciSubVendor = 0x1584, PciSubDevice = 0x2301) (--) fglrx(0): board vendor info: third party grafics adapter — NOT original ATI (--) fglrx(0): Linear framebuffer (phys) at 0xb0000000 (--) fglrx(0): MMIO registers at 0xdfdf0000 (--) fglrx(0): ROM-BIOS at 0xdfdc0000 (--) fglrx(0): ChipExtRevID = 0x01 (--) fglrx(0): ChipIntRevID = 0x00 (--) fglrx(0): VideoRAM: 65536 kByte (64-bit DDR SDRAM) (WW) fglrx(0): board is an unknown third party board, chipset is supported (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): I2C bus "DDC" initialized. (II) fglrx(0): Connector Layout from BIOS -------- (II) fglrx(0): Connector1: DDCType-3, DACType-0, TMDSType--1, ConnectorType-2 (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): DDC detected on DDCType 3 with Monitor Type 0 (II) fglrx(0): Primary head: Monitor -- LVDS Connector -- None DAC Type -- Unknown TMDS Type -- NONE DDC Type -- NONE (II) fglrx(0): Secondary head: Monitor -- NONE Connector -- VGA DAC Type -- Primary TMDS Type -- NONE DDC Type -- VGA_DDC (II) fglrx(0): (II) fglrx(0): DesktopSetup 0x0000 (II) fglrx(0): Panel ID string: 1400x1050SharpLQ0DAS5540 (II) fglrx(0): Panel Size from BIOS: 1400x1050 (==) fglrx(0): PseudoColor visuals disabled (==) fglrx(0): Overlay disabled (==) fglrx(0): Overlay disabled (II) fglrx(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000 (==) fglrx(0): Using gamma correction (1.0, 1.0, 1.0) (==) fglrx(0): Center Mode is disabled (==) fglrx(0): TMDS coherent mode is enabled (II) fglrx(0): Valid mode using on-chip RMX: 1400x1050 (II) fglrx(0): Valid mode using on-chip RMX: 1280x1024 (II) fglrx(0): Valid mode using on-chip RMX: 1280x960 (II) fglrx(0): Valid mode using on-chip RMX: 1152x864 (II) fglrx(0): Valid mode using on-chip RMX: 1024x768 (II) fglrx(0): Valid mode using on-chip RMX: 800x600 (II) fglrx(0): Valid mode using on-chip RMX: 640x480 (II) fglrx(0): Total 7 valid mode(s) found. (--) fglrx(0): Virtual size is 1400x1050 (pitch 1408) () fglrx(0): Mode "1400x1050": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "1400x1050" 108.00 1400 1616 1728 1856 1050 1059 1071 1280 () fglrx(0): Mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "1280x1024" 108.00 1280 1616 1728 1856 1024 1059 1071 1280 (*) fglrx(0): Mode "1280x960": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "1280x960" 108.00 1280 1616 1728 1856 960 1059 1071 1280 (*) fglrx(0): Mode "1152x864": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "1152x864" 108.00 1152 1616 1728 1856 864 1059 1071 1280 (*) fglrx(0): Mode "1024x768": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "1024x768" 108.00 1024 1616 1728 1856 768 1059 1071 1280 (*) fglrx(0): Mode "800x600": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "800x600" 108.00 800 1616 1728 1856 600 1059 1071 1280 (*) fglrx(0): Mode "640x480": 108.0 MHz (scaled from 0.0 MHz), 58.2 kHz, 45.5 Hz (II) fglrx(0): Modeline "640x480" 108.00 640 1616 1728 1856 480 1059 1071 1280 (==) fglrx(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (==) fglrx(0): NoAccel = NO (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (==) fglrx(0): HPV inactive (==) fglrx(0): FSAA enabled: NO (==) fglrx(0): FSAA Gamma enabled (==) fglrx(0): FSAA Multisample Position is fix (==) fglrx(0): NoDRI = NO (II) Loading sub module "fglrxdrm" (II) LoadModule: "fglrxdrm" (II) Loading /usr/X11R6/lib/modules/linux/libfglrxdrm.a (II) Module fglrxdrm: vendor="Fire GL — ATI Research GmbH, Germany" compiled for 4.3.0.1, module version = 3.14.1 ABI class: XFree86 Server Extension, version 0.2 (II) fglrx(0): Depth moves disabled by default (==) fglrx(0): Capabilities: 0x00000000 (==) fglrx(0): cpuFlags: 0x8000001d (==) fglrx(0): cpuSpeedMHz: 0x00000aee (==) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so" (==) fglrx(0): UseFastTLS=0 (==) fglrx(0): BlockSignalsOnLock=1 (==) fglrx(0): EnablePrivateBackZ = NO (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xdfdf0000 — 0xdfdfffff (0x10000) MX[B] [1] 0 0 0xb0000000 — 0xb7ffffff (0x8000000) MX[B] [2] -1 0 0xffe00000 — 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 — 0x0fffffff (0xff00000) MX[B]E(B) [4] -1 0 0x000f0000 — 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 — 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 — 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xdfefe000 — 0xdfefefff (0x1000) MX[B] [8] -1 0 0xdfeff800 — 0xdfefffff (0x800) MX[B] [9] -1 0 0x10000600 — 0x100006ff (0x100) MX[B] [10] -1 0 0x10000400 — 0x100005ff (0x200) MX[B] [11] -1 0 0x10000000 — 0x100003ff (0x400) MX[B] [12] -1 0 0xdffffc00 — 0xdfffffff (0x400) MX[B] [13] -1 0 0xc0000000 — 0xbfffffff (0x0) MX[B]O [14] -1 0 0xdfdc0000 — 0xdfddffff (0x20000) MX[B](B) [15] -1 0 0xdfdf0000 — 0xdfdfffff (0x10000) MX[B](B) [16] -1 0 0xb0000000 — 0xb7ffffff (0x8000000) MX[B](B) [17] 0 0 0x000a0000 — 0x000affff (0x10000) MS[B] [18] 0 0 0x000b0000 — 0x000b7fff (0x8000) MS[B] [19] 0 0 0x000b8000 — 0x000bffff (0x8000) MS[B] [20] 0 0 0x0000b000 — 0x0000b0ff (0x100) IX[B] [21] -1 0 0x0000ffff — 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 — 0x000000ff (0x100) IX[B] [23] -1 0 0x0000c800 — 0x0000c8ff (0x100) IX[B] [24] -1 0 0x0000cc00 — 0x0000cc7f (0x80) IX[B] [25] -1 0 0x0000e300 — 0x0000e37f (0x80) IX[B] [26] -1 0 0x0000e200 — 0x0000e2ff (0x100) IX[B] [27] -1 0 0x0000e100 — 0x0000e13f (0x40) IX[B] [28] -1 0 0x0000e000 — 0x0000e0ff (0x100) IX[B] [29] -1 0 0x00000540 — 0x0000055f (0x20) IX[B] [30] -1 0 0x0000ffa0 — 0x0000ffaf (0x10) IX[B] [31] -1 0 0x0000df80 — 0x0000df9f (0x20) IX[B] [32] -1 0 0x0000df40 — 0x0000df5f (0x20) IX[B] [33] -1 0 0x0000df20 — 0x0000df3f (0x20) IX[B] [34] -1 0 0x0000b000 — 0x0000b0ff (0x100) IX[B](B) [35] 0 0 0x000003b0 — 0x000003bb (0xc) IS[B] [36] 0 0 0x000003c0 — 0x000003df (0x20) IS[B] (II) fglrx(0): UMM area: 0xb07ad000 (size=0x03853000) (II) fglrx(0): driver needs XFree86 version: 4.3.x (WW) fglrx(0): could not detect XFree86 version (query_status=-3) (II) Loading extension ATIFGLRXDRI (II) fglrx(0): doing DRIScreenInit drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmGetBusid returned '' (II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:0:0" (II) fglrx(0): [drm] added 8192 byte SAREA at 0xd0929000 (II) fglrx(0): [drm] mapped SAREA 0xd0929000 to 0xb7d24000 (II) fglrx(0): [drm] framebuffer handle = 0xb0000000 (II) fglrx(0): [drm] added 1 reserved context for kernel (II) fglrx(0): DRIScreenInit done (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 3.14.1 (II) fglrx(0): Date: Sep 27 2004 (II) fglrx(0): Desc: ATI Fire GL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.9 (II) fglrx(0): Build-Kernel MODVERSIONS: no (II) fglrx(0): Build-Kernel __SMP__: no (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xdfdf0000 (II) fglrx(0): [agp] Mode=0x1f000217 bridge: 0x8086/0x2560 (II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000 (II) fglrx(0): [agp] AGP v3 disable mask 0x00000000 (II) fglrx(0): [agp] enabling AGP with mode=0x1f000314 (II) fglrx(0): [agp] AGP protocoll is enabled for grafics board. (cmd=0x1f000314) (II) fglrx(0): [agp] grafics chipset has AGP v2.0 (II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes (II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 28672 (II) fglrx(0): [drm] texture shared area handle = 0xd4c01000 (II) fglrx(0): shared FSAAScale=1 (II) fglrx(0): DRI initialization successfull! (II) fglrx(0): FBADPhys: 0xb0000000 FBMappedSize: 0x007ad000 (II) fglrx(0): Splitting WC range: base: 0xb0000000, size: 0x7ad000 (II) fglrx(0): Splitting WC range: base: 0xb0400000, size: 0x3ad000 (II) fglrx(0): Splitting WC range: base: 0xb0600000, size: 0x1ad000 (II) fglrx(0): Splitting WC range: base: 0xb0700000, size: 0xad000 (II) fglrx(0): Splitting WC range: base: 0xb0780000, size: 0x2d000 (II) fglrx(0): Splitting WC range: base: 0xb07a0000, size: 0xd000 (II) fglrx(0): Splitting WC range: base: 0xb07a8000, size: 0x5000 (==) fglrx(0): Write-combining range (0xb07ac000,0x1000) (==) fglrx(0): Write-combining range (0xb07a8000,0x5000) (==) fglrx(0): Write-combining range (0xb07a0000,0xd000) (==) fglrx(0): Write-combining range (0xb0780000,0x2d000) (==) fglrx(0): Write-combining range (0xb0700000,0xad000) (==) fglrx(0): Write-combining range (0xb0600000,0x1ad000) (==) fglrx(0): Write-combining range (0xb0400000,0x3ad000) (==) fglrx(0): Write-combining range (0xb0000000,0x7ad000) (II) fglrx(0): FBMM initialized for area (0,0)—(1408,1429) (II) fglrx(0): FBMM auto alloc for area (0,0)—(1408,1050) (front color buffer — assumption) (==) fglrx(0): Backing store disabled (==) fglrx(0): Silken mouse enabled (II) fglrx(0): Using hardware cursor (scanline 1056) (II) fglrx(0): Largest offscreen area available: 1408 x 365 () Option "dpms" () fglrx(0): DPMS enabled (II) fglrx(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Solid Lines Dashed Lines Offscreen Pixmaps Setting up tile and stipple cache: 22 128x128 slots (II) fglrx(0): Acceleration enabled (II) fglrx(0): X context handle = 0x00000001 (II) fglrx(0): [DRI] installation complete (II) fglrx(0): Direct rendering enabled (II) Loading extension FGLRXEXTENSION (II) Loading extension ATITVOUT (==) RandR enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR () Option "Protocol" "IMPS/2" () Mouse0: Device: "/dev/input/mice" () Mouse0: Protocol: "IMPS/2" () Option "CorePointer" () Mouse0: Core Pointer () Option "Device" "/dev/input/mice" () Option "Emulate3Buttons" "yes" () Mouse0: Emulate3Buttons, Emulate3Timeout: 50 () Option "ZAxisMapping" "4 5" () Mouse0: ZAxisMapping: buttons 4 and 5 () Mouse0: Buttons: 5 () Option "CoreKeyboard" () Keyboard0: Core Keyboard () Option "Protocol" "standard" () Keyboard0: Protocol: standard () Option "AutoRepeat" "500 30" () Option "XkbRules" "xorg" () Keyboard0: XkbRules: "xorg" () Option "XkbModel" "pc105" () Keyboard0: XkbModel: "pc105" () Option "XkbLayout" "us,ru(winkeys)" () Keyboard0: XkbLayout: "us,ru(winkeys)" () Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" () Keyboard0: XkbOptions: "grp:alt_shift_toggle,grp_led:scroll" () Option "CustomKeycodes" "off" () Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: ps2EnableDataReporting: succeeded SetClientVersion: 0 8 </PRE><HR></BLOCKQUOTE> А если поставить FC3 то тма наверно стоит Xorg 6.8.1 На сайте dri много вякого что точно надо качать?

Автор:	vasile [ 10:06 11.11.2004 ]
Заголовок сообщения:
ghost154 А если поставить FC3 то тма наверно стоит Xorg 6.8.1 — можно и так. Можно просто пересобрать этот пакет взяв его от FC3. Здесь следует искать xorg-x11-6.8.1-?.src.rpm все зделал как ты сказал установилась без ошибок но dri не работает — по лог-файлу видно что работает ((II) fglrx(0): Direct rendering enabled). Как проверяется наличие/отсутствие DRI? Как работает tuxracer?

Автор:	ghost154 [ 10:26 11.11.2004 ]
Заголовок сообщения:
tuxracer работает нормально! но вот как, запускаю win игрушку через cedega X сразу виснут, закомментирую в Xorg.conf dri игрушка запускается, но с тормозами гдето в 2 — 3 fps. Интересно как так может быть без dri запускаются игрушки но тормозят, а с dri X выснут.

Автор:	vasile [ 01:56 12.11.2004 ]
Заголовок сообщения:
ghost154 нужно добавить в Section "Module" <font class="off"> SubSection "extmod" Option "omit XFree86-DGA" # don't initialise the DGA extension EndSubSection </font> а также поменять Option "BlockSignalsOnLock" "off"

Автор:	ghost154 [ 02:52 12.11.2004 ]
Заголовок сообщения:
всё потправил как ты сказал но всеравно не помагло Вот мой конфиг Xorg.conf правленый <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE>Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection Section "Module" SubSection "extmod" Option "omit XFree86-DGA" # don't initialise the DGA extension EndSubSection Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "yes" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "LCD Panel 1400x1050" HorizSync 31.5 — 70.0 VertRefresh 50.0 — 160.0 Option "dpms" EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x00000000" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "30.0 — 70.0" #из секции монитор Option "VRefresh2" "50.0 — 160.0" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj" "0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00008800" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "yes" Option "FSAAScale" "6" Option "FSAADisableGamma" "no" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "2" Option "BlockSignalsOnLock" "off" Option "UseInternalAGPGART" "yes" Option "ForceGenericCPU" "no" BusID "PCI:1:0:0" # vendor=1002, device=0x4c66 Screen 0 EndSection Section "Device" Identifier "Videocard0" Driver "fglrx" VendorName "Videocard vendor" BoardName "ATI Radeon Mobility M9" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 16 Modes "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection </PRE><HR></BLOCKQUOTE> может проблема в герцовке?

Автор:	vasile [ 14:14 12.11.2004 ]
Заголовок сообщения:
ghost154 нужно попробовать менять опции: []Option "Capabilities" "0x00000000" []Option "FSAAEnable" "no" []Option "FSAAScale" "0" []Option "UseInternalAGPGART" "no" а также убрать строку [*]Load "extmod"

Автор:	vasile [ 14:16 12.11.2004 ]
Заголовок сообщения:
ATI Linux Chat — рекомендуется к прочтению

Автор:	ghost154 [ 06:51 13.11.2004 ]
Заголовок сообщения:
скоро поставлю FC3 и попробую там поставеть драйвера, а то я вдруг как нибудь криво ядро собрал на FC2 что dri неработает

Автор:	vasile [ 11:35 13.11.2004 ]
Заголовок сообщения:
ghost154 скоро поставлю FC3 и попробую там поставеть драйвера — не будет работать пока не появится следующая версия fglrx предположительно через месяц. По ссылке выше, можно прочесть (English) обещание добавить в декабре поддержку xorg-6.8, AMD64.

Автор:	VLev [ 15:24 13.11.2004 ]
Заголовок сообщения:
Можно ли программно даунклокнуть Mobile Radion 9700 под Linux? Больше всего интересует 64bit Linux (сейчас работаю на Mandrake 10.1 for x86_64), для которого драйверов ATI вообще нет, но для 32бит тоже интересно. Если подобных утилит для Linux нет, то можно ли где-нибудь найти описание API/ABI или других интерфейсов видеобиоса ATI?

Автор:	ghost154 [ 19:18 14.11.2004 ]
Заголовок сообщения:
vasile А если поставеть дрова от dri будет ли работать 3d ускарение если на данный момент стоит FC3 ? если дрова от dri несработают то буду ждать новый fglrx

Автор:	vasile [ 21:16 14.11.2004 ]
Заголовок сообщения:
ghost154 да.

Автор:	ghost154 [ 22:17 14.11.2004 ]
Заголовок сообщения:
vasile а собирать дрова от dri как cvs или утсанавливать с бинарников? или можеш по конкретний рассказать что и откуда надо скачать и как установить! плиззззззззз

Автор:	vasile [ 22:45 14.11.2004 ]
Заголовок сообщения:
ghost154 когда я их пробовал — просто брал последний бинарный snapshot — всё работало, но не следует забывать про backup.

Автор:	ghost154 [ 22:52 14.11.2004 ]
Заголовок сообщения:
ага значит Snapshots тоесть мне нужен вот это драйвер http://www.freedesktop.org/~dri/snapshots/radeon-20041114-linux.i386.tar.bz2

Автор:	RаtMann [ 05:35 04.12.2004 ]
Заголовок сообщения:
Всем привет. Даже не знаю, относится ли моя проблема к драйверам ATi, но после обновления дефолтных из Mandrake 10 (в Linux я около 2-х недель) на fglrx версии 3.14.6 шрифты в некоторых приложениях (XMMS, GIMP, Mplayer, Electric Eyes и некоторых других) стали просто крошечными. Ничего с этим не могу поделать, видать что-то не то в конфиге XFree... Может кто-то знает в чём проблема? Буду благодарен за любой ответ.

Автор:	Vitls [ 13:39 04.12.2004 ]
Заголовок сообщения:
Не совсем так. Х здесь совсем не причем. Скорее всего драйвер не совсем верно интерпретирует даные DCC полученные из монитора (такое часто бывает с мониторами Самсунг). Есть два решения: 1. Отключить DCC 2. В конфиге Х указать геометрические размеры монитора. Примерно так: <BLOCKQUOTE class="code"><SPAN class="small">код:</SPAN><HR><PRE> Section "Monitor" Identifier "Monitor0" DisplaySize 320 240 <---- размер видимой области экрана в миллиметрах HorizSync 30-70 VertRefresh 50-160 EndSection </PRE><HR></BLOCKQUOTE>

Автор:	sergeysvp4 [ 01:01 05.12.2004 ]
Заголовок сообщения:
Может сюда а может нет По лазил по ссылкам но ничего не нашел так как в английском не силен. Как в Mandrake 10.1 заставить работать телевизору на Radeon All-In-Wonder 7500

Страница 1 из 3	Часовой пояс: UTC + 3 часа
Copyright © 2001 - 2012, Radeon.ru Team Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/