3D Επιτάχυνση σε κάρτες γραφικών ATI HD2xxx-HD4xxx με ανοιχτούς οδηγούς σε openSuSE

Teddy | Τετ, 10/14/2009 - 23:56 | 9' | 32

Ο παρακάτω οδηγός αναφέρεται μόνο σε openSuSE 11.2. Λόγω της ταχύτατης εξέλιξης ίσως να είναι ξεπερασμένος. Μέχρι τότε...enjoy!!

Τον τελευταίο καιρό, στις νέες διανομές η 3D επιτάχυνση στις κάρτες της ΑΤΙ με τους ανοιχτούς οδηγούς είναι προεπιλεγμένη. Οπότε κάντε την χάρη στον εαυτό σας και περάστε κάποια απο αυτές πχ Ubuntu 10.04, Fedora 13, openSuSE 11.3, Μονομάχος 5 και αφήστε αυτόν τον οδηγό. 

Σήμερα επιτέλους σε διάφορα repo του openSuSE βρήκα το σύνολο των πακέτων που χρειαζόμαστε για να τρέξουμε με 3D επιτάχυνση χρησιμοποιώντας τον ανοιχτό driver στην φαμίλια των r600 (HD2xxx-HD4xxx). Ναι οκ, απο το καλοκαίρι υπήρχε η δυνατότητα, αλλά στο suse δεν υπήρχαν πακέτα. Μόνο compile. Ο οδηγός ισχύει και για τις παλιότερες κάρτες, οπου θα πάρετε πιο καινούργια πακέτα και θα μπορέσετε (δείτε και στα σχόλια) να ενεργοποιήσετε και το KMS/DRI2.

Τα παρακάτω είναι τεσταρισμένα σε OpenSuSE 11.2 (Μilestone 8 και RC1 και την τελική έκδοση), 64bit. Υποθέτω οτι θα δουλέψει με suse 11.1. Για το δεύτερο απλά βάζετε τα αντίστοιχα repositories.

Επίσης έχουν δοκιμαστεί οι παρακάτω κάρτες: x1250, hd3200, hd3450, hd3650, οπου δούλεψε σε όλες χωρίς να χρειαστεί κάτι άλλο, να φτιάξω οτιδήποτε, να πειράξω κάτι, κτλ. Μέχρι στιγμής δεν έχω συναντήσει κανένα πρόβλημα, σε οποιαδήποτε κάρτα. Το μόνο ζόρικο είναι η ενεργοποίηση του kms.

Πριν ξεκινήσουμε ένα βασικό πράγμα: Παρά το γεγονός οτι δεν έχω συναντήσει προβλήματα η όλη διαδικασία είναι "επίφοβη". Δεν φέρω καμία ευθύνη για οποιοδήποτε πρόβλημα προκύψει στον υπολογιστή σας. Μιλάμε για πειραματικά πακέτα απο ανεπίσημα repositories, τα οποία μπορεί να αλλάξουν οποιαδήποτε στιγμή. Όποιος δοκιμάσει πρέπει να ξέρει το πως θα επαναφέρει το σύστημά του σε λειτουργική κατάσταση. Φροντίστε να πάρετε όλα τα απαραίτητα μέτρα, backup ή εγκατάσταση σε ξεχωριστό partition. To λέω αυτό γιατι υπάρχει περίπτωση να μην μπορείτε να μπείτε ούτε σε κονσόλα!

Προετοιμασία: Βγάλτε τον κλειστό driver, και σιγουρευτείτε οτι τρέχετε καλά με τον radeon ή τον radeonhd.

Tι χρειαζόμαστε για να τρέξουμε μια r600 με 3D επιτάχυνση? (Δείτε και στο http://www.phoronix.com/forums/showthread.php?t=7032)

1)Έναν καινούριο Xserver. Έβαλα τα πακέτα απο το repo http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Factory/

2)Tον DDX driver. Έιναι ένας μικρός driver ο οποίος αναλαμβάνει την συνεργασία όλων των μερών ενός driver (DRM, mesa, υπόλοιπος xorg) με την κάρτα. Προτείνω να βάλετε τον radeon και όχι τον radeonhd (απεγκαταστήστε τον ή ορίστε το στο xorg.conf). Xρησιμοποίησα το πακέτο xorg-x11-driver-video (7.4RO-114.1 ή νεότερο) απο το repo http://download.opensuse.org/repositories/home:/oertel:/Radeon_DRI2/Fac…

3)DRM: Direct Rendering Manager. Έχει δύο μέρη, ένα module στον πυρήνα και την αντίστοιχη βιβλιοθήκη. Για το πρώτο χρειάζεστε καινούριο πυρήνα. 2.6.32.rc4. Ή πιο καινούριο αν βρείτε. Βάλτε τον kernel-default (2.6.32-rc4.2.2 ή νεότερο) απο το repo http://download.opensuse.org/repositories/home:/kentliu:/Kernel:/HEAD/o… ή απο το http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/ Το δεύτερο είναι ελαφρώς πίσω στις εκδόσεις, αλλά έχει επιπλέον πακέτα όπως kernel-source, syms, κτλ. Συμβουλή: Κρατήστε έναν πυρήνα που δουλεύει. Είναι απαραίτητο. Υπάρχει περίπτωση να μην μπορείτε να μπείτε ούτε σε κονσόλα, και μιλάω σοβαρά. Για τις βιβλιοθήκες έβαλα τα libdrm, libdrm-32bit (2.4.99-18.1) απο το προαναφερθέν  http://download.opensuse.org/repositories/home:/oertel:/Radeon_DRI2/Fac… .

4)Mesa: είναι το "υποκατάστατο "του OpenGL (ναι, όσο και να σας φαίνεται περίεργο μόνο ο κλειστοί drivers έχουν "original" openGL.'Ολοι οι ανοιχτοί χρησιμοποιούν το "υποκατάστατο" εν ονόματι mesa. -edit- Δείτε και παρακάτω, λέγοντας υποκατάστατο εννοώ μη επίσημη υλοποίηση) Τα πακέτα που έβαλα είναι τα mesa, mesa-32bit (7.6.36.1 ή νεότερο) απο το γνωστό πλέον  http://download.opensuse.org/repositories/home:/oertel:/Radeon_DRI2/Fac…

5)Σε περίπτωση που βάλετε για kernel τον 2.6.33-xx ρίξτε μια ματιά στο 31o σχόλιo, ένα αρχειάκι ακόμα είναι απαραίτητο για την ενεργοποίηση του KMS.

Εννοείται οτι κάνετε και όλες τις απαραίτητες αναβαθμίσεις που σας προτείνει. Για πιθανά προβλήματα εξαρτήσεων δείτε το 27ο σχόλιο.

Μετά κάντε reboot, και κάντε μια προσευχή σε όποιον θεό πιστεύετε..

Αν δεν ξεκινήσει καθόλου, και δεν μπαίνει ούτε σε κονσόλα τότε δοκιμάστε να προσθέσετε στον grub το option που θα κλείσει το κernel-mode-setting που είναι το εξής: radeon.modeset=0  Aν συνεχίσει να μην δουλεύει τότε ελπίζω να πήρατε στα σοβαρά όλες τις προειδοποιήσεις μου. Bootάρετε με τον παλιό kernel και όλα καλά (Ελπίζω).

Αν φάτε πόρτα απο τον xorg, μπείτε σε κονσόλα και κάντε οτι σας φωτίσει ο θεός (αυτός που προσευχηθήκατε πριν). Μια λύση είναι να βάλετε τα παλιά πακέτα του xorg απο τον YaST της κονσόλας αφού σβήσετε τα repo. Άλλη λύση έίναι να κοιτάξετε το /var/log/Xorg.0.log να δείτε τι φταίει.

 

Αν μπουτάρετε κανονικά, και μπαίνετε σε γραφικό περιβάλλον σιγουρευτείτε οτι τρέχει το DRI ή/και το DRI2. Κοιτάξτε στο /var/log/Xorg.0.log και επιβεβαιώστε οτι όλα βαίνουν καλώς, και επιπλέον  δεν έχετε πράγματα του στυλ "Screen is not DRI capable". Τρέξτε μια απλή 3D εφαρμογή και τσεκάρετε οτι παίζει. Τότε....

..............είστε οκ.. ετοιμαστείτε να δείτε την μαγεία... Ενεργοποιήστε τα effects και δείτε ένα καταπληκτικό desktop,  απίστευτη 2D επιτάχυνση, απίστευτα ομαλή κίνηση στο Kwin, XVideo χωρίς tearing.

Τρέχει πολύ καλά το Kwin. Πολύ καλά λέμε. Και το έχω δει σε nvidia, intel και ΑΤΙ. Καμία σχέση. Τόσο ομαλή κίνηση δεν έχω δει. Compiz δεν δοκίμασα αλλά λογικά θα δουλεύει και αυτό μια χαρά.

Αυτά. Καλή τύχη/καλούς πειραματισμούς.

Να σημειώσω εδώ οτι διαβάζοντας παρακάτω στα σχόλια θα δείτε πως θα ενεργοποιήσετε το kms και το DRI2 και τι προβλήματα θα συναντήσετε όταν θα το ενεργοποιήσετε (τα προβλήματα με το shutdown έχουν λυθεί και απο τα 2 repo)

 

Επίσης να πούμε οτι ο οδηγός ισχύει και για να έχετε kms/dri2 για τις r300-r500.

 

Πηγές (το είχα ξεχάσει): Κυρίως οδηγοί και σχόλια των developers στο forum του phoronix, mailing lists του openSuSE, και με βάση αυτά παρακολούθηση των διαθέσιμων πακέτων.  

Δώσε αστέρια!
Σχόλια

Μπράβο, μπράβο, πολύ καλά νέα!. Μια ερώτηση και μια επισήμανση: Υπάρχει η ίδια δυνατότητα στο Debian; Επίσης, αν δεν απατώμαι, το mesa δεν είναι υποκατάστατο του ΟpenGL, απλά μια υλοποίηση όπως και οι άλλες.

 

Έχεις ένα δίκιο, όχι απόλυτο όμως. Για να μην παίζουμε με τις λέξεις (αν και έχει πλάκα) να πούμε δυο πράγματα. Πρώτον για να έχω και μια πισινή το έβαλα απο την αρχή σε εισαγωγικά.

Είναι μια συμβατή βιβλιοθήκη, αλλά δεν είναι επίσημη υλοποίηση όπως οι υπόλοιπες. Εχει διαφορές όσον αφορά την συμβατότητα τελευταίων εκδόσεων αφού το mesa συνήθως καθυστερεί να υποστηρίξει τα νέα extensions.  Επίσης το mesa έχει την δυνατότητα για καθαρό software rendering, πράγμα που δεν το βρίσκουμε σε άλλους drivers. Αλλά ναι, παρόμοια πράγματα είναι. Λέγοντας υποκατάστατο δεν εννοώ κάτι χειρότερο, αλλά κάτι μη επίσημο.

Δείτε και στην γνωστή μας σελίδα. http://en.wikipedia.org/wiki/Mesa_3D_(OpenGL)

Πακέτα για Debian δεν ξέρω αν κυκλοφορούν ημιεπίσημα, όμως σε μια συζήτηση εδώ ο mitsaras77 είπε οτι συντηρεί δικά του πακέτα. Κοίτα στο http://www.linuxinsider.gr/forum/e%CF%80%CE%B9%CF%84%CE%AD%CE%BB%CE%BF%…

Για ubuntu υπάρχουν πακέτα στο https://launchpad.net/~xorg-edgers/+archive/radeon

 

Αν απενεργοποιείσει το kms κανείς, έχει μεγαλύτερες πιθανότητες κάτι να δουλέψει ( τουλάχιστον δεν θα πάει τζάμπα η αναβάθμιση). Αυτό γίνεται με την εντολή

radeon.modeset=0

στο grub. Να ρωτήσω κάτι teddy? Σου δουλεύει με xorg-7.4 το kms? Γιατί σε μένα κρασάρει συνεχώς...

Σωστός! Το είχα ξεχάσει. Το πρόσθεσα και ευχαριστώ για την υπόδειξη.

Δεν το έχω δοκιμάσει, δεν έχω κάνει restart απο τότε που μου δούλεψε το 3D. Σαν προεπιλογή στο SuSE ο kernel έχει κλειστό το kms για τις radeon, μετά απο αρκετά σοβαρά bugs. Το θέμα είναι οτι δεν ξέρω πότε/αν θα το ενεργοποιήσουν ξαφνικά σε αυτά τα "περίεργα" repo, γι' αυτό και τόσες προειδοποιήσεις απο πλευράς μου.

Να υποθέσω οτι το ενεργοποιώ με radeon.modeset=1??

Και μια ερώτηση. Ξέρουμε αν κάνουν δουλειά options στο xorg.conf όπως "NoDowloadFromScreen" για το corruption με Kwin/Compiz ??(ή είναι πρόβλημα μόνο του Kwin??)

Αν έχεις κάποια option για να τρέχει πιο γρήγορα/χωρίς corruption πες, έχω μαύρα μεσάνυχτα με το θέμα

 Το compiz δεν μου δούλεψε ποτέ! Λείπουν κάποια πραγματάκια από το mesa.  Βασικά, λείπει το implemantation του opengl 2.0 και πάνω, αλλά αυτό είναι άλλη ιστορία. Ο radeon driver υποστηρίζει μέχρι το 1.2!!!(τουλάχιστον σε μένα)

Με kms δεν μου δούλεψε (ναι, αυτό ήταν το option που είπα παραπάνω). Ένα πράγμα σαν σκωτσέζικο κιλτ με έξτρα ποντίκι απο πάνω. Ψυχεδέλεια. Και με δυο-τρεις εναλλαγές κόλλησε τελείως. Το καλό είναι οτι είχα κονσόλα, με ένα compile που είχα δοκιμάσει παλιότερα απλά μαυρίζανε τα πάντα.

Πάντως δεν έιναι σωστό το 1.2. Πρέπει να έχεις μέχρι 1.4, με σκόρπια extensions απο νεότερες εκδόσεις. Δες και στο  http://wiki.x.org/wiki/RadeonFeature. Μου φαίνεται περίεργο αυτό που λες. Θυμάμαι τον Αύγουστο που η μεγάλη είδηση ήταν οτι δούλεψε το compiz με τις r600. 

 

Nα πούμε τι γίνεται με τις υπόλοιπες διανομές έτσι ωστε να έχουμε 3D επιτάχυνση. Δεν θα προχωρήσω αναλυτικά, αφού δεν δουλεύω σε άλλες διανομές, δεν ξέρω που υπάρχουν repo  κτλ κτλ. Αφήνω την λύση του compile στην απ'έξω και αναφέρομαι στις προϋποθέσεις που πρέπει να τηρούν τα πακέτα. Το πού θα τα βρείτε, αν υπάρχουν, το ξέρετε πολύ καλύτερα απο εμένα (σίγουρα). Eπίσης μπορείτε να τσεκάρετε ποιές έτοιμες εκδόσεις έχετε έτοιμες και ποιές χρειάζεται να αναβαθμίσετε. Να πούμε εδώ οτι οι εκδόσεις των πακέτων δεν παίζουν τόσο πολύ σημασία όσο το αν έχουν γίνει compile για 3D στις r600. Μπορεί δηλαδή να βρείτε πολύ καινούργια πακέτα χωρίς όμως να μας κάνουν. Αυτό είναι που σας λέω να κοιτάξετε στα παρακάτω.

1)DDX driver. Δεν έχει σημασία ποιόν απο τους radeon, radeonhd θα χρησιμοποιήσετε. Και ούτε έχει σημασία η έκδοση τόσο πολύ. Νομίζω οτι ο 1.2.5 για τον radeonhd είναι οκ. Αυτή τη στιγμή βρισκόμαστε στην 1.3.0. Αντίστοιχα με τον radeon, απλά βάλτε ένα καινούριο πακέτο.

2)DRM μέρος πρώτο. Για το libdrm πρέπει να υπάρχει μέσα στο πακέτο το αρχείο libdrm_radeon.so.1 ή με παρεμφερή ονομασία πχ libdrm_radeon.so.1.0.0 ή και τα δύο (Μάλλον θα τα βρείτε στο /usr/lib ή lib64)

3)Μesa. Πρέπει να υπάρχει στο πακέτο το αρχείο r600_dri.so (λογικά θα είναι στο usr/lib/dri ή στο usr/lib64/dri/)

Εδώ, αφού έχουμε εγκαταστήσει τα πακέτα, κάνουμε ένα restart. Βεβαιωνόμαστε απο το /var/log/Xorg.0.log ότι τα μόνα λάθη είναι σχετικά με το drm.

4)DRM μέρος 2ο. Για το kernel-module βάλτε καινούργιο πυρήνα, να μην μπλέκετε με εξαρτήσεις. Υποχρεωτικά 2.6.32, όσο πιο καινούργιος τόσο καλύτερα. Αυτή τη στιγμή είμαστε στον 2.6.32-rc4. Προτείνω να κρατήσετε έναν πυρήνα που δουλεύει!

Κάντε restart. Aν δεν μπαίνετε ούτε σε κονσόλα/δεν δουλεύουν τα τερματικά (alt-ctrl-F1 ως F10) τότε δοκιμάστε στον grub το option "radeon.modeset=0". Λογικά θα δουλέψει. Αν όχι τότε πάτε στον παλιό σας πυρήνα. Δοκιμάστε και με τον άλλον driver μήπως κάτσει.

Αν έχετε γραφικό περιβάλλον κανονικά, ρίξτε μια ματιά το Xorg.0.log, και αν όλα δείχνουν οκ, ξεκινήστε μια απλή 3D εφαρμογή.. Καλή τύχη!

 

Τελικά το kms δουλεύει σε εμένα. Όμως για κάποιο λόγο πρέπει να μπαίνω σε init 3 (κονσόλα) πρώτα και μετά να ξεκινάω τον X. Με το kms ενεργοποιημένo έχω και DRI2 ενώ το corruption εξαφανίστηκε.

Teddy] Τελικά το kms δουλεύει σε εμένα. Όμως για κάποιο λόγο πρέπει να μπαίνω σε init 3 (κονσόλα) πρώτα και μετά να ξεκινάω τον X. Με το kms ενεργοποιημένo έχω και DRI2 ενώ το corruption εξαφανίστικε.

Και DRI2?? Μπράβο ρε θηρίο... Κάτι μου λέει ότι πάει για σουτ το debian...

Τώρα που το ξανασκέφτομαι και γω έχω DRI2 με kms ενεργοποιημένο.. Μόνο που κρασάρει ο Xserver...

Για αρχή να πούμε οτι απο ότι έχω καταλάβει, dri2 χωρίς kms δεν γίνεται.

Λοιπόν, πως δουλεύει σε εμένα. Φορτώνω "κανονικά" και μου εμφανίζει μόνο artifacts. Οι υπόλοιπες κονσόλες ευτυχώς δουλεύουν. Οπότε κάνω login σε άλλη κονσόλα, γίνομαι root, σκοτώνω τον X (ή τον login manager) και ξαναφορτώνω τον Χ. Μόνο έτσι δουλεύει. Η απόδοση είναι πολύ χειρότερη όμως. Εκεί που στο DRI τόσες μέρες δεν έχω δεί ούτε ένα σπάσιμο στην κίνηση, με το DRI2 χόρτασα... Μου θύμισε μέρες fglrx στο Kwin. Συν το γεγονός των άπειρων λαθών του X στην κονσόλα που τον φόρτωσα.. Το nexuiz το έτρεξα πάντως, με πολύ καλά framerates, χωρίς λεπτομέρειες στα γραφικά πάντα.

Στην περίπτωσή σου τώρα.. Το kms/dri2 ουσιαστικά βρίσκεται/βασίζεται στον kernel. Δοκίμασε με τον τελευταίο πυρήνα, 2.6.32rc5, χωρίς δικό σου kernel module στο drm αφού τα μέρη του drm kernel-module γίνονται merge στον πυρήνα απο τον 2.6.32.Το libdrm πέρνα το κανονικά. Φρόντισε να έχεις τελευταίες εκδόσεις. Εννοείται οτι τρέχεις με τον radeon και όχι με τον radeonhd.

Επίσης είναι επίφοβο να σουτάρεις το Debian για τα SuSE (μα καλά πως λέω τέτοια πράγματα;;; ντροπή μου).  Κοινώς είναι πολύ νωρίς να κρίνεις μια διανομή επειδή δεν έχει τα πακέτα αυτά. 'Η διαφορετικά, να αλλάξεις διανομή για κάτι που θα δουλέψει σε λίγο καιρό το βρίσκω υπερβολικό. Επίσης ίσως και να είμαι τυχερός που μου έτρεξαν σε εμένα. Απο την άλλη μια ώρα δουλειά είναι να περάσεις τα suse 11.2 (περνιουνται και απο φλασάκι), σε ένα δοκιμαστικό partition και να τσεκάρεις πως τρέχει. Βάζεις τα δύο repo, περνάς τα πακέτα και δοκιμάζεις. Αν θες να δοκιμάσεις και άλλη διανομή μήπως παίξει απροβλημάτιστα το dri2/kms μάλλον η Fedora είναι το καλύτερο (με ένα yum install mesa-dri-drivers-experimental), αν και δεν είδα να έχει 2.6.32,

Λοιπόν, υπάρχουν δύο λύσεις για να αποφεύγεις το ξεκίνιμα του xserver από την κονσόλα. Χρειάζεται να φορτώνεις τα κατάλληλα modules όσο πιο νωρίς γίνεται (δηλαδή μέσα από το initrd image του kernel. Υπάρχουν δύο τρόποι: 

1) Γράφεις στο grub

video=radeon:modeset=1

ή

2) Πειράζεις το αρχείο κειμένου

/etc/initramfs-tools/modules 

(στη διανομή σου μπορεί να είναι σε διαφορετικό dir)

και βάζεις (για παράδειγμα σου δίνω τα δικά μου)

intel_agp( ή ότι chipset κουβαλάει η μητρική σου, εμένα είναι intel)

drm

radeon modeset=1


και μετά από τερματικό, πρέπει να ανανεώσεις το intird image του kernel. Στο debian αυτό γίνεται ως εξής

 

update-initramfs -k `uname -r` -u

Και μετά restart. Βέβαια, εδώ θα υπάρξει ένα πρόβλημα με τα blobs (μικρά κομματια κώδικα, firmware δηλαδη, του kernel αμφιβόλου άδειας χρήσης). Δεν ξέρω αν το suse τα δίνει σε ξεχωριστό αρχείο ή  τα κάνει buildin στο kernel. Το radeon έχει τέτοια κομμάτια κώδικα. Αν είναι buildin έχει καλώς, αλλιώς σε κάποιο σημείο στο restart πάπαλα( ευτηχώς γίνεται restart πολύ εύκολα με τα συνηθισμένα πλήκτρα). Ετσι πρώτα βεβαιώσου για τα blobs και μετά εφάρμοσε το 1) και 2) (ιδίως το 2)

 

Αλλος τρόπος είναι να βάλεις τα τρία modules στο /etc/modules και να φτιάξεις ένα αρχείο κειμένου στο /etc/modprobe.d/ που να περιέχει τα εξής (ή μπορεί και να μπαίνει και στο ίδιο το /etc/modules...)

 options radeon modeset=1

Sorry, αλλά δεν γνωρίζω στο suse πως λειτουργεί το σύστημα εκκίνησης. Μάλλον θα πρέπει να ψάξεις να βρείς ποια αρχειάκια αντιστοιχούν σε αυτά του debian....

Λίγο που έψαξα δεν βρήκα /etc/initramfs-tools/, ούτε αντίστοιχα, και ούτε ξέρω το σύστημα εκκίνησης. Οπότε εγκατέλειψα την προστπάθεια. Πάντως είσαι σωστός, η σειρά φόρτωσης φταίει. Αν μπω σε init 3 με kms ενεργοποιημένο, με modprobe drm, modprobe radeon, ο Χ φορτώνει κανονικά. Και τρέχει πολύ καλά νομίζω έτσι, χωρίς τα σπασίματα στην κίνηση που ανέφερα.

Ενημερωτικά μέχρι τώρα έχω δοκιμάσει τα nexuiz, vdrift και τρέχουν πολύ καλά. Όχι σαν τον κλειστό driver, αλλά παίζεις άνετα.

Ουτε το /etc/modules δεν υπάρχει? Αν υπάρχει βάλτα εκεί, μαζί με την πρόσθετη εντολή που γράφω παραπάνω. Αυτό δεν έχει καμιά σχέση με το initramfs σύστημα.

Οκ, το βρήκα (ή κάτι παρόμοιο τελοσπάντων). Yast-->System-->/etc/sysconfig Editor-->System-->Kernel-->MODULES_LOADED_ON_BOOT και εκεί πρόσθεσα "drm radeon"(χωρίς τα εισαγωγικά). Ο κονσολάδικος τρόπος: Προσθέτω στο /etc/sysconfig/kernel στο αντίστοιχο section τα "drm radeon". Πρόσθεσα και στον grub το option radeon.modeset=1 και τώρα φορτώνει απ'ευθείας.

Καλά όλα αυτά. Όλα καλά. Είμαι πολύ ευχαριστημένος. Υπάρχει όμως μια βασική ερώτηση: Ρε Μητσάρα, εσύ που ξέρεις απο βέσπα, πως σταματάει; Δεν μπορώ να κάνω shutdown! Κολλάει πριν κάνει unmount τους σκληρούς ενώ τα πλήκτρα Alt-SysRq δεν δουλεύουν. Any idea?

Τώρα μάλιστα...Δεν έχω ιδέα!! Λες να φταίνε τα modules? Τι να σου πω, δεν κατάφερα ποτέ να κλείσω κανονικά το pc με kms, και δεν γνωρίζω να σου απαντήσω! Φυσικά, μπορεί και να μην σχετίζεται και να' ναι άλλο φρούτο αυτό. Καποιος άλλος εμπειρότερος?? Ιδέες?

Υ.Σ Πριν κλεισεις το pc βγές πρώτα σε κονσόλα ( μπες σε init 3 δηλαδή) και δώσε απο κει την εντολή να κλείσει το pc, να δούμε τι γίνεται και βλέπουμε....

Ότι και αν προσπάθησα δεν τα κατάφερα. Ο μόνος τρόπος είναι να χρησιμοποιήσω τους συνδυασμούς του Alt-SysRq χωρίς να δώσω εντολή για shutdown. Το kms δεν μπορεί να βγεί με τίποτα, και αν δεν βγει δεν ακολουθείται η διαδικασία του shutdown και κολλάει. Το module radeon δεν ξεφορτώνεται με τίποτα (αυτό "ευθύνεται" για το kms), ούτε με rmmod. Λίγο που googlαρα δεν βρήκα κάτι παραπάνω. Αν έχω νεότερα θα σας ενημερώσω Προς το παρόν Alt-SysRq-s, Alt-SysRq-u, Alt-SysRq-o.
Τι να κάνουμε, χαλάλι.

Μπράβο σας πάντως για την προσπάθεια συνεχούς ενημέρωσης και την άφθονη trial-and-error τεκμηρίωση που προσφέρετε.

Προσωπικά έχω σταματήσει το άθλημα του "ψάξε-ψάξε" (χώρια ότι είμαι ικανοποιημένος με την onboard Intel για τη δουλειά που κάνω) αλλά σίγουρα ότι γράφετε εδώ θα βοηθήσει πολύ κόσμο που θέλει ανοικτούς drivers για την ATI του..

Μπράβο.

Δεν είναι και τίποτα. Ότι δοκιμάζω και δουλεύει/δεν δουλεύει το γράφω, και για όλους αλλά και για μελλοντική δική μου χρήση. Ηδη έχω χρησιμοποιήσει 2 φορές τον οδηγό μου (δούλεψε και τις 2). Σιγά μην τα θυμάμαι απ'έξω
Μήτσο, η fedora τι λέει όσον αφορά το θέμα μας; Τρέχει με 3D και DRI2; Υπάρχουν άλλα προβλήματα εκτός απο αυτό που αναφέρεις στο http://www.linuxinsider.gr/forum/fedora-12-%CE%BA%CE%B1%CE%B9-r600-r700… ;

 

Teddy] Μήτσο, η fedora τι λέει όσον αφορά το θέμα μας;

Δεν δουλεύει, κρασάρει συνέχεια ο xserver όπως και στο debian όταν έχω ενεργό το kms. Μόνο στο fedora τα κόλπα του debian δεν πιάνουν, όσον αφορά το grub δηλαδή. Μιλάω για το live-cd. Δεν έχω κάνει κανονική εγκατάσταση. Δεν με έχει πείσει ακόμη να προδώσω το debian..

*** Εξομολόγηση του πειρασμού ***

Και να ήθελα να κάνω εγκατάσταση, δεν μπορώ γιατί ο xserver κλειδώνει σε ελάχιστο χρόνο από τότε που αρχίζει να τρέχει. Δεν μου δίνει περιθώρια να κάνω τίποτα. Ούτε τα log να δω... 

*** Τέλος εξομολόγησης ***

<φτηνό χιούμορ>
Μήπως φταίνε οι μνήμες σου?
< /φτηνό χιούμορ>

Και τώρα 2 ερωτησούλες:
α)Έχουμε feedback απο καμια άλλη διανομή;
β)Αλήθεια, έχει δοκιμάσει κανένας τον οδηγό; Δουλεύει σε HD4xxx; Στην σειρά 3xxx έχει δοκιμαστεί προς το παρόν σε 3650 και 3450, στην σειρά 4xxx δεν έχω βρεί κάρτα να το τσεκάρω. Επίσης, αν κάποιος έχει δοκιμάσει ας γράψει αν του δούλεψε, ότι κάρτα και αν έχει. Σημειωτέον οτι ο οδηγός ισχύει για ένα γερό update για τους κατόχους παλιότερων καρτών, καθώς δίνει KMS (κοιτάξτε στα σχόλια, λέμε πολύ χρήσιμα πράγματα) και τα τελευταία πακέτα mesa.

Οι εξελίξεις μέχρι στιγμής: Το δοκίμασα και με opensuse 11.2 RC2 (σε αναβάθμιση απο rc1) και εξακολουθεί να δουλεύει μια χαρά. Επίσης δοκιμάστηκε και σε μια ακόμα 3450, οπου και δούλεψε μια χαρά.
Η άλλη εξέλιξη είναι οτι αλλάζοντας πυρήνα το πρόβλημα του shutdown λύθηκε. Έβαλα απο το http://download.opensuse.org/repositories/home:/kentliu:/Kernel:/HEAD/o… (ναι, αυτό που έχω διαγράψει στον αρχικό οδηγό) τον kernel-default-2.6.32-rc5.git3.8.1 και πλέον κλείνει κανονικά. Οπότε άμα έχετε παρόμοια προβλήματα αλλάξετε repo του kernel.
Γενικά αυτό το repo έχει πιο καινούριες εκδόσεις, αλλά δεν έχει άλλα πακέτα, πχ -devel ή άλλα flavors ή firmware.

Α, και να πούμε δυο λογάκια για το ποιές εφαρμογές τρέχουν (απο αυτά που έχω δοκιμάσει πάντα)
Το GoogleEarth τρέχει άψογα, το Kwin πάρα πολύ καλά (τρέχουν όλα τα εφφέ αλλά το scrolling στον firefox είναι πολύ αργό).
Απο παιχνίδια τρέχει
1)Το vdrift και με shaders (χωρίς DRI2 τρέχει καλύτερα-δεν κρασάρει)
2)Το Nexuiz (χωρίς GLSL, απενεργοποιήστε το απο τις ρυθμίσεις του παιχνιδιού αλλιώς έχουμε 0,5 fps)
3)Το World of Goo τρέχει άψογα.
Δεν κατάφερα να τρέξω το flightgear. Οποιαδήποτε εξέλιξη υπάρχει και αν δοκιμάσω τίποτε άλλο θα σας ενημερώσω.

Με την σημερινή αναβάθμιση του mesa στην έκδοση 7.6.66.1 τα παιχνίδια δεν κρασάρουνε τόσο εύκολα με το μήνυμα drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info.
Πλέον γίνεται πολύ πιο σπάνια. Εκεί που στο vdrift στην Monza σε πέταγε σε 1-2 δευτερόλεπτα, τώρα παίζεις κανονικά. Επίσης βελτιώθηκαν τα διάφορα artifacts που πετούσε τυχαία στην desktop χρήση. Το κακό είναι οτι τώρα μερικές φορές τα textures δεν απεικονίζονται σωστά, πολλά απο αυτά που θα έπρεπε να είναι διαφανή, δεν είναι πλέον. Γενικά πάντως μια καλή εξέλιξη.

Ενημερώθηκε το topic με βάση τα σημερινά δεδομένα. Λίγα πράγματα ακόμα: Επιτέλους πέταξα τον fglrx απο το 11.2 (έκανα την μ*$!&^% να τον περάσω. Δεν άντεξα πάνω απο μια εβδομάδα, μπροστά στις ευκολίες του ανοιχτού driver.). Τώρα τρέχω με τους open, χωρίς KMS (το οποίο δουλεύει αν φορτώσετε σωστά τα modules, δείτε παραπάνω στα σχόλια) αφού υπάρχει μια ελαφρώς καλύτερη απόδοση. Μειονέκτημα οτι opengl προγράμματα σε παράθυρο μαζί με εφφέ δεν φαίνονται καλά. Αν έχετε πρόβλημα, βάλτε kms.

Επίσης δεν ξερω αν μου έκατσε και συνεχίζει να μου κάθεται με την κάρτα μου, ή αν τελικά κάνουν τόσο καλή δουλειά οι προγραμματιστές του openSuSE στα repo που σας προτείνω. Εδώ και 2-3 εβδομάδες έχω δοκιμάσει και σε άλλες διανομές το ίδιο ακριβώς πράγμα. Σε ubuntu μετα απο δυο-τρία bugs που διορθώθηκαν, τελικά δούλεψε χωρίς kms (άσχετα αν υποτίθεται οτι είναι ενεργοποιημένο στον kernel που πέρασα). Σε fedora δεν κατάλαβα και πολλά. Δεν μου έδωσε την ευκαιρία, οπότε δεν το έψαξα παραπάνω. Κοινώς νομίζω οτι στο SuSE κάνουν την καλύτερη δουλειά πάνω στο θέμα. Αυτά...

update: Τις τελευταίες μέρες υπάρχουν μερικά προβλήματα εξαρτήσεων. Για αρχή κολλάει το update του xorg-x11-driver-video. Δοκίμασα να χρησιμοποιήσω τα πακέτα απο repo του Xorg αλλά δεν μου κάθεται καλά... Οπότε με τα default πακέτα του 11.2, και παραβλέπω της εξαρτήσεις (break .. by ignoring κτλ) . Προσοχή: κολλάει σε αρχείο που έχει να κάνει με το DRI2. Οπότε αν χρησιμοποιείτε KMS προσέξτε το.

Σήμερα μου χτύπησε και το mesa. Mια απο τα ίδια, παραβλέπω, και προς το παρόν δεν έχω πρόβλημα.

Δεν νομίζω οτι παραβλέπω σημαντικά πράγματα, και τα logs δεν δείχνουν κάτι τέτοιο. Εκτός απο το DRI2.

Να σου πω και γω τον πόνο μου. Τελικά, ήρθε στο unstable/sid ο xserver-1.7 και ο fglrx πέθανε για τα καλά Oπότε γύρισα στους opensource, όλα(libdrm, mesa, DDX) από git και με kernel-2.6.32 (του debian, όχι δικό μου). Μερική απογοήτευση με ενεργοποιημένο kms. Στο laptop, μετά από λίγη ώρα, αρχίζει και τρεμοσβήνει η οθόνη (mobility hd3400 series) ενώ στο desktop  (hd2600 xt AGP) έχω corruption στις γραμματοσειρές όταν βάζω compiz. Μάλλον θα θέλει νεότερο kernel...Α, και τέρμα τα παιχνίδια 3D (π.χ Penubra, η τριλογία, με αυτή ασχολιόμουν)

Για παιχνίδια που δουλεύουν κοίτα στο http://www.x.org/wiki/RadeonProgram

Παρεπιτόντως δοκίμασα το demo του Penumbra Overture και μου τρέχει, πλην όμως απελπιστικά αργά, στο μισό fps. Κάτι γίνεται με τα shaders μάλλον. Το torcs μια απο τα ίδια, το flightgear λίγο καλύτερα. Για δοκίμασε, μιας και το έφερε η κουβέντα, το επόμενο compile στο mesa να είναι με gallium3D.

Για το corruption κοίτα μήπως διορθώνεται με options στο xorg.conf (δεν τα θυμάμαι, κάπως EXANoDownoadFromSrceen, και ένα αντίστοιχο με upload είναι)

Με τον 2.6.33-rc3 τα περισσότερα προβλήματα έλαβαν τέλος. Το μόνο αρνητικό (τουλάχιστον για μένα αρκετά σημαντικό) είναι τα παιχνίδια... Τέσπα, υπομονή. Πάντως τους αξίζουν συγχαρητήρια για τη δουλειά που κάνουν(μη ξεχνάμε ότι στο μεγαλύτερο μέρος είναι εθελοντική). Ετσι για να αποκαταστήσω λίγο τα πράγματα, για να μην είμαι συνέχεια στη γκρίνια...

Και μιας και απο τα προτεινόμενα repo περάσαμε πλέον στον 2.6.33-rc5 να πούμε οτι για να τρέξει το KMS/DRI2 χρειαζόμαστε το αρχειάκι που αντιστοιχεί στην κάρτα μας, και που θα βρούμε στο http://people.freedesktop.org/~agd5f/radeon_ucode/ (υπενθυμίζω r600-->HD2xxx και HD3xxx, r700-->HD4xxx). Θα το βάλουμε στον φάκελο /lib/firmware/radeon/. Είναι απαραίτητο για να τρέξει ο 2.6.33 με KMS. Αν δουλεύετε χωρίς KMS δεν είναι απαραίτητο.

Ο νέος πυρήνας δοκιμάστηκε και χωρίς KMS, και με KMS. Χωρίς KMS τρέχει καλύτερα, η κατάσταση με το KMS βελτιώνεται μου φαίνεται. Καλή συνέχεια.

Γενικά δεν νομίζω οτι υπάρχει κάποιο νόημα (πλεον) να κάνετε τις παραπάνω καμικαζιές, αφού υπάρχουν νέες διανομές που έχουν 3D για όλες τις ΑΤΙ πλην της σειράς 5xxx. Βάλτε κάποια απο αυτές (αν δεν ξέρετε, ρωτήστε). Οπότε νομίζω ήρθε η ώρα να το κλείσουμε το θέμα, δεν θα υπάρξει καμία ενημέρωση/αλλαγή απο πλευράς μου. Αν υπάρξουν προβλήματα/απορίες, εννοείται οτι θα προσπαθήσω να τις απαντήσω.

Αυτό που μου έκανε εντύπωση είναι οτι έχει περάσει μόνο ένα εξάμηνο... Και παρ' όλα αυτά το όλο θέμα έχει ξεπεραστεί... Ένα μπράβο στους developers των ανοιχτών οδηγών!