ATI:facciamo un sunto?

[sardylan]

Il modulo DRM per il kernle si chiama "radeon", ed è comune sia ai radeonhd che agli ati...
Mentre il nome che mettiamo nel file xorg.conf è "radeonhd" per i readeonhd, mentre è "ati" per i drivers ati...
Scriviamo "ati" perchè "ati" dovrebbe essere un coso automatico che decide se usare "radeon", oppure "r128", o gli altri derivati dei drivers ati (i radeonhd sono nati invece come driver a parte)... Vale sopratutto per roba vecchia, visto che ormai nei driver ati è rimasto solo il ramo radeon, e che le r128 si sono spostate in un driver dedicato...

[Meskalamdug]

Ho l'Ati sottomano...hd4200 con driver open(radeon del kernel)
Facilità d'uso:Voto 10 Praticamente installi la scheda e avvii il pc..

3d:Voto 6 Sicuramente inferiore a Nvidia,ma comunque veloce
se non avete esigenze particolari va benone.

[targzeta]

Ciao, ti aggiorno dicendoti che il KMS al boot funziona con il drm radeon. Solo che per farlo funzionare bene devi anche abilitare l'opzione per includere i firmware direttamente nell'immagine del kernel, infatti il modulo radeon richiede il caricamento di un firmware (almeno nel mio caso) e se non abiliti questa opzione devi per forza crearti un ambiente di initrd. Scrivo brevemente cosa fare:

• Nel kernel (il mio è il 2.6.33.2):
  • Abilitare la voce:

    Codice: Seleziona tutto

    Device Drivers  ---> Graphics support  ---> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)  --->  ATI Radeon

    con la sottovoce:

    Codice: Seleziona tutto

    Enable modesetting on radeon by default - NEW DRIVER

  • Disabilitare tutti i framebuffer device, ovvero le voci:

    Codice: Seleziona tutto

    Device Drivers  ---> Graphics support  ---> Support for frame buffer devices  --->

    tutte, anche la banale VESA VGA graphic support. Queste fanno conflitto con il KMS.
  • Abilitare l'inclusione dei firmware nell'immagine del kernel alla voce:

    Codice: Seleziona tutto

    Device Drivers  ---> Generic Driver Options  ---> Userspace firmware loading support

    e (soprattutto) la sottovoce:

    Codice: Seleziona tutto

    Include in-kernel firmware blobs in kernel binary

• Nel lilo.conf (o chi per esso) si deve eliminare qualsiasi riferimento a "vga=" o "video=".

Io per ora ne sono estremamente soddisfatto, sono passato dai driver DRI radeonhd a quelli radeon.

Emanuele

P.S. Grazie a sardylan per le dritte

[Meskalamdug]

Ciao, ti aggiorno dicendoti che il KMS al boot funziona con il drm radeon. Solo che per farlo funzionare bene devi anche abilitare l'opzione per includere i firmware direttamente nell'immagine del kernel, infatti il modulo radeon richiede il caricamento di un firmware (almeno nel mio caso) e se non abiliti questa opzione devi per forza crearti un ambiente di initrd. Scrivo brevemente cosa fare:

• Nel kernel (il mio è il 2.6.33.2):
  • Abilitare la voce:

    Codice: Seleziona tutto

    Device Drivers  ---> Graphics support  ---> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)  --->  ATI Radeon

    con la sottovoce:

    Codice: Seleziona tutto

    Enable modesetting on radeon by default - NEW DRIVER

  • Disabilitare tutti i framebuffer device, ovvero le voci:

    Codice: Seleziona tutto

    Device Drivers  ---> Graphics support  ---> Support for frame buffer devices  --->

    tutte, anche la banale VESA VGA graphic support. Queste fanno conflitto con il KMS.
  • Abilitare l'inclusione dei firmware nell'immagine del kernel alla voce:

    Codice: Seleziona tutto

    Device Drivers  ---> Generic Driver Options  ---> Userspace firmware loading support

    e (soprattutto) la sottovoce:

    Codice: Seleziona tutto

    Include in-kernel firmware blobs in kernel binary

• Nel lilo.conf (o chi per esso) si deve eliminare qualsiasi riferimento a "vga=" o "video=".

Io per ora ne sono estremamente soddisfatto, sono passato dai driver DRI radeonhd a quelli radeon.

Emanuele

P.S. Grazie a sardylan per le dritte

Che vantaggio c'è ad avere kms al boot?

[targzeta]

Il primo vantaggio che ti dicevo anche in un post precedente è che anche laddove lo schermo è più grande di 1240x768 puoi utilizzarlo tutto anche da console, i framebuffer non ci arrivano, almeno il VESA che utilizzavo io.
Altri vantaggi di preciso non li so, ma comunque sembrano esserci, se non ho capito male viene fatto tutto in spazio utente e quindi non c'è più bisogno di eseguire X con i privilegi di root. Su internet ci sono pagine dedicate all'argomento, comunque io non ho approfondito più di tanto, mi sono interessato all'argomento solo perchè i driver intel del mio PC fisso usano solo il KMS e quindi ci sono sbattuto contro.

Emanuele

P.S. Consiglio di usare anche i driver DRI aggiornati dal ramo current:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/
sembrano andare meglio di quelli inseriti nel ramo current della slackware.

[Meskalamdug]

Grazie Spina,ci farò un pensiero.

[Meskalamdug]

Ho l'Ati sottomano...hd4200 con driver open(radeon del kernel)
Facilità d'uso:Voto 10 Praticamente installi la scheda e avvii il pc..

3d:Voto 6 Sicuramente inferiore a Nvidia,ma comunque veloce
se non avete esigenze particolari va benone.

E dimenticavo..suspend e hibernate funzionano alla perfezione
(senza patch,con il kernel di pat e pm-utils),Xen va benone..
era come mi aspettavo:i drivers proprietari danno rogne
(con nvidia non sono mai riuscito a ibernare il pc,e Xen non
lo ho mai visto..),quelli open difficile che ne diano.

[j0kers]

Attualmente dopo un'odissea di driver provati per la mia ATI Radeon HD 3850 PCI-Ex 512MB sono arrivato al dunque...Sto utilizzando con grande successo il modulo "fglrx" che nonostante le sue incompatibilità con il flashplayer sembra funzionare meglio rispetto a quelli open.
Conclusione...Sulla 3850 HD PCI-Ex 512MB conviene utilizzare i driver proprietari

[Meskalamdug]

Ho appena testato il 3d(con un gioco del 2000..vecchiotto
ma impegna la gpu Blade of darkness) ovviamente coi dettagli
al massimo.
Va benissimo.

[Blallo]

Ho appena testato il 3d(con un gioco del 2000..vecchiotto
ma impegna la gpu Blade of darkness) ovviamente coi dettagli
al massimo.
Va benissimo.

open ovviamente?

[Meskalamdug]

Ho appena testato il 3d(con un gioco del 2000..vecchiotto
ma impegna la gpu Blade of darkness) ovviamente coi dettagli
al massimo.
Va benissimo.

open ovviamente?

Logico,per la precisione xf86-ati
Sono passato ad ATI(o meglio..ho scelto
di non comprare una nvidia assieme al pc)
proprio per evitare i castranti drivers
chiusi.
Finora ho avuto questi risultati
3d=Buono
Ibernazione=funziona
Xen=funziona con 3d(su dom0 ovviamente)
Stabilità=Buona,un solo crash di X con un gioco 3d(contate che questo
gioco necessità di una patch per essere digerito ANCHE SU WINDOWS
dalle nuove schede.
Ovviamente ho fatto la doverosa scelta e mi sono
preso una mobo testata su LInux,se andate su www.essedi.it
ci sono per alcuni prodotti le "compatibilità" linux valutate
A,B,C,D.

Con nvidia ebbi invece questi risultati
ovviamente drivers chiusi.
3d=Ottimo
Ibernazione=Su una mobo andava,su un altra no
Xen=Nessuna chance,se va bene compila e poi si inchioda appena
avviato X,se va male non compila neppure.
Stabilità=Diciamo buona,ma ogni tanto qualche oops arrivava..

[Meskalamdug]

Dimenticavo..
L'unica pecca dei drivers open è
che non supportano la VAAPI
(la vdpau di ATI).

[Blallo]

Dimenticavo..
L'unica pecca dei drivers open è
che non supportano la VAAPI
(la vdpau di ATI).

secondo te situazione destinata a cambiare? o non cambierà trend?

[Meskalamdug]

Dimenticavo..
L'unica pecca dei drivers open è
che non supportano la VAAPI
(la vdpau di ATI).

secondo te situazione destinata a cambiare? o non cambierà trend?

Ho letto che ci sono di mezzo diritti di copia,drm(del bluray!)
e la solita merdata,quindi penso che ATI non rilascerà
le specifiche e per VAAPI bisognerà attendere..e pure
molto.

[Blallo]

secondo te situazione destinata a cambiare? o non cambierà trend?

Ho letto che ci sono di mezzo diritti di copia,drm(del bluray!)
e la solita merdata,quindi penso che ATI non rilascerà
le specifiche e per VAAPI bisognerà attendere..e pure
molto.

quindi per ora solo closed per me
meno male che non ho esigenza di usare Xen...