URL: https://www.overclockers.at/linux/help_fglrx-probs_mit_dapper_172705/page_1 - zur Vollversion wechseln!
moin moin.
ich hab vor kurzem die ati-treiber 8.29.6 exakt nach dieser anleitung installiert, weil nach einem update auf einmal nix mehr gegangen ist (in bezug auf fglrx).
jetzt hab ich aber noch immer die selben probleme: beim aufruf von fglrxinfo verlier ich die verbindung zum xserver und sobald der bildschirmschoner kommen will oder ich ihn über system->präferenzen->bildschirmschoner konfigurieren will, auch.
dmesg | grep fglrx spuckt folgendes aus:
Zitatxnikp@xnikp-laptop:~$ sudo dmesg | grep fglrx
Password:
[17179593.440000] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[17179593.444000] [fglrx] Maximum main memory to use for locked dma buffers: 431 MBytes.
[17179593.444000] [fglrx] module loaded - fglrx 8.29.6 [Sep 19 2006] on minor 0
die ausgaben von less /var/log/Xorg.0.log | grep -i WW könnte helfen.
hast du bei openoffice.org die 3d darstellung mit opengl bzw "hardwarebeschleunigung verwenden" eingeschalten?
dann könnte man das problem auf dri einschränken.
btw: die anleitung ist ein deadlink
Zitat von lukadie ausgaben von less /var/log/Xorg.0.log | grep -i WW könnte helfen.
kann ich jetzt nicht nachschauen hab aber diesbez. in den optionen nichts verändert, wenns per default eingeschalten ist, ja.Zitat von lukahast du bei openoffice.org die 3d darstellung mit opengl bzw "hardwarebeschleunigung verwenden" eingeschalten?
gefixed, da hat sich ein zeilenumbruch eingeschlichen...Zitat von lukabtw: die anleitung ist ein deadlink
Hast du einen speziellen Grund um die offiziellen Ati Treiber zu verwenden? Ansonsten empfehl ich wie immer die aus den Reps ...
Zitat von nexus_VIHast du einen speziellen Grund um die offiziellen Ati Treiber zu verwenden? Ansonsten empfehl ich wie immer die aus den Reps ...
schon ein X.org reconfigure probiert?
falls irgendwie möglich, probier die proprietären ati treiber zu vermeiden. wer weiß, vielleicht wars nur ein bug im package der mittlerweile schon gefixed isCode:sudo dpkg-reconfigure xserver-xorg
reconfigure? mehr als nur 1x
trotzdem muss das problem ja irgendwo sein und ich hätts allein schon wegen lernzwecken gern gefunden
Ist das eigentlich die Widescreen Variante von dem ganzen Spaß oder eh Standard?
Da wir die Warnings schon kennen, wie wärs mal mit den Errors? ('less /var/log/Xorg.0.log | grep -i EE')
Und wiedermal fallen Ati+DRI in Kombination negativ auf
Mal angenommen du verwendest einen displaymanager, solltests du vllt einen blick auf deine /var/log/Xorg.0.log.old werfen.
less /var/log/Xorg.0.log | grep -i EE
xnikp@xnikp-laptop:~$ sudo less /var/log/Xorg.0.log | grep -i EE
Password:
Current Operating System: Linux xnikp-laptop 2.6.15-27-386 #1 PREEMPT Sat Sep 16 01:51:59 UTC 2006 i686
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(**) |-->Screen "Default Screen" (0)
(II) Loading extension XFree86-DRI
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg-air/modules/fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
(II) Loading font FreeType
(II) Setting vga for screen 0.
(==) RADEON(0): X server will not keep DPI constant for all screen sizes
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM
(WW) RADEON(0): Valid modes must be between 320x200-1280x800
of this adapter, please see http://gatos.sf.net.
(II) do I need RAC? No, I don't.
(**) RADEON(0): RADEONScreenInit a8000000 0
(**) RADEON(0): RADEONSaveScreen(0)
(II) RADEON(0): Largest offscreen area available: 1280 x 7389
(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Indirect CPU to Screen color expansion
Offscreen Pixmaps
(II) RADEON(0): Largest offscreen area available: 1280 x 7385
(EE) RADEON: Failed to load module "theatre_detect" (module does not exist, 0)
(EE) RADEON(0): Unable to load Rage Theatre detect module
(**) RADEON(0): RADEONScreenInit finished
(II) Initializing built-in extension XFree86-Bigfont
(EE) AIGLX: Screen 0 is not DRI capable
(EE) Failed to load /usr/lib/xorg-air/modules/extensions/libGLcore.so
(**) Option "SendCoreEvents"
(**) stylus: serial speed 9600
(**) Option "SendCoreEvents"
(**) cursor: serial speed 9600
(**) Option "SendCoreEvents"
(**) eraser: serial speed 9600
(EE) Synaptics Touchpad no synaptics touchpad detected and no repeater device
(EE) Synaptics Touchpad Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device "Synaptics Touchpad"
xkb_keycodes { include "xfree86+aliases(qwertz)" };
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(EE) xf86OpenSerial: Cannot open device /dev/wacom
(II) Configured Mouse: ps2EnableDataReporting: succeeded
(**) RADEON(0): RADEONSaveScreen(2)
/var/log/Xorg.0.log.old, hier fällt folgendes auf (steht seeehr oft drin):
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card9
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
sieht aus als hättest du im Xorg.0.log den radeon xserver von x.org verwenden und nicht fglrx
Zitat von lukasieht aus als hättest du im Xorg.0.log den radeon xserver von x.org verwenden und nicht fglrx
Steht in xorg.conf als driver "ati" wird der passende open source xserver für deinen ati-chipsatz geladen, das kann man auch im Xorg.0.log nachvollziehen.
Zitat von lukaSteht in xorg.conf als driver "ati" wird der passende open source xserver für deinen ati-chipsatz geladen, das kann man auch im Xorg.0.log nachvollziehen.
Wenn du fglrx laden willst, musst du auch fglrx als driver in deiner xorg.conf angeben und schau, dass dort auch module wie DRI und glx stehen. Mit glxinfo | grep -i rendering kontrollierst du dann ob DRI erfolgreich aktiviert wurde. ("direct rendering: yes" sollte der befehl ausgeben)
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2024