[Thread ufficiale]Ati-open driver

[Dane]

x benzino

io, avendo la stessa scheda video (ma con meno ram) faccio 225fps..... sia con exa che xaa.

Mi passeresti il file xorg.conf (o anche il log nel caso xorg.conf venga auto-generato)

Dall'ultimo ho aggiornato il driver xf86-video-ati e ho infilato praticamente tutto ciò che riguarda il drm nel kernel (mi risolve il panic al reboot/halt senza chiudere preventivamente X)


Ciaps!

[amd-novello]

eccomi slayer ho fatto proprio un bel casino

il bello è che avevo visto sto 3d ma non pensavo mi riguardasse come driver!!!

sono scemo ma da amd.com non avevo capito che la lunga lista era delle schede non + supportate

quindi adesso che ho sia i radeonhd (che non mi accelerano il video) e ho installato quelli del loro sito che non mi vanno bene cosa cavolo faccio?

i pacchetti li so togliere ma avendoli messi con sh ./ come li tolgo?
è proprio vero che se una cosa va bene non bisogna toccarla...

[McB]

Originariamente inviato da amd-novello

eccomi slayer ho fatto proprio un bel casino

il bello è che avevo visto sto 3d ma non pensavo mi riguardasse come driver!!!

sono scemo ma da amd.com non avevo capito che la lunga lista era delle schede non + supportate

quindi adesso che ho sia i radeonhd (che non mi accelerano il video) e ho installato quelli del loro sito che non mi vanno bene cosa cavolo faccio?

i pacchetti li so togliere ma avendoli messi con sh ./ come li tolgo?
è proprio vero che se una cosa va bene non bisogna toccarla...

Se intendi disinstallare i driver fglrx basta che vai in /usr/share/fglrx e dai sh./fglrx-uninstall.sh come root e al prossimo riavvio sei a posto.
Al massimo prima di riavviare controlli xorg.conf che sia come nuovo.

[amd-novello]

non ho quella cartella neanche cercandola

il file che ho messo è ati-driver-installer-9.3blablabla

[McB]

Ach. Scritto male io scusa.
E' in /usr/share/ati.

[masand]

Ragazzi,
se siete d'accordo sposto la discussione nella sezione dei 3D ufficiali...

Ma l'owner della discussione deve prendersi in carico l'aggiornamento del primo post di tale discussione...

Ok?

[Embryo]

interessante questa discussione... ho il pc della fidanza con un R700 dentro e vederlo andare un po' più spedito non mi spiacerebbe
iscritto!!!

[Slayer86]

Originariamente inviato da masand

Ragazzi,
se siete d'accordo sposto la discussione nella sezione dei 3D ufficiali...

Ma l'owner della discussione deve prendersi in carico l'aggiornamento del primo post di tale discussione...

Ok?

non ci sono problemi!!!
Sto aspettando contrepidazione novità da provare poi aggionrerò mano a mano la prima pagina!

[McB]

Tra ieri e oggi ho fatto un paio di test. Alla fine sono riuscito a giocare ad alcuni giochi e sopratutto il MAME via opengl con i driver radeon.

Distribuzione:  Debian Squeeze(testing) + qualche pacchetto di Sid (unstable)
Driver:         Radeon 6.12.2 + mesa 7.5.3
Scheda video :  Sapphire ATI x1650pro 256 mb

Essendo su debian testing prima di tutto ho installato i driver mesa,radeon e xorg da Sid. Ho provato anche con i radeon da git(quelli per ubuntu del 10 luglio) però hanno problemi con i video a schermo intero quindi voglio aspettare che escano i nuovi stabili.

Poi ho settato la sezione "Device" di xorg.conf in questo modo che da me è quello che da i migliori risultati.

Section "Device"
	Identifier	"Configured Video Device"
        Driver          "radeon"
        Option          "AccelMethod"   "EXA"
	Option		"AGPMode"	"8"
        Option          "RenderAccel"   "on"
        Option          "FBTexPercent"  "70"
EndSection

Con questo i giochi di suo dovrebbero già funzionare.
Io ho provato con 3 giochi + il MAME

Nexuiz: gira a 1440x900 (che è il massimo per il mio monitor) superfluido senza nessun rallentamento con settaggi abbastanza alti.

Alien Arena: gira ma non mi fa cambiare risoluzione neanche a pagare, quindi non so come si comporti alle alte risoluzioni

Serie Penumbra: Manda in crash tutto X appena si comincia una nuova partita. Fino al menù funziona tutto bene.

MAME:questo sono riuscito a farlo funzionare via opengl e non software dopo aver smanettato con driconf.

Ecco come ho settato driconf.





Da notare la voce relativa a Disable Low-impact Fallback che di suo dovrebbe essere su sì. Non so per quale motivo da me era su no rallentando MAME.

[Slayer86]

...dubbio ragazzi...
Allora mi sono ritrovato a ricompilare il kernel per attivare il modulo per le chiavette HSDPA... e leggendo ho pure attivato il drm... ora vorrei sapere se è sbagliata come cosa oppure posso già farlo... uso i driver radeon e ho un kernel 2.6.29....
in caso sia ok come cosa procedo a disintallare il pacchetto x11-drm???

intanto buona serata a tutti! oggi si fa baldoria!!!!!

[McB]

Originariamente inviato da Slayer86

...dubbio ragazzi...
Allora mi sono ritrovato a ricompilare il kernel per attivare il modulo per le chiavette HSDPA... e leggendo ho pure attivato il drm... ora vorrei sapere se è sbagliata come cosa oppure posso già farlo... uso i driver radeon e ho un kernel 2.6.29....
in caso sia ok come cosa procedo a disintallare il pacchetto x11-drm???

intanto buona serata a tutti! oggi si fa baldoria!!!!!

Io quel pacchetto in debian non ce l'ho. Ho solo un libdrm2 che è installato. Cmq da un paio di giorni il kernel 2.6.30 e passato in testing sotto debian e in teoria il drm è attivo quindi non dovresti avere grossi problemi.

dmesg | grep drm
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized radeon 1.30.0 20080528 for 0000:01:00.0 on minor 0
[drm] Setting GART location based on new memory map
[drm] Loading R500 Microcode
[drm] Num pipes: 1
[drm] writeback test succeeded in 1 usecs

Per chi ha intenzione di aggiornare il kernel alla nuova versione consiglio di installare subito anche il pacchetto firmware-linux che altrimenti manca il microcode per la scheda grafica e questa non attiva il DRI e tutto il sistema diventa una lumaca.
Cmq con questo nuovo kernel si hanno vantaggi svantaggi. A tratti il sistema sembra più reattivo altre X invece ciucca il processore al 100% per un paio di secondi.

[Slayer86]

Originariamente inviato da McB

Io quel pacchetto in debian non ce l'ho. Ho solo un libdrm2 che è installato. Cmq da un paio di giorni il kernel 2.6.30 e passato in testing sotto debian e in teoria il drm è attivo quindi non dovresti avere grossi problemi.

dmesg | grep drm
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized radeon 1.30.0 20080528 for 0000:01:00.0 on minor 0
[drm] Setting GART location based on new memory map
[drm] Loading R500 Microcode
[drm] Num pipes: 1
[drm] writeback test succeeded in 1 usecs

Per chi ha intenzione di aggiornare il kernel alla nuova versione consiglio di installare subito anche il pacchetto firmware-linux che altrimenti manca il microcode per la scheda grafica e questa non attiva il DRI e tutto il sistema diventa una lumaca.
Cmq con questo nuovo kernel si hanno vantaggi svantaggi. A tratti il sistema sembra più reattivo altre X invece ciucca il processore al 100% per un paio di secondi.

sto finendo ora di scaricare il kernel 2.6.30 con la mia linea lumaca... appena finisco lo compilo!
Cmq avevo provato ad attivare il drm nel kernel e a disinstallare il pacchetto x11-drm e il sistema andava paripari a prima!!! bueno...

[Slayer86]

Ciao a tutti...
Allora mi sono compilato il kernel 2.6.30 sulla mia gentoo e funziona molto bene...
tuttavia la release che dovrebbe interessarci davvero dovrebbe essere la 2.6.31... difatti verrà inserito il Kernel Mode Setting per i driver radeon oltre al TTY memory manager... mi sto documentando e devo dire che sono novità alquanto interessanti e che dovrebbero spianare la strada all'implementazione del dri2 + tutte le funzionalità più comnplesse delle nostre schedine...
sinceramente trovo incredibile questa cosa, nel senso che i driver open stanno evolvendosi in una maniera incredibile... oltre ad incrementare le prestazioni ogni release stanno acquistando una complessità ed integrazione nel kernel davvero notevoli... presto non avremo più bisogno dei driver propietari ati...
e se amd continuerà a rilasciare le specifiche per i futuri prodotti si ritroverà il supporto driver completamente fornito dalla comunità... io trovo questa una cosa estremamente intelligente... bhe viva l'open-source!

[McB]

Speriamo nel DRI2. In questo momento chi lo testa nota ancori evidenti problemi di velocità. Però con i passi da gigante che stanno facendo non dovrebbe più mancare moltissimo.

[Dane]

sono riuscito a risolvere i miei problemi con exa. Non ho ben capito a cosa sia dovuto :S
ati 6.12.2-r1 (ho una r100)
mesa 7.5-r3
xorg-server 1.6.3.901
sempre stesso kernel. Ho ancora tutto monolotico (per quanto riguarda la scheda video)

ho aggiornato a 4.3. I FPS in glxgears sono passati a 285 circa (quindi c'è un piccolo miglioramento).

A me non ha fatto differenza, ma sulla intel della mia ragazza si (e parecchia). Provate a modificare il parametro MigrationHeuristic (man exa). Mettendo a greedy ha risolto una valanga di problemi (ma magari è solo un problema delle intel).

Per il microcode: guardando il mio dmesg vedo che il microcode viene caricato più o meno col server. Essendo che il ho i driver built-in mi viene da pensare che il microcode venga caricato con mesa o xf86-video-ati. Che ne pensate?

[nomad83]

Thread interessante, mi iscrivo!

[McB]

Originariamente inviato da Dane

A me non ha fatto differenza, ma sulla intel della mia ragazza si (e parecchia). Provate a modificare il parametro MigrationHeuristic (man exa). Mettendo a greedy ha risolto una valanga di problemi (ma magari è solo un problema delle intel).

Per il microcode: guardando il mio dmesg vedo che il microcode viene caricato più o meno col server. Essendo che il ho i driver built-in mi viene da pensare che il microcode venga caricato con mesa o xf86-video-ati. Che ne pensate?

Ho provato ora a mettere MigrationHeuristic su greedy con il driver radeon da git di 3 giorni fa. Devo dire che il sistema è diventato molto più reattivo. L'unica cosa che ho notato è che youtube ora scatta parecchio ma in compenso youp..n viaggia che è una meraviglia

Se non sbaglio il microcode viene caricato solo quando il driver lo richiede.

[pabloski]

tenete presente che in parallelo stanno lavorando anche al porting dei driver radeon verso dri2 e gallium3d, quindi avremo il kernel mode settings entro 3-4 mesi per tutte le gpu radeon

[Dane]

x McB

ma per flash usi swfdec/gnash o il codec proprietario?

Altra cosa: con smplayer (frontend per mplayer) ho provato a smanettare un po' di opzioni, in particolare il driver video (di default ho xv, ma posso metterne altri). Se metto quello consigliato per le ati mi ritrovo vedendo tutto in B/N. Aggiungo che ho provato solo con files FLV.
Voi che impostazioni usate?
Non sono soddisfatto delle performances (anche se sono ostinato a tenere il povero centrino a 600Mhz )

Guardando il changelog/riassumelog ho visto che per la mia scheda dovrebbe essere completato in gran parte (per quello che hanno deciso di implementare)
Se ho un po' di tempo/voglia provo a mettere su questo dri2, KMS ecc ecc.

[McB]

Per flash uso il codec proprietario dato che con quelli open non sono mai riuscito a vedere un filmato. E si che ci ho provato diverse volte.
Cmq è fastidiosa sta cosa. Se tolgo MigrationHeuristic youtube va alla grande e quasi tutti i siti in flash e altri siti in streaming a scatti. Se lo lascio youtube scattoso come non mai ma in compenso i siti in flash diventano navigabilissimi.
Per esempio genialloyd. Non devo aspettare 1 minuto dopo il clic per andare avanti. Mah.

Con smplayer io L'ho su xv(0-radeon textured video) e vedo bene. Ho avuto solo problemi una volta con i driver da git.

Ancora spetterei a provare a settare dri2 e kms dato che a tratti hanno ancora problemi di performance e video in generale.

Ma l'apertura agp nel bios a quanto l'hai settata? Non è che ti va male per poca memoria?