Проблем с ATI относно 3D

23 отговора 0 прегледа
#1

Проблем с ATI относно 3D

До неотдавна 3D-то ми вървеше без проблем на моето ATI - Mobility Radeon U1 (IGP 320/M; 0x4336). С DRI драйверите (fglrx не вървят за тая карта май).
По някое време обаче 3D-то спря да работи. Мисля някъде при ъпгрейда за модулния X. А може и да е другаде проблема.

Системата е Дебиан Етч /тестинг/, ядро 2.6.8-1-386.

Мислех си, че проблема може да е от ядрото, но явно не е. Установих, че при буут на fail save опцията, влизам като руут, пускам X-a и 3D-то работи. А при обикновен буут 3D-то не работи нито за потребителя, нито за руут-а.

Грешки не намирам в dmesg, а Xorg.0.log файл-а дава следното:

------------------
(II) RADEON(0): Direct rendering enabled
(**) RADEON(0): Setting up final surfaces
(**) RADEON(0): Initializing Acceleration
(II) RADEON(0): Render acceleration enabled
-------------------

Обаче glxinfo показва после "direct rendering: No" и Mesa GLX Indirect.


Направих сравнение на dmesg в случая на работещо и неработещо 3D - един и същ е.
Сравних и основните модули - аgp, ati, radeon, които сa заредени в единия и другия случай - абсолютно същите.
Прегледах и Xorg.0.log в единия и в другия случай. Единствената разлика, която намирам и ми се струва като възможна причина е:

---------------
(II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware.
(II) RADEON(0): [agp] Mode 0x0f000207 [AGP 0x1002/0xcab0; Card 0x1002/0x4336]
----------------

Това го има само при случая с работещото 3D. В другия Xorg.0.log го няма.


Това е описанието на проблема :) Ако някои има идеи, ще се радвам да ги сподели :)


Благодаря

Отговор
в отговор на fla #2

Re: Проблем с ATI относно 3D

Изразявам лично мнение: направо се откажи от 3d за каквато и да е ATI. Аз с големи мъки пуснах 3D на ATI 9200 и в крайна сметка - ако питаш мене пак си е софтуерна емулация. ПРОСТО ДРАЙВЕРИ НЯМА!!!

Отговор
в отговор на fla #3

Re: Проблем с ATI относно 3D

Интересно ми е за какво използваш 3D в Линукс?

Отговор
в отговор на fla #4

:)

Благодаря на bobski и I за отговорите.

Относно ATI картата - bobski, ако ATI картата ти е на десктоп компютър, моделът ти не е точно като моя. Може да е на лаптоп и пак да не е точно същия модел. Разликата е голяма. Чел съм за всякакви модели, сходни на моя, които могат да тръгнат дори с fglrx драйвера. За моята никъде не съм чел да може (точно моя модел).
Иначе с DRI драйверите на Xorg върви без никакъв проблем при новоинсталирана система, било то в Дебиан, Убунту, или друго дистро. Без никакви допълнителни инсталации или настройки - всичко от самия X.

Сега предполагам, че проблемът е от модулния Х. Ама не съм 100% сигурен. Може и задклавиатурен да е нейде :}
Същинския проблем е, че никъде не дава грешки, а пък 3D-го няма :)

Иначе не съм съгласен, че е софтуерна емулация. При мен разликата между 3D-то без драйвер и с драйвер е огромна.


Относно въпроса за какво го ползвам: Ами... В масата случаи за нищо :} Но, примерно ми е радостно да ми вървят 3D скрийнсейвърите или други шарении. Второ - като може да работи защо да не работи. Трето: понеже системата ми е "скучно стабилна", както се казва, а понякога ме засърбяват ръцете, та реших, че 3D-то е добър повод да си поиграя :}

Отговор
в отговор на fla #5

Re: :)

> Относно въпроса за какво го ползвам: Ами... В масата случаи за нищо :}

Така си и помислих затова и не си губих времето да ти помагам.

> Второ - като може да работи защо да не работи.

Да си чувал за принципа KISS?

Отговор
в отговор на l #6

Re: :)

Примерно игри. Компиз има цели 2 полезни функции е другата възможна причина.

Отговор
в отговор на fla #7

Към: I

За да не се пълни темата, предпочитам пишат само хората с желание да помогнат. Нищо против останалите, но за чешня на езици да има отделна тема.

Отговор
в отговор на l #8

Re: Проблем с ATI относно 3D

Ами примерно за GoogleMaps!

Отговор
в отговор на fla #9

Ние

наистина желаем да ти помогнем. Ама не прихващаш.

Her love rains down on me as easy as the breeze...
Отговор
в отговор на Ocoroвeц #10

Re: Ние

imash li module glx v configa?
koi driver polzvash - s otvoren kod ili na ati?

Отговор
в отговор на grg #11

Re: Ние

sega kato prochetoh vnimatelno - che kato go pusnesh v failsafe raboti- mojhe bi driver-a e nesavmestim s energo-spestiavashtia driver;
ako e taka triabva da pishe za neshto v log-a
ako pishe neshto za DPMS mojhesh da premahnesh saotvetnia modul ot config-a

Отговор
в отговор на grg #12

Хм!

grg - благодаря ти!
Имаш силни гадателски умения или аз пропускам нещо, което ти виждаш? Защо смяташ, че видео драйвера е несъвместим с енегроспестяващия?
Много вероятно да има вярно в цялата работа, понеже, и в новото Убунту, и в новоинсталиран Дебиан енергоспестяването не работи. Всъщност дотолкова "енергоспестяване", доколкото включвам в това понятие скалирането на процесора. Тоест при стария ми Дебиан скалирането на MHz-ите работи (ръчно съм го настройвал), а при новия Дебиан и при Убунту - не работи по подразбиране.
Въпросът ми е: как все пак стигна до този извод? :)

Иначе, да, имам си всичко в xorg.conf - сравнявах ги на двата Дебиан-а - едни и същия. А е достатъчен и факта, че във fail save 3D-то работи, тоест ползва същия xorg.conf, който ползва и нормалния буут.

За DPMS не съм гледал. Но ще пробвам и двете - както да го махна от стария Дебиан, така и да си подкарам powersaving в другия, пък да видим какво ще се получи :)

Аз сравнявах модулите, които са заредение (modprobe -l), но и там не намерих някаква разлика. Май имаше 1-2 неща, които въобще не се отнасяха към видеото (usb или подобно).


Благодаря ти още веднъж. Ще напиша резултати, когато пробвам.


P.S.
Към Осоговец: Не ти разбрах постинга. Би ли разяснил (в случай, че наистина искаш да помогнеш)?

Отговор
в отговор на fla #13

Не става така...

Махнах модулите:

powernow_k7
cpufreq
cpufreq_userspace
freq_table
cpufreq_ondemand
cpufreq_powersave

И скалиране нямах, но и 3D-то не тръгна :| Някакви други идеи?

Отговор
в отговор на fla #14

Проблема разрешен

Поиграх си 2-3 чАса, но намерих решението на проблема :]
Най-добре нещата са описани тук:

[линк]

И преди го бях гледал, но не бях видял частта за libGL и драйверите, към които сочи. Видях сега, че в защитен режим ползва същите драйвери, тоест със същите имена, но ги взема от друга директория :) (/usr/lib/dri).
Оказва се, че трябва libGL-а да сочи към определени dri драйвери, обикновено най-нови. Ако версията им е друга - получава се такъв проблем.
Е, махнах неработещите драйвери и прехвърлих работещите в директорията, където ги търси. И сега работи без проблем :)

Колко е добре да работи човек със свободен софтуер - всичко е ясно и добре документирано. Само желание да го прочетеш :)

Отговор
в отговор на fla #15

Re: Проблема разрешен

Надявам се, че се шегуваш. Ако си сериозен, значи си мнооого заблуден :)

Един от най-големите проблеми на отворения софтуер е липсата на документация.

Отговор
в отговор на l #16

Странно в такъв случай

Може и да не знам като цяло за документацията на свободния софтуер. Но лично аз, колкото пъти съм се задълбочавал, толкова пъти съм намирал ПЕРФЕКТНА документация, с която бързо и лесно съм си свършвал работата.
И самата документация е пълна и из основи! Не като в Уиндоуз-а и софтуера там - "кликни на тоя бутон" :) В свободния софтуер имаш голямата свобода да разбираш нещата. Ако искаш ;)

Отговор
в отговор на fla #17

Re: Странно в такъв случай

Нямаше ли да е по-добре, ако вместо да имаше свобода да разбираш неща, които не те интересуват, софтуера просто работеше?

Отговор
в отговор на l #18

Не, наистина

Работил съм доста години с Уиндоуз. И около 3 години с Линукс. От мой личен опит твърдо заставам зад позицията, че предпочитам да разбирам софтуера и да си решавам проблемите по този именно начин, а не софтуера да работи, но, като има проблем да се чудя откъде да я захващам.
Примери много, но един пресен: омаже ли ми се видео драйвер под Уиндоуз, или DirectX, какво правя? Преинсталирам ги. Ако не помогне, май почти единствения вариант е да преинсталирам Уиндоуз-а. (Освен ако не съм Марк Русинович ;-D)

В моя случай си реших проблема с няколко часа четене с разбиране :) Което пък със сигурност ще ми помогне много и в бъдеще, понеже вече съм разбрал доста неща за DRI.

Бих се съгласил с мнението, че в някои случаи е добре да намериш бързо и работещо решение на проблема, вместо да четеш повече. Обаче, колко пъти ми се е случвало да имам критични грешки в Линукс системата ми, които да изискват такава спешна намеса? За 3 години Дебиан-а ми не е мръднал - както съм го инсталирал, така си и работи. И 99.9% от проблемите са били плод на любопитството на задклавиатурното устройство :} Тоест засега не се сещам критичен случай, за който ми е трябвало бързо да реагирам. Системата работи стабилно и обикновено доизкусурявам само дребни неща. И то - днес прочета малко, утре малко - когато ми се занимава и, когато имам време.

Никак не съм съгласен с концепцията на потребителя, който не го интересува как работи софтуера, стига да може само да цъка с мишката.
Предпочитам да разбирам концепцията на софтуера. Много много по-лесно се работи и настройва този софтуер тогава.
И пак: верно, не може с всичкия софтуер така. Но пък за най-често използваните неща е напълно приемливо и достъпно.

:)


P.S.
Чувал съм мнения от сорта: ти докато се мотаеш да го оправиш, аз ще преинсталирам. В някои случаи това е вярно, но само относно времето :) Разликата е, че аз хем ще успея да си оправя проблема, хем ще разбера достатъчно за тоя проблем и занапред! Тоест, един път като науча дадена концепция - тя си ми остава за години напред. (Примерно буут мениджър.)
И не на последно място: едва неотдавна разбрах предимството на, така да я нарека "старата система" :) Работя с "отлежал" - 3 годишен дебиан :) В продължение на 3 години системата съм я донастройвал и доизкусурявал както ми е най-добре за ползване. В резултат тя става все по-хубава и приятна за работа. А, ако преинсталирам, всеки път наново софтуерите, настройките - първо писва, второ - не можеш да ги направиш всичките наведнъж и трето - защо да ги правиш, след като пак ще преинсталираш скоро...

Отговор
в отговор на fla #19

Re: Не, наистина

> Никак не съм съгласен с концепцията на потребителя, който не го интересува как
> работи софтуера, стига да може само да цъка с мишката.

Някой ден като поостарееш ще я разбереш. Като имаш десетина по-интересни неща за правене с компютъра ти, но не можеш да ги направиш защото XYZ не работи и трябва да се ровиш с Google и да четеш неграмотните мнения на 50 човека докато отсееш правилното, може и да схванеш за какво става въпрос.

Затова Линукс-а ми е с минимална възможна инсталация за да мога да правя елементарен development, а всичко по-сложно го правя на Mac-a. Дори и с конфигурация на принтери не се занимавам вече на Линукс -- нямам време и нерви.

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

Отговор
в отговор на fla #20

Re: Проблема разрешен

maloumnik

/*
Колко е добре да работи човек със свободен софтуер - всичко е ясно и добре документирано. Само желание да го прочетеш :)
*/

aide sega pogledni koga si pusnal purvia post i koga si go opravil :
09.09.06 09:15 - 16.09.06 20:55

tolkova vreme ti e triabvalo za da opravis problemi koito NE BI TRIABVALO da imas.
i to za nesto koeto TRIABVA da raboti po default

DrFrancky

Дишайте лепило - хиляди GNU/Linux юзери не могат да грешат !
Отговор