Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Habe ich die Lösung hierfür vielleicht überlesen? Ich hab diesen Fehler auch. Besteht das Problem noch immer? Ja, leider. Ich hatte mal versucht den Ati Treiber zu installieren. vielleicht gibt es da noch irgendwo Reste die ich nicht finde? Lars
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hi Lars ljahn wrote: libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Habe ich die Lösung hierfür vielleicht überlesen? Ich hab diesen Fehler auch. Besteht das Problem noch immer? Ja, leider. Ich hatte mal versucht den Ati Treiber zu installieren. vielleicht gibt es da noch irgendwo Reste die ich nicht finde? Versuch doch mal nach mit #dpkg -S $(locate --regex 'libGL\.') herauszufinden, ob du sich irgendwo bei dir libGLs befinden, die nicht von einem installierten deb-Paket stammen (updatedb als root vorher nicht vergessen...). Bei mir hatte es die Übeltäter enttarnt, die Meldung war libgl1-mesa-dev: /usr/lib/libGL.so libgl1-mesa-glx: /usr/lib/libGL.so.1 libgl1-mesa-glx: /usr/lib/libGL.so.1.2 dpkg: /usr/X11R6/lib/libGL.so.1 nicht gefunden. --Übeltäter :-) dpkg: /usr/X11R6/lib/libGL.so.1.2 nicht gefunden. -- Du kannst dir auch via #ldd /usr/bin/glxinfo anschauen, welche libGL von glxinfo involviert wird. HTH, André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Andre. Ich hake mich hier einmal kurz ein, weil mir etwas unklar ist. #dpkg -S $(locate --regex 'libGL\.') […] Bei mir hatte es die Übeltäter enttarnt, die Meldung war libgl1-mesa-dev: /usr/lib/libGL.so libgl1-mesa-glx: /usr/lib/libGL.so.1 libgl1-mesa-glx: /usr/lib/libGL.so.1.2 dpkg: /usr/X11R6/lib/libGL.so.1 nicht gefunden.--Übeltäter :-) dpkg: /usr/X11R6/lib/libGL.so.1.2 nicht gefunden.-- Bis auf die letzten beiden ist die Ausgabe bei mir identisch. Du kannst dir auch via #ldd /usr/bin/glxinfo anschauen, welche libGL von glxinfo involviert wird. Hier nun das, was ich nicht verstehe: $ ldd /usr/bin/glxinfo linux-gate.so.1 = (0xe000) libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0xa7ea3000) libGLU.so.1 = /usr/X11R6/lib/libGLU.so.1 (0xa7e28000) libglut.so.3 = /usr/X11R6/lib/libglut.so.3 (0xa7df4000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xa7dcf000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xa7c9e000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xa7bd7000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0xa7bc9000) libXxf86vm.so.1 = /usr/X11R6/lib/libXxf86vm.so.1 (0xa7bc4000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xa7bb2000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xa7bae000) libdrm.so.2 = /usr/X11R6/lib/libdrm.so.2 (0xa7ba7000) libstdc++.so.6 = /usr/X11R6/lib/libstdc++.so.6 (0xa7ac5000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xa7aba000) /lib/ld-linux.so.2 (0xa7f34000) libXau.so.6 = /usr/X11R6/lib/libXau.so.6 (0xa7ab7000) libXdmcp.so.6 = /usr/X11R6/lib/libXdmcp.so.6 (0xa7ab2000) Warum wir hier fast überall noch auf /usr/X11R6 verwiesen? Ich nutze schon seit langem Xorg7 und obiges Verzeichnis enthält nur noch Symlinks und Backups der alten Verzeichnisse: $ ll /usr/X11R6/ insgesamt 8268 lrwxrwxrwx 1 root root 6 2006-06-13 13:30 bin - ../bin -rw-r--r-- 1 root root6912 2006-06-01 22:16 include.tar.bz2 lrwxrwxrwx 1 root root 6 2006-06-01 22:17 lib - ../lib -rw-r--r-- 1 root root 8439056 2006-06-01 22:16 lib.tar.bz2 Sollte ich mir um obiges Gedanken machen? Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 01:56:47PM +0200, Mathias Brodala wrote: $ ll /usr/X11R6/ ... lrwxrwxrwx 1 root root 6 2006-06-01 22:17 lib - ../lib Sollte ich mir um obiges Gedanken machen? Nein, dein /usr/X11R6/lib ist ein Symlink auf das Ziel /usr/lib Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Peter. On Wed, Aug 09, 2006 at 01:56:47PM +0200, Mathias Brodala wrote: $ ll /usr/X11R6/ ... lrwxrwxrwx 1 root root 6 2006-06-01 22:17 lib - ../lib Sollte ich mir um obiges Gedanken machen? Nein, dein /usr/X11R6/lib ist ein Symlink auf das Ziel /usr/lib Ja. Nachdem ich ihn angelegt habe. Mich interessiert nun, ob ich das gesamte X11R6–Verzeichnis bedenkenlos löschen kann. Wenn aber Programme noch darauf zugreifen, kann ich dies natürlich nicht machen. Oder anders gefragt: würde glxinfo dann begreifen, dass die nötigen Bibliotheken nicht unter /usr/X11R6/lib sondern unter /usr/lib zu suchen sind? Und andere Programme ebenso? Ich möchte gerne wissen, ob ich diese Leichen für immer mit schleppen muss Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 07:24:32PM +0200, Mathias Brodala wrote: Ja. Nachdem ich ihn angelegt habe. Mich interessiert nun, ob ich das gesamte X11R6–Verzeichnis bedenkenlos löschen kann. Noe: $ dpkg -S /usr/X11R6/lib xfonts-efont-unicode, xfonts-efont-unicode-ib, x11-common, xfonts-encodings: /usr/X11R6/lib Eine ebensolche bei der Frage nach /usr/X11R6. Wenn aber Programme noch darauf zugreifen, kann ich dies natürlich nicht machen. Oder anders gefragt: würde glxinfo dann begreifen, dass die nötigen Bibliotheken nicht unter /usr/X11R6/lib sondern unter /usr/lib zu suchen sind? Und andere Programme ebenso? Mein glxinfo schon. Andere OpenGL-Apps machen's auch richtig. Die Probleme, die durch das Entfernen von /usr/X11R6/lib/libGL.so* geloest wurden, waren zu ganz richtig geloest. Insgesamt hilft bei solchen Fragen cruft und aehnliches. Auch ein neu installieren im chroot kann Aufschluesse bringen, welche Datien eigentlich durch das lange upgraden entstanden und entfernt werden koennten. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 12:03:26PM +0200, ljahn wrote: libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Ja, leider. Ich hatte mal versucht den Ati Treiber zu installieren. vielleicht gibt es da noch irgendwo Reste die ich nicht finde? als erstes wuerde ich auch an deiner Stelle Ausschau nach libGL.so und Variationen daraus halten. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Peter. Mich interessiert nun, ob ich das gesamte X11R6–Verzeichnis bedenkenlos löschen kann. Noe: $ dpkg -S /usr/X11R6/lib xfonts-efont-unicode, xfonts-efont-unicode-ib, x11-common, xfonts-encodings: /usr/X11R6/lib Eine ebensolche bei der Frage nach /usr/X11R6. Hm, warum erstellen diese Pakete noch immer das X11R6–Verzeichnis, obwohl sie doch alle auf dem neuesten Stand (Xorg7) sind? Oder anders gefragt: würde glxinfo dann begreifen, dass die nötigen Bibliotheken nicht unter /usr/X11R6/lib sondern unter /usr/lib zu suchen sind? Und andere Programme ebenso? Mein glxinfo schon. Andere OpenGL-Apps machen's auch richtig. Bei nicht vorhandenem X11R6–Verzeichnis? Wie? Muss man dem System noch irgendwo bekannt geben, dass doch bitte die neuen Pfade zu nutzen sind? Die Probleme, die durch das Entfernen von /usr/X11R6/lib/libGL.so* geloest wurden, waren zu ganz richtig geloest. Könntest du diesen Satz neu formulieren? Irgendwie verstehe ich ihn nicht. Insgesamt hilft bei solchen Fragen cruft und aehnliches. Danke für den Tipp, probiere ich gerade aus. Auch ein neu installieren im chroot kann Aufschluesse bringen, welche Datien eigentlich durch das lange upgraden entstanden und entfernt werden koennten. OK, mit chroots habe ich mich bisher noch nicht befasst; ich behalte diese Möglichkeit aber im Hinterkopf. Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 07:42:52PM +0200, Mathias Brodala wrote: Oder anders gefragt: würde glxinfo dann begreifen, dass die nötigen Bibliotheken nicht unter /usr/X11R6/lib sondern unter /usr/lib zu suchen sind? Und andere Programme ebenso? Mein glxinfo schon. Andere OpenGL-Apps machen's auch richtig. Bei nicht vorhandenem X11R6–Verzeichnis? Wie? Muss man dem System noch irgendwo bekannt geben, dass doch bitte die neuen Pfade zu nutzen sind? Nein, mein /usr/X11R6/lib existiert, die Datei libGL.so.1 liegt aber ausschliesslich in /usr/lib. Die Suchreihenfolge fuer .so legt /etc/ld.so.conf und die Pfade innerhalb von /lib/ld-2.3.6.so fest. Wenn eine Datei nicht im ersten Verzeichnis gefunden wird, wird im naechsten gesucht bis keins mehr da ist. Danach erhaelt man von ld.so eine Fehlermeldung. Es gibt zwar Dateien, die direkter auf .so Dateien zugreifen, aber was ldd auflistet sucht nicht glxinfo selbst, sondern der erwaehnte Linker ld.so Die Probleme, die durch das Entfernen von /usr/X11R6/lib/libGL.so* geloest wurden, waren zu ganz richtig geloest. Könntest du diesen Satz neu formulieren? Irgendwie verstehe ich ihn nicht. Jaaa, nicht zu, sondern so. Wenn dein System .so Dateien im /lib Verzeichnis hat, dann gehoeren die da sicher nicht hin. in /usr/local/lib ist natuerlich dem User ueberlassen, was da hingehoert, in /usr/X11R6/lib sollten alle Dateien ueber das Package-Management verwaltet sein. Es gibt gelegentlich Faelle in denen ein Maintainer mal vergessen hat Symlinks mit ins .deb aufzunehmen, aber das sind Packaging-Bugs die reported gehoeren. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Peter. Die Suchreihenfolge fuer .so legt /etc/ld.so.conf und die Pfade innerhalb von /lib/ld-2.3.6.so fest. Jetzt wird es interessant. Besagte Datei enthält bei mir nämlich nur folgendes: $ cat /etc/ld.so.conf /usr/X11R6/lib include /etc/ld.so.conf.d/*.conf Ich habe nun einmal eine neue Zeile oberhalb eingefügt und /usr/lib ergänzt. Ich schätze, dass ich erst beim nächsten Neustart sehe, ob der Pfad übernommen wurde. Dennoch schon einmal danke für den Hinweis. Wenn dein System .so Dateien im /lib Verzeichnis hat, dann gehoeren die da sicher nicht hin. in /usr/local/lib ist natuerlich dem User ueberlassen, was da hingehoert, in /usr/X11R6/lib sollten alle Dateien ueber das Package-Management verwaltet sein. Gut, soweit alles klar. Es gibt gelegentlich Faelle in denen ein Maintainer mal vergessen hat Symlinks mit ins .deb aufzunehmen, aber das sind Packaging-Bugs die reported gehoeren. OK, ich werde darauf achten. Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 08:32:00PM +0200, Mathias Brodala wrote: Ich habe nun einmal eine neue Zeile oberhalb eingefügt und /usr/lib ergänzt. Ich schätze, dass ich erst beim nächsten Neustart sehe, ob der Pfad übernommen wurde. Unnoetig, das ist einer der Pfade, die im Binary kodiert sind. In deinem Fall wo /usr/X11R6/lib und /usr/lib dasselbe sind wird es nur in der Ausgabe von ldd Unterschiede geben, nicht aber in der Funktionsweise von Programmen. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Peter. Ich schätze, dass ich erst beim nächsten Neustart sehe, ob der Pfad übernommen wurde. Unnoetig, das ist einer der Pfade, die im Binary kodiert sind. In deinem Fall wo /usr/X11R6/lib und /usr/lib dasselbe sind wird es nur in der Ausgabe von ldd Unterschiede geben, nicht aber in der Funktionsweise von Programmen. Ja, ist mir soweit auch bewusst. Wann bekommt ldd davon Wind, dass ein neuer Pfad dazu gekommen ist? Oder muss man ihn manuell anstoßen? Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Wed, Aug 09, 2006 at 08:38:20PM +0200, Mathias Brodala wrote: Ja, ist mir soweit auch bewusst. Wann bekommt ldd davon Wind, dass ein neuer Pfad dazu gekommen ist? Oder muss man ihn manuell anstoßen? Nie genau untersucht. Sobald da irgendwas auftauchte war ich dann immer gluecklich. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo Peter. Wann bekommt ldd davon Wind, dass ein neuer Pfad dazu gekommen ist? Oder muss man ihn manuell anstoßen? Nie genau untersucht. Sobald da irgendwas auftauchte war ich dann immer gluecklich. Die Lösung steht in der Manpage zu ldconfig: # ldconfig -v Und prompt erscheinen bei der Ausgabe von ldd `which glxinfo` /usr/lib–Pfade. Offenbar wird nachdem die Pfade aus der ld.so.conf ausgewertet wurden, noch automatisch /usr/lib hinzugefügt, damit aber mit einer niedrigeren Priorität. Folglich meckerte ldconfig zwar wegen dem doppelten /usr/lib–Eintrag (ld.so.conf und intern), aber anders geht es wohl nicht. So, erst einmal zufrieden. Danke für deine Hilfe, Peter. Gruß, Mathias signature.asc Description: OpenPGP digital signature
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
#dpkg -S $(locate --regex 'libGL\.') Oh, oh. Umleitung durch fglrx-driver von: /usr/lib/libGL.so.1 Umleitung durch fglrx-driver zu: /usr/lib/fglrx/diversions/libGL.so.1 Umleitung durch fglrx-driver von: /usr/lib/libGL.so.1.2 Umleitung durch fglrx-driver zu: /usr/lib/fglrx/diversions/libGL.so.1.2 Umleitung durch fglrx-driver von: /usr/lib/libGL.so.1 Umleitung durch fglrx-driver zu: /usr/lib/fglrx/diversions/libGL.so.1 fglrx-driver, libgl1-mesa-glx: /usr/lib/libGL.so.1 Umleitung durch fglrx-driver von: /usr/lib/libGL.so.1.2 Umleitung durch fglrx-driver zu: /usr/lib/fglrx/diversions/libGL.so.1.2 fglrx-driver, libgl1-mesa-glx: /usr/lib/libGL.so.1.2 Vielleicht habe ich falsch gesucht, aber jetzt gab es einige fglrx* Pakete. Jetzt läuft auch 3d :) Danke. Lars
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Mon, Aug 07, 2006 at 02:07:57PM +0200, Andre Massing wrote: Das wird durch Setzen der Option Section DRI Mode 0666 EndSection erlaubt, oder? Das habe ich soweit in meiner xorg.conf zu stehen. Ja, ich glaube das geht auch. Das entsprechende Verzeichnis ist auch leer (auch bei dir?), also /usr/X11R6 klingt sehr alt. Welche Version hast du denn installiert (Version des Debian-Pakets)? Pakete: ii libgl1-mesa-dri 6.4.2-1 A free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx 6.4.2-1 A free implementation of the OpenGL API -- GLX runtime Was für eine Ausgabe hast du denn bei LIBGL_DEBUG=verbose glxinfo? ~$ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::01:00.0 libGL error: Can't open configuration file /etc/drirc: No such file or directory. libGL error: Can't open configuration file /home/sarge/friese/.drirc: No such file or directory. *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! display: :0 screen: 0 direct rendering: Yes Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Mon, 2006-08-07 at 21:37 +0200, Andreas Pakulat wrote: Weil das richtig ist. Ein Reply ist kein List-Reply. Ich weiss aber nicht ob Evolution das ueberhaupt unterstuetzt... Ja. ttyl8er, t.k. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hi. Andre Massing wrote: Hi liebe Debianer, seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Angeblich soll das seit 8.25-18 ja gelöst sein: Hat jemand ähnliche Erfahrung gemacht bzw. weiß Rat, wie man diese System-Hangups vermeiden kann? (xorg.conf habe ich angehängt) Bei debian sind die drei Pakete fglrx-control fglrx-driver (ohne 3D Unterstützung) fglrx-kernel-src (für die 3D Unterstützung) dabei. Letzteres musst du passend für den verwendeten Kernel selbst kompilieren, was aber mit kernel-package absolut unkompliziert ist. Das Ganze läuft mit X.org 7.0.22 sehr stabil (Anfangs mit 6.8 war ich noch absolut unzufrieden - freezes die ganze Zeit, deswegen Umstieg). Ach so: ATi Mobility FireGL T2, Kernel 2.6.16.9, gepatcht mit suspend2 und madwifi (für WLAN). Funktioniert einwandfrei, auch der Konsolenwechsel (framebuffer). Allerdings verwende ich den 3D-Treiber *nicht*, hier der betreffende Ausschnitt aus xorg.conf: ,--- Section Device Identifier ATi FireGL T2 Driver fglrx VideoRam131072 Option UseInternalAGPGART yes Option no_dri true EndSection '--- Das mit dem 3D muss ich mal testen, evtl. tut das ja inzwischen auch einwandfrei. Mir war bisher einfach die Stabilität wichtiger, vor allem, da ich keine OpenGL oder andere 3D-Anwendungen laufen habe. Gruß Kai -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Habe ich die Lösung hierfür vielleicht überlesen? Ich hab diesen Fehler auch. Lars
Mailing-Listen Unterstützung bei Evolution (was: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?)
Am Montag, den 07.08.2006, 21:37 +0200 schrieb Andreas Pakulat: On 07.08.06 20:15:47, Elias Gerber wrote: Weiss jemand weshalb Evolution wenn ich auf reply drücke die Mail immer an den Poster und nicht an die Liste schicken will? Weil das richtig ist. Ein Reply ist kein List-Reply. Ich weiss aber nicht ob Evolution das ueberhaupt unterstuetzt... Ja, tut es - zumindest die Sid-Version mit aktiviertem Mailing List Actions-Plugin. Das Plugin ergänzt das Menu 'Nachricht' um ein entsprechendes Untermenü und Shortcuts (STRG+L = Reply to list) MfG Daniel
Re: Mailing-Listen Unterstützung bei Evolution (was: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?)
Hallo On Tue, 2006-08-08 at 13:03 +0200, Daniel Leidert wrote: Am Montag, den 07.08.2006, 21:37 +0200 schrieb Andreas Pakulat: Weil das richtig ist. Ein Reply ist kein List-Reply. Ich weiss aber nicht ob Evolution das ueberhaupt unterstuetzt... Ja, tut es - zumindest die Sid-Version mit aktiviertem Mailing List Actions-Plugin. Das Plugin ergänzt das Menu 'Nachricht' um ein entsprechendes Untermenü und Shortcuts (STRG+L = Reply to list) Danke - Ich weiss nicht wie ich diesen Menüeintrag bis jetzt übersehen konnte (habe extra mal alle Menüs/Einstellungen durchforstet - naja, manchmal wills einfach nicht :P) STRG+L funktioniert hier 'out-of-the-box', mit evolution 2.6.2 aus Etch, ohne das ich noch irgendwelche plugins installieren musste. Gruss Elias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Tue, Aug 08, 2006 at 10:30:56AM +0200, ljahn wrote: libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Habe ich die Lösung hierfür vielleicht überlesen? Ich hab diesen Fehler auch. Besteht das Problem noch immer? Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Mon, Aug 07, 2006 at 12:59:24AM +0200, Andre Massing wrote: Hmmh, das hört sich ja gut, wie hast du denn das genau hinbekommen? Wirklich gemacht habe ich nichts. Welche Kernelmodule nutzt du denn (radeon.ko, drm.ko?) und welche Optionen, Bibliotheken o.ä. muss ich denn berücksichtigen? Für einen Tipp wäre ich echt dankbar! Kernelmodule lade ich selbst keine, das uebernimmt X beim Start. Es sind die beiden genannten. Dein Nutzer braucht Zugriff auf das Device-File /dev/dri/card0. Der eigentliche Treiber steckt in libgl1-mesa-dri. Zur xorg.conf: Section Module ... Load dri Load glx EndSection Section Device ... Driver radeon EndSection Dann erscheint nach glxinfo: name of display: :0.0 *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! display: :0 screen: 0 direct rendering: Yes ... Super Performant ist es nicht, aber zum Spielen von oolite reicht's. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Andre Massing wrote: Hi liebe Debianer, seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Angeblich soll das seit 8.25-18 ja gelöst sein: %--- % jedoch tritt bei mir immer noch dieses Problem auf, trotz Versionen 8.[15-17].* Hat jemand ähnliche Erfahrung gemacht bzw. weiß Rat, wie man diese System-Hangups vermeiden kann? (xorg.conf habe ich angehängt) Ich kann das Problem bestätigen. Für eine saubere Lösung wäre ich auch sehr dankbar, konnte mich aber bis jetzt noch nicht wirklich mit dem Problem beschäftigen. Viele Grüße, Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hi, Peter Wiersig wrote: On Mon, Aug 07, 2006 at 12:59:24AM +0200, Andre Massing wrote: Hmmh, das hört sich ja gut, wie hast du denn das genau hinbekommen? Wirklich gemacht habe ich nichts. Welche Kernelmodule nutzt du denn (radeon.ko, drm.ko?) und welche Optionen, Bibliotheken o.ä. muss ich denn berücksichtigen? Für einen Tipp wäre ich echt dankbar! Kernelmodule lade ich selbst keine, das uebernimmt X beim Start. Es sind die beiden genannten. Dein Nutzer braucht Zugriff auf das Device-File /dev/dri/card0. Das wird durch Setzen der Option Section DRI Mode 0666 EndSection erlaubt, oder? Das habe ich soweit in meiner xorg.conf zu stehen. Der eigentliche Treiber steckt in libgl1-mesa-dri. Zur xorg.conf: Section Module ... Load dri Load glx EndSection Section Device ... Driver radeon EndSection Das habe ich ebenfalls eingetragen (s.meine thread-starting-mail)... Dann erscheint nach glxinfo: name of display: :0.0 *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! display: :0 screen: 0 direct rendering: Yes ... Und hier fangen bei mir die Probleme an. Zunächst ist r300_dri nicht dort. wo es erwartet wird, denn ein LIBGL_DEBUG=verbose glxinfo liefert mir: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: cannot open shared object fi le: No such file or directory) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Das entsprechende Verzeichnis ist auch leer (auch bei dir?), die Treiber r300_dri (und einige mehr) befinden sich in /usr/lib/dri/ [12:59:[EMAIL PROTECTED]:linux-2.6.17 4ls /usr/lib/dri/ ffb_dri.so i830_dri.so mach64_dri.so r128_dri.so r300_dri.so s3v_dri.so sis_dri.so trident_dri.so i810_dri.so i915_dri.so mga_dri.so r200_dri.so radeon_dri.so savage_dri.so tdfx_dri.so unichrome_dri.so Kopiere ich die Treiber ins geforderte Verzeichnis bzw. symlinke das entsprechende Verzeichnis, kommt eine neue Fehlermeldung: libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No Irgendwie kann er nicht das Symbol nicht auflösen... Kann es sein, dass ich irgendwie nicht die richtige libGL habe? Welche Version hast du denn installiert (Version des Debian-Pakets)? Was für eine Ausgabe hast du denn bei LIBGL_DEBUG=verbose glxinfo? Sorry für die vielen Fragen... Viele Grüße, André -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On 07.08.06 14:07:57, Andre Massing wrote: Und hier fangen bei mir die Probleme an. Zunächst ist r300_dri nicht dort. wo es erwartet wird, denn ein LIBGL_DEBUG=verbose glxinfo liefert mir: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed Dann ist da bei dir noch ein Paket auf altem Status, also noch nicht Xorg 7. Ich kann dir leider so aus dem Stehgreif auch nicht sagen welches Paket das waere, aber schau mal die Abhaengigkeiten von xserver-xorg durch. Das entsprechende Verzeichnis ist auch leer (auch bei dir?), Ja auch hier. libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol: _glapi_add_dispatch) Da ist definitiv was nicht in Ordnung mit den Paketen, die dri-Treiber scheinen nicht zum Rest der OpenGL libs zu passen. Andreas -- Chicken Little was right. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hoi Peter On Mon, 2006-08-07 at 08:12 +0200, Peter Wiersig wrote: Der eigentliche Treiber steckt in libgl1-mesa-dri. DANKE! :) Es funktioniert tatsächlich, hier mit einer ATI Technologies Inc Radeon R250 Lf [FireGL 9000] (rev 02) und xorg aus Etch. [EMAIL PROTECTED]:~$ glxinfo | grep direct direct rendering: Yes und tuxracer läuft auf jeden Fall flüssig. Susepend-to-ram läuft auch immer noch, suspend-to-disk würde wohl auch gehen, nur hab ich mich darum nie gekümmert (ein echo disk /sys/power/state fährt den laptop nett runter, nur wenn er wieder bootet scheint er das suspend-image zu ignorieren. na egal). Jetzt bei Gelegenheit mal testen ob der s-video-ausgang auch funktionert - falls ja könnte ich wirklich endlich auf den fglrx verzichten :) Gruss Elias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On 07.08.06 18:29:48, Elias Gerber wrote: immer noch, suspend-to-disk würde wohl auch gehen, nur hab ich mich darum nie gekümmert (ein echo disk /sys/power/state fährt den laptop nett runter, nur wenn er wieder bootet scheint er das suspend-image zu ignorieren. na egal). IIRC macht er das image auf die swap-Partition und du musst ihm beim Booten angeben welche Partition das ist. Aber frag mich nicht wie die Option heisst... Andreas -- Tonight you will pay the wages of sin; Don't forget to leave a tip. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hallo On Mon, 2006-08-07 at 19:34 +0200, Andreas Pakulat wrote: On 07.08.06 18:29:48, Elias Gerber wrote: immer noch, suspend-to-disk würde wohl auch gehen, nur hab ich mich darum nie gekümmert (ein echo disk /sys/power/state fährt den laptop nett runter, nur wenn er wieder bootet scheint er das suspend-image zu ignorieren. na egal). IIRC macht er das image auf die swap-Partition und du musst ihm beim Booten angeben welche Partition das ist. Aber frag mich nicht wie die Option heisst... irgendwas mit resume=/dev/hdaX oder so... hab ich auf jeden fall gemeint... werds mal probieren wenn ich das nächste mal reboote.. ;) Weiss jemand weshalb Evolution wenn ich auf reply drücke die Mail immer an den Poster und nicht an die Liste schicken will? KMail machte das automatisch, nur bin ich ja jetzt auf Gnome umgestiegen ;) Elias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On 07.08.06 20:15:47, Elias Gerber wrote: Weiss jemand weshalb Evolution wenn ich auf reply drücke die Mail immer an den Poster und nicht an die Liste schicken will? Weil das richtig ist. Ein Reply ist kein List-Reply. Ich weiss aber nicht ob Evolution das ueberhaupt unterstuetzt... KMail machte das automatisch, nur bin ich ja jetzt auf Gnome umgestiegen ;) Hmm, macht KMail das automagisch bei Ordern die als Listen-Ordner markiert sind? Ansonsten hast du da bestimmt List-Reply angeklickt, nicht Reply. Es spricht ja auch nichts dagegen kmail unter Gnome einzusetzen... Andreas -- You will inherit millions of dollars. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Hi liebe Debianer, seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Angeblich soll das seit 8.25-18 ja gelöst sein: %--- New Features in 8.25-18 release Xorg 7.0 Support Display Power Management Signaling Support New Product Support of the following ATI Workstation products: FireGL™ V7350; FireGL™ V7300; FireGL™ V7200 FireGL™ V5200; FireGL™ V3400; FireGL™ V3300 FireMV™ 2200 (Single card configuration) Running two X servers simultaneously no longer results in the system failing to respond. Further details can be found in topic number 737-220 X Server no longer fails to load when using an ATI Radeon® X1x00, 512MB product with certain motherboards. Further details can be found in topic number 737-22056 Toggling between console mode and X Server graphical mode no longer results in a system hang. Further details can be found in topic number 737-22058 % jedoch tritt bei mir immer noch dieses Problem auf, trotz Versionen 8.[15-17].* Hat jemand ähnliche Erfahrung gemacht bzw. weiß Rat, wie man diese System-Hangups vermeiden kann? (xorg.conf habe ich angehängt) Viele Grüße André # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section ServerLayout Identifier Default Layout Screen 0 aticonfig-Screen[0] 0 0 InputDeviceGeneric Keyboard CoreKeyboard InputDeviceConfigured Mouse CorePointer InputDeviceSynaptics Touchpad SendCoreEvents Option AllowMouseOpenFail true EndSection Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load bitmap Load dbe Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load record Load type1 Load v4l Load vbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel acpi Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option Device /dev/input/mice Option Protocol ImPS/2 Option ButtonNumber 5 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Emulate3Buttons on Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Standardbildschirm DisplaySize 300230 HorizSync30.0 - 80.0 VertRefresh 58.0 - 70.0 Option DPMS EndSection Section Monitor Identifier aticonfig-Monitor[0] DisplaySize 300230 HorizSync30.0 - 80.0 VertRefresh 58.0 - 70.0 Option VendorName ATI
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Am Sonntag, den 06.08.2006, 16:56 +0200 schrieb Andre Massing: seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Angeblich soll das seit 8.25-18 ja gelöst sein: %--- [snip] % jedoch tritt bei mir immer noch dieses Problem auf, trotz Versionen 8.[15-17].* Dann setz halt einen Fehlerbericht an ATI (http://support.ati.com/) oder das inoffizielle [1] BTS (http://ati.cchtml.com/) ab. Evtl. findest du in letzterem sogar Leidensgenossen [2], die den ein oder anderen Tip für dich haben. Ob man in existierende Meldungen (die mit den 737-Nummern von ATI) einsteigen kann, weiß ich nicht. Erfahrungsgemäß wahrscheinlich eher nicht. [1] Wird aber von ATI gelesen. [2] Im rage3d.com-Forum zum ATI-Linux-Treiber findest du evtl. sogar ATI-Entwickler und auch einige kompetente Leute. MfG Daniel
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
On Sun, Aug 06, 2006 at 04:56:02PM +0200, Andre Massing wrote: seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Nicht naeher auf dein Problem eingehend, aber ich habe inzwischen mit einer Radeon 9600 (RV350 AP) und dem radeon Treiber 3D Beschleunigung. Dein Mobility M10 wuerde meines Wissens vom selben Treiber ebenfalls unterstuetzt. Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Suspend nutze ich nicht, Abstuerze beim Wechsel von X auf Konsole kenne ich nur vom fglrx, erlebt habe ich mit radeon noch keinen. Ich benutze X.org 7.0 aus unstable. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Ati und fglrx: Wechsel zwischen Konsole und X-Display immer noch buggy?
Peter Wiersig wrote: On Sun, Aug 06, 2006 at 04:56:02PM +0200, Andre Massing wrote: seit geraumer Zeit benutze ich den proprietären Treiber fglrx von ATI für die 3D-Beschleunigung. Nicht naeher auf dein Problem eingehend, aber ich habe inzwischen mit einer Radeon 9600 (RV350 AP) und dem radeon Treiber 3D Beschleunigung. Dein Mobility M10 wuerde meines Wissens vom selben Treiber ebenfalls unterstuetzt. Hmmh, das hört sich ja gut, wie hast du denn das genau hinbekommen? Welche Kernelmodule nutzt du denn (radeon.ko, drm.ko?) und welche Optionen, Bibliotheken o.ä. muss ich denn berücksichtigen? Für einen Tipp wäre ich echt dankbar! Mittlerweile gibt es bei mir keine Problem bezgl. Suspend2disk/ram, jedoch habe ich immer noch das Problem, dass ein Switchen zwischen Konsole und X-Display manchmal zum System-Aufhang führt, was sehr nervend ist. Suspend nutze ich nicht, Abstuerze beim Wechsel von X auf Konsole kenne ich nur vom fglrx, erlebt habe ich mit radeon noch keinen. Dummerweise hängt sich bei mir der radeon Treiber nach dem Suspend2ram jedesmal auf beim Wiederaufwachen auf (auch ohne radeon und drm Kernel-Modul) Dabei soll dieser doch angeblich dabei funktionieren...:-( Selbst bei runtergefahrenem X-Server; konnte nocht nicht so recht die schuldige Komponente ausmachen. Mit fglrx funktioniert zumindestens dies. Ich benutze X.org 7.0 aus unstable. Peter Achja, vergaß ich zu erwähnen, benutze auch sid und X7. Viele Grüße und guts Nächtle, Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
