Hallo zusammen.

Seit kurzem habe ich ein ziemlich unangenehmes Problem, welches wohl im Zusammenhang mit dem Update des freien radeon-Treibers für meine 9700 Mobility auf einem Acer Extensa 3002 WLMi steht.
 hwinfo --gfxcard
13: PCI(AGP) 100.0: 0300 VGA compatible controller (VGA)
  [Created at pci.301]
  UDI: /org/freedesktop/Hal/devices/pci_1002_4e50
  Unique ID: VCu0.031r+Npkzr8
  Parent ID: vSkL.oF7y00qHwA3
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "Acer Incorporated [ALI] RV350 NP"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x4e50 "RV350 NP"
  SubVendor: pci 0x1025 "Acer Incorporated [ALI]"
  SubDevice: pci 0x0064
  Memory Range: 0xd8000000-0xdfffffff (rw,prefetchable)
  I/O Ports: 0x3000-0x3fff (rw)
  Memory Range: 0xd0100000-0xd010ffff (rw,non-prefetchable)
  Memory Range: 0xd0120000-0xd013ffff (ro,prefetchable,disabled)
  IRQ: 6 (1055 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d00004E50sv00001025sd00000064bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: radeon
  Driver Info #1:
    XFree86 v4 Server Module: radeon
    3D Support: yes
    Extensions: dri
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #24 (PCI bridge)

Primary display adapter: #13
Da solche Fehler aber meistens mehrere User betreffen, lautete die Devise zunächst mal "abwarten", bis es erste gleichlautende Meldungen gibt, was sich jedoch bisher nicht bestätigte.

Das System friert nach Aufruf des Login-Managers spätestens nach wenigen Sekunden komplett ein, da ich keine zweite Maschine griffbereit habe (um es per SSH zu versuchen), hilft nur noch ein harter Reset.

Vorgeschichte:

Zum ersten mal bemerkte ich das Problem bei der Fehlersuche hier

https://forum.archlinux.de/?page=Postings;id=20;thread=7986

als ich den damals noch in "testing" befindlichen xf86-video-ati in Version 6.8.0 versuchte.

Da das Problem jedoch nichts mit besagtem Treiber zu tun hatte, beachtete ich das Ganze nicht weiter, aber legte mir zumindest für alle Fälle eine lokale Kopie der Version 6.7.197-2 an, die mir nun "den Hals rettet".

Symptome:

Das System fährt ohne sichtbare Fehlermeldungen hoch, startet kdm und friert anschliessend komplett ein.

Die Xorg-logs selbst sind dabei sauber:
Current Operating System: Linux Schleppi 2.6.24-ARCH #1 SMP PREEMPT Wed Mar 5 12:07:52 UTC 2008 i686
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
(WW) RADEON(0): LVDS Info:
(WW) RADEON(0): DDC2/I2C is not properly initialized
(WW) RADEON(0): DDC2/I2C is not properly initialized
(WW) RADEON(0): No crtc mode list for crtc 1,continuing with desired mode
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0xdbffd800 is: 0xdbffd800
(WW) RADEON(0):   MC_AGP_LOCATION was: 0xffffffc0 is: 0xe07fe000
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0xdbffd800 is: 0xdbffd800
(WW) RADEON(0):   MC_AGP_LOCATION was: 0xffffffc0 is: 0xe07fe000
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
Dabei besteht kein Unterschied zwischen der "alten" Version 6.7.197-2 und der neuen 6.8.0-2.

Der erste Verdächtige "kdm" kann ausgeschlossen werden, denn ein Wechsel auf xdm führte zu keiner Veränderung.

Komischerweise läuft das Ganze aber (einigermassen) mit "startx", hier kommt es zu Theater beim anschliessenden Ausloggen, bis hin zum Systemfreeze.

Das Ganze ist absolut reproduzierbar, komischerweise aber die Ausgabe in den Kernellogs nicht.
Mar 19 00:24:44 Schleppi [drm] Module unloaded
Mar 19 00:26:46 Schleppi init: Switching to runlevel: 5
Mar 19 00:26:47 Schleppi [drm] Initialized drm 1.1.0 20060810
Mar 19 00:26:47 Schleppi [drm] Initialized radeon 1.28.0 20060524 on minor 0
Mar 19 00:26:48 Schleppi agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Mar 19 00:26:48 Schleppi agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Mar 19 00:26:48 Schleppi agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
Mar 19 00:26:49 Schleppi [drm] Setting GART location based on new memory map
Mar 19 00:26:49 Schleppi [drm] Loading R300 Microcode
Mar 19 00:26:49 Schleppi [drm] writeback test succeeded in 1 usecs
Da sieht alles gut aus aber das System friert dann ein (und das wohl auch zu schnell, um noch eine message in den log packen zu können).

Manchmal taucht aber das hier auf:
Mar 17 10:29:37 Schleppi agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Mar 17 10:29:37 Schleppi agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Mar 17 10:29:37 Schleppi agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
Mar 17 10:29:38 Schleppi [drm] Setting GART location based on new memory map
Mar 17 10:29:38 Schleppi [drm] Loading R300 Microcode
Mar 17 10:29:38 Schleppi [drm] writeback test failed
Oder auch das hier:
Mar 19 00:31:29 Schleppi PCI: Unable to reserve mem region #1:8000000@d8000000 for device 0000:01:00.0
Mar 19 00:31:29 Schleppi ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 6 (level, low) -> IRQ 6
Mar 19 00:31:29 Schleppi [drm] Initialized radeon 1.28.0 20060524 on minor 0
Mar 19 00:31:29 Schleppi [drm] Used old pci detect: framebuffer loaded
Mar 19 00:31:31 Schleppi agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Mar 19 00:31:31 Schleppi agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Mar 19 00:31:31 Schleppi agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
Mar 19 00:31:32 Schleppi [drm] Setting GART location based on new memory map
Mar 19 00:31:32 Schleppi [drm] Loading R300 Microcode
Mar 19 00:31:32 Schleppi [drm] writeback test succeeded in 1 usecs
Einziger Unterschied zur Verwendung des alten Treibers ist hier:
Mar 17 10:42:53 Schleppi agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
Mar 17 10:42:53 Schleppi agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode
Statt des "4xmode" wird "1xmode" verwendet.

Ich vermute ein Problem mit der AGPgart, allerdings fehlt mir ein Ansatzpunkt, wie ich das Problem weiter einkreisen könnte, vor allem, weil man wider erwarten nicht zig andere Threads zu diesem Thema findet.

Deshalb habe ich mich nun nach ein paar Tagen entschlossen, das Ganze doch zur Diskussion zu stellen und ggf. einen Bugreport zu verfassen, sofern mir jemand mehr Ideen liefern könnte, wo ich nach weiteren Anhaltspunkten suchen kann (vor allem, da die Motivation weiter zu testen durch die Notwendigkeit zum harten Reset nach "erfolgreichem" Reproduzieren des Problems naturgemäß nicht gerade grösser wird).

Eine weitere "verdächtige" Meldung 
Mar 21 15:27:41 Schleppi intel_rng: FWH not detected
tritt bei beiden Treiberversionen auf, ergo wohl nicht verantwortlich für die Probleme.

Bisherige Lösungsversuche:

- Rebuild des Pakets xf86-video-ati in der offiziellen Version 6.8.0-2 auf meiner Maschine, erwartungsgemäß fehlerfrei durchgelaufen, aber das Problem bleibt bestehen.

- Bau eines Paketes aus dem neusten git-Snapshot

http://aur.archlinux.org/packages.php?ID=15374

(und ja, ich habe auch das hier beachtet: See http://bbs.archlinux.org/viewtopic.php?id=44517 )

- Anlegen einer "frischen" xorg.conf nach dem Update in RL3 und vor dem Betreten von RL5 mit "init 5" führte ebenfalls zu keiner Verbesserung.

Bisher halte ich die "alte" Version via pacman.conf und verhindere das Update.

Any ideas/comments are appreciated.

Greetz,

RM
Hi,
es ist schon schwer hier etwas zu sagen. Ich nutze kein ATI mehr, von da her kann ich nicht viel beitragen.
(WW) AIGLX: 3D driver claims to not support visual 0x23
Dies würde ich mit 
Section "ServerFlags"
	Option "AIGLX"		"off"
EndSection
versuchen zu beheben, wenn nicht schon geschehen.

Ich hab mal folgende Zeilen (komplett) in Google eingegeben: 
RV350 NP
AIGLX: 3D driver claims to not support visual 
(WW) RADEON(0): DDC2/I2C is not properly initialized
Putting AGP V2 device at 0000:00:00.0 into 4x mode
da werden schon einige Bug-Reports aufgelistet. Ich fürchte, du musst suchen.

Wie sieht denn deine xorg.conf aus ?
Welche Hardware hast du (lspci) ?
Mar 21 15:27:41 Schleppi intel_rng: FWH not detected
Hier wird einfach ein Modul geladen für eine Hardware die du nicht hast.
Gibt dmesg noch was aus ?

Jean-Paul
jean-paul schrieb Hi,
es ist schon schwer hier etwas zu sagen. Ich nutze kein ATI mehr, von da her kann ich nicht viel beitragen.
(WW) AIGLX: 3D driver claims to not support visual 0x23
Dies würde ich mit 
Section "ServerFlags"
	Option "AIGLX"		"off"
EndSection
versuchen zu beheben, wenn nicht schon geschehen.
Diese Warnungn kommen sowohl mit der alten als auch mit der neuen Version des Treibers und AIGLX selbst funktioniert damit trotzdem, auch wenn ich die entsprechenden Spielereien (compiz-fusion) nur unter einer openSUSE 10.2 auf der selben Maschine aktiviert habe.

Ich kann es zwar mal testen, aber die Chancen, daß es etwas bringt sehe ich als eher gering an.
jean-paul schrieb Ich hab mal folgende Zeilen (komplett) in Google eingegeben:
RV350 NP
AIGLX: 3D driver claims to not support visual 
(WW) RADEON(0): DDC2/I2C is not properly initialized
Putting AGP V2 device at 0000:00:00.0 into 4x mode
da werden schon einige Bug-Reports aufgelistet. Ich fürchte, du musst suchen.
Dann wird das wohl der nächste Ansatzpunkt sein.
jean-paul schrieb Wie sieht denn deine xorg.conf aus ?
Da die selbe xorg.conf unter dem alten Treiber keine Probleme macht und auch eine frisch erstellte "Standard"-xorg.conf ohne zusätzliche Optionen immer mit dem alten aber nie mit dem neuen Treiber funktioniert, bin ich zwar auch hier skeptisch, aber posten kann trotzdem nicht schaden.
Section "ServerLayout"
        Identifier     "X.org Configured"
        Screen      0  "Screen0" 0 0
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
        RgbPath      "/usr/share/X11/rgb"
        ModulePath   "/usr/lib/xorg/modules"
        FontPath     "/usr/share/fonts/misc"
        FontPath     "/usr/share/fonts/100dpi:unscaled"
        FontPath     "/usr/share/fonts/75dpi:unscaled"
        FontPath     "/usr/share/fonts/TTF"
        FontPath     "/usr/share/fonts/Type1"
EndSection

Section "Module"
        Load  "xtrap"
        Load  "GLcore"
        Load  "dri"
        Load  "record"
        Load  "extmod"
        Load  "dbe"
        Load  "glx"
        Load  "freetype"
EndSection

Section "ServerFlags"
        Option      "AllowMouseOpenFail" "on"
        Option      "RandR" "on"
EndSection

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "AutoRepeat" "500 30"
        Option      "Protocol" "Standard"
        Option      "XkbLayout" "de"
        Option      "XkbRules" "base"
        Option      "XkbModel" "acer_laptop"
        Option      "XkbVariant" "ro_nodeadkeys"
EndSection

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "ZAxisMapping" "4 5 6 7"
EndSection

Section "Modes"
        Identifier     "Modes[0]"
        ModeLine     "1280x800" 83.5 1280 1344 1480 1680 800 801 804 828
        ModeLine     "1280x800" 69.8 1280 1328 1360 1440 800 803 809 823 +hsync -vsync
        ModeLine     "1280x768" 80.1 1280 1344 1480 1680 768 769 772 795
        ModeLine     "1280x768" 67.0 1280 1328 1360 1440 768 771 778 790 +hsync -vsync
        ModeLine     "1024x768" 64.1 1024 1080 1184 1344 768 769 772 795
        ModeLine     "1024x768" 55.0 1024 1072 1104 1184 768 771 775 790 +hsync -vsync
        ModeLine     "1280x600" 61.5 1280 1336 1464 1648 600 601 604 622
        ModeLine     "1280x600" 52.5 1280 1328 1360 1440 600 603 613 619 +hsync -vsync
        ModeLine     "1024x600" 49.0 1024 1064 1168 1312 600 601 604 622
        ModeLine     "1024x600" 43.0 1024 1072 1104 1184 600 603 613 619 +hsync -vsync
        ModeLine     "800x600" 38.2 800 832 912 1024 600 601 604 622
        ModeLine     "800x600" 34.8 800 848 880 960 600 603 607 617 +hsync -vsync
        ModeLine     "768x576" 35.0 768 792 872 976 576 577 580 597
        ModeLine     "768x576" 32.2 768 816 848 928 576 579 583 593 +hsync -vsync
        ModeLine     "640x480" 23.9 640 656 720 800 480 481 484 497
        ModeLine     "640x480" 23.2 640 688 720 800 480 483 487 494 +hsync -vsync
        ModeLine     "1024x768" 66.3 1024 1080 1184 1344 768 769 772 796
        ModeLine     "1024x600" 50.6 1024 1064 1168 1312 600 601 604 622
        ModeLine     "800x600" 39.5 800 832 912 1024 600 601 604 622
        ModeLine     "768x576" 36.1 768 792 872 976 576 577 580 597
        ModeLine     "640x480" 24.7 640 656 720 800 480 481 484 498
EndSection

Section "Monitor"

        #DisplaySize      330   210     # mm
        Identifier   "Monitor0"
        VendorName   "QDS"
        ModelName    "14"
EndSection

Section "Device"

        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"                   # [<bool>]
        #Option     "SWcursor"                  # [<bool>]
        #Option     "Dac6Bit"                   # [<bool>]
        #Option     "Dac8Bit"                   # [<bool>]
        #Option     "BusType"                   # [<str>]
        #Option     "CPPIOMode"                 # [<bool>]
        #Option     "CPusecTimeout"             # <i>
        #Option     "AGPMode"                   # <i>
        #Option     "AGPFastWrite"              # [<bool>]
        #Option     "AGPSize"                   # <i>
        #Option     "GARTSize"                  # <i>
        #Option     "RingSize"                  # <i>
        #Option     "BufferSize"                # <i>
        #Option     "EnableDepthMoves"          # [<bool>]
        #Option     "EnablePageFlip"            # [<bool>]
        #Option     "NoBackBuffer"              # [<bool>]
        #Option     "DMAForXv"                  # [<bool>]
        #Option     "FBTexPercent"              # <i>
        #Option     "DepthBits"                 # <i>
        #Option     "PCIAPERSize"               # <i>
        #Option     "AccelDFS"                  # [<bool>]
        #Option     "DDCMode"                   # [<bool>]
        #Option     "IgnoreEDID"                # [<bool>]
        #Option     "DisplayPriority"           # [<str>]
        #Option     "PanelSize"                 # [<str>]
        #Option     "ForceMinDotClock"          # <freq>
        #Option     "ColorTiling"               # [<bool>]
        #Option     "VideoKey"                  # <i>
        #Option     "RageTheatreCrystal"        # <i>
        #Option     "RageTheatreTunerPort"      # <i>
        #Option     "RageTheatreCompositePort"  # <i>
        #Option     "RageTheatreSVideoPort"     # <i>
        #Option     "TunerType"                 # <i>
        #Option     "RageTheatreMicrocPath"     # <str>
        #Option     "RageTheatreMicrocType"     # <str>
        #Option     "ScalerWidth"               # <i>
        #Option     "RenderAccel"               # [<bool>]
        #Option     "SubPixelOrder"             # [<str>]
        #Option     "ShowCache"                 # [<bool>]
        #Option     "DynamicClocks"             # [<bool>]
        #Option     "VGAAccess"                 # [<bool>]
        #Option     "ReverseDDC"                # [<bool>]
        #Option     "LVDSProbePLL"              # [<bool>]
        #Option     "AccelMethod"               # <str>
        #Option     "DRI"                       # [<bool>]
        #Option     "ConnectorTable"            # <str>
        #Option     "DefaultConnectorTable"     # [<bool>]
        #Option     "DefaultTMDSPLL"            # [<bool>]
        #Option     "TVDACLoadDetect"           # [<bool>]
        #Option     "ForceTVOut"                # [<bool>]
        #Option     "TVStandard"                # <str>
        Identifier  "Card0"
        Driver      "ati"
        VendorName  "ATI Technologies Inc"
        BoardName   "RV350 [Mobility Radeon 9600 M10]"
        BusID       "PCI:1:0:0"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "Monitor0"
        SubSection "Display"
                Viewport   0 0
                Depth     1
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     4
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     8
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     15
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     16
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
EndSection
jean-paul schrieb Welche Hardware hast du (lspci) ?
Siehe oben, "hwinfo --gfxcard" ist da sehr viel gesprächiger als ein simples lspci, aber hier noch lspci --vvnn als Zugabe.
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] (prog-if 00 [VGA controller])
        Subsystem: Acer Incorporated [ALI] Unknown device [1025:0064]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B+ DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 66 (2000ns min), Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 6
        Region 0: Memory at d8000000 (32-bit, prefetchable) [size=128M]
        Region 1: I/O ports at 3000 [size=256]
        Region 2: Memory at d0100000 (32-bit, non-prefetchable) [size=64K]
        [virtual] Expansion ROM at d0120000 [disabled] [size=128K]
        Capabilities: [58] AGP version 2.0
                Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
jean-paul schrieb Gibt dmesg noch was aus ?
Was mir in den logs/dmesg aufgefallen ist, habe ich oben schon gepostet, um das noch einmal nachzuprüfen, müsste ich zuerst wieder die neue Version installieren.

Ich werde zuerst mal ein wenig nach der oben von Dir zitierten Meldung suchen und dann bei Gelegenheit noch einmal dmesg nach Installation des neuen Treibers durchforsten, vielleicht ist mir ja wirklich etwas entgangen.

Danke soweit.

Greetz,

RM
Also mir ist folgendes noch aufgefallen: 
Load  "ddc"
fehlt in deiner Module-Section. 
Load   "GLcore"
steht mir zu weit oben, noch vor "dri" und "glx".
Ich würde diese Reihenfolge mal wählen: 
Load  "bitmap"
Load  "ddc"
Load  "dri"
Load  "extmod"
Load  "freetype"
Load  "glx"
Load  "GLcore"
Versuchsweise "GLcore" mal ganz raus nehmen.

Was du auch mal versuchen kannst ist, ALLE Module rausnehmen. Die werden mit dem neuen xserver automatisch geladen (hab ich auch so).

Ansonsten, Linux und Ati scheint etwas zu sein, was nicht zusammenpasst.
Wenn der Treiber nicht richtig funktioniert, kannst du hier einstellen was du willst.

Jean-Paul

  • [gelöscht]

  • Beitrag Nr. 5
  • Bearbeitet
Zwischenstand:

Die veränderte Reihenfolge sowie das vollständige Auskommentieren brachte leider keine Besserung, das System friert beim Start des Loginmanagers (KDM oder XDM) nach wenigen Sekunden komplett ein.

Mehr durch einen Zufall bekam ich dann dieses KDM-Phänomen in den Griff, als ich den "Fallback"-Eintrag gebootet habe, blieb KDM stabil.

Die beiden mir sich ergebenden Ursachen waren das nicht gestartete ACPI oder der nicht gestartete VGA-Modus bei "Fallback".

=> Den entsprechenden vga-Parameter des normalen Eintrags für Arch in der menu.lst gelöscht (vga=773) und neu gestartet.

Siehe da, KDM lief stabil und ich konnte mich einloggen.

Immerhin ein Workaround (dachte ich so bei mir) und wollte Konqueror starten, wobei das System wieder komplett einfror.

Die Logeinträge sowie dmesg zeigten bisher keine neuen Auffälligkeiten, mal sehen, ob ich mit dem hier
Putting AGP V2 device at 0000:00:00.0 into 4x mode
einen anderen Ansatzpunkt finde.

Greetz,

RM
Hi,

kann dir bei deinem Problem zwar nicht weiterhelfen (bei mir laufen die Treiber sauber)

aber schau dir mal folgendes an:

http://wiki.archlinux.de/?title=SysRQ

dann brauchst du nicht immer einen Hard-Reset machen.
Geil! Das kannte ich jetzt noch nicht. Könnte mir auch behilflich sein, krieg in letzter Zeit auch öfters Freezes (aus anderem Grund, hab auch nen Thread offen). Dankeschön!!!
24 Tage später

  • [gelöscht]

  • Beitrag Nr. 9
Was lange währt ....

Manchmal sieht man den Wald vor läuter Bäumen nicht.

Zumindest habe ich nun eine Lösung mit der ich sehr gut leben kann.
        Option     "AGPMode"                    "1"
Diese Option in der xorg.conf hatte ich schlicht übersehen.

Versuche mit 2 oder 4 führten (zumindest bei letzterem erwartungsgemäß) zum Freeze, der trotz Magic SysRq-keys teilweise nur durch harten Reset zu "beheben" war.

Greetz,

RM