GentooForum.de

Hallo bell )

Was sagt man dazu?! WAS FÜR EIN SERVICE im gentooforum )))))))))) Danke Dir für Deinen Hinweis )))) ))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) Jetzt kanns endlich weitergehen Ob ich jetzt noch kann, weiß ich nicht, aber ich versuche es Sonst habe ich nachher noch was falsches in meine make.conf geaddet (wegen Müdigkeit)

Nochmals vielen Dank, bell. Echt, mich hat noch selten jemand drauf hingewiesen, das sich für mich positives auftut thX THX tHx tHX

Hallo ihr Beiden

Zitat von »bell«

...Da hat Nvidia wohl was verpennt. Meine nächste Grafikkarte wird jetzt wahrscheinlich eine ATI sein...

Oi! Wie mir scheint, habe ich "Euch" AMD'ziert?! hehehe Läuft aber im Moment auch wirklich sehr gut, ich bin mal auf den fglrx 12.4 gespannt, ob der noch das klitzekleine Problemchen mit dem manchmal noch recht "aufbrausenden" Hochdrehen des Graka-Lüfters behebt...
Das ist aber im Moment auch das einzige, was mir noch "Denkstoff" gibt. Hat sich aber seit Kernel 3.3.1 und jetzt 3.3.2 schon (meiner Meinung nach/und Erfahrungen der letzten 2 Wochen) schon recht "gelegt".

Seit Kernel ~3.3.2 hat sich aber auch im UVesaFB leicht etwas getan: Anfangs wenn noch der schwarze Bildschirm war (mit den Pinguinen oben) lief es erstmal bis zu einem gewissen Moment mit schwarzem Hintergrund, wechselte dann auf die Console-Decorations.
DIES ist nun anders: Unmittelbar nach dem letzten "echo" von grub2, welcher Kernel gestartet wurde, wechselt es für etwa eine Sekunde auf schwarz und startet dann SOFORT UVesaFB mit den ConsoleDecorations. Das sieht natürlich um Längen besser aus, der Start des Systems erscheint "weniger stufig".

Wenn dann noch das "Trying default timings" - Phänomen ausbliebe, wärs wirklich perfekt Aber denke, das kommt noch in den nächsten fglrx/Kernel-Versionen... Oder auch denen vom "adobe-flash"...

Der Bildschirmschoner - egal wie aufwendig - ist auch absolut stabil und läuft einwandfrei, keine Ruckler - kein Nix Die habe ich im Moment ab und wann in Windows :/ Aber denke das die nächste Catalyst/fglrx auf jeden Fall wieder was bringen wird. 12.2 und 12.3 sind sowieso indentisch (12.2 OHNE WHQL / 12.3 MIT WHQL)

Zitat von »josef.95«

Jo, man darf auf die Treiber der neuen Modelle gespannt sein

Siehe zb auch AMD Finally Publishes New Gallium3D Driver (RadeonSI) (Phoronix)

OH! Dann gehts dort aber jetzt "RICHTIG" weiter... Hatte mal vor der Veröffentlichung des ersten fglrx (12.2) für die Tahiti-Chipsets Kontakt mit dem Developer Forum. Die hatten damals soetwas angedeutet...

Zitat von »AMD-Developer-Forum«

You need more than just the microcode images -- there are also a lot of driver changes required. The jump to Tahiti is the biggest architectural change we've had since the R600 so there are big changes all through the driver stack.

Weare implementing and releasing driver changes for Tahiti in stages -- first was multiple ring support, followed by virtual GPU memory support.The kernel driver support looks pretty solid, and we're starting the
reviews for release of that code now. Userspace driver (ddx, mesa) is being developed now, don't have a good ETA yet but we're going to try to push the work-in-process code out early and finish it in the public repositories.

Was ich nur nicht ganz 100%ig verstehe ist eines dabei: Der Windows-Treiber Catalyst bietet wesentlich mehr Konfigurationsmöglichkeiten. Kann dazu mal einen Vergleich machen... Die einzige Erklärung, die ich jetzt dazu persönlich "parat" hätte, wäre die, das das CCC in Windows auf .NET Framework aufbaut, was es in Linux ja nicht gibt. Doch damit wäre auch nur die unterschiedliche "Optik" erklärt, nicht aber, warum es weniger Funktionen in Linux beinhaltet...
Das AMD fglrx sieht genauso aus wie "immer"...
Hänge mal nen Screenshot an und später einen vom CCC aus Windows...
PS. Was ich noch gut finde, das fglrx selbständig die xorg.conf mittels "aticonfig --initial" erstellen kann und man das "externe Treibermodul" nicht, wie bei NVidia notwendig, selbst mit modprobe laden muss.