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