Kernel failure Meldung nach Login auf grafischer Oberfläche

[optimator]

Hallo alle zusammen!

Ich habe mich heute erst hier bei euch angemeldet, lese aber schon eine lange Zeit hier still mit.
Ich benutze Debian 6.0.6 auf einem Asus A9RP Laptop und bisher auch ohne weitere Probleme.
Er zeigte beim booten (erste Meldung nach Grub) zwar immer

Code: Alles auswählen

pci 0000:00:00.0: BAR 3: address space collision on of device [0xe0000000-0xffffffff]

an aber fuhr immer hoch und lief auch.
Ab und zu aber (nicht jedes mal) zeigt er mir nach dem einloggen auf die Grafische Oberflöche (Gnome) einen Kernel failure an:

Code: Alles auswählen

Kernel failure message 1:

BUG: unable to handle kernel paging request at ffffffbb

IP: [<f867398a>] radeon_set_pcigart+0x2e2/0x13ca [radeon]

*pde = 01426067 *pte = 00000000 

Oops: 0002 [#1] SMP 

last sysfs file: /sys/module/bluetooth/initstate

Modules linked in: sco bridge stp bnep rfcomm l2cap crc16 bluetooth rfkill binfmt_misc uinput fuse coretemp loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq usblp radeon pcmcia snd_timer snd_seq_device ttm video yenta_socket asus_laptop snd drm_kms_helper rsrc_nonstatic usbhid soundcore drm i2c_algo_bit i2c_piix4 output pcmcia_core hid joydev ac i2c_core battery evdev snd_page_alloc button processor pcspkr shpchp pci_hotplug psmouse serio_raw ext3 jbd mbcache sg sr_mod sd_mod crc_t10dif cdrom ata_generic ohci_hcd sdhci_pci sdhci pata_atiixp 8139too thermal mmc_core libata thermal_sys 8139cp mii led_class ehci_hcd scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan]



Pid: 1118, comm: Xorg Not tainted (2.6.32-5-686 #1) A9Rp                

EIP: 0060:[<f867398a>] EFLAGS: 00013282 CPU: 0

EIP is at radeon_set_pcigart+0x2e2/0x13ca [radeon]

EAX: f5d3ea00 EBX: f63f2000 ECX: 333a0000 EDX: 00000010

ESI: 00000001 EDI: 00000000 EBP: f63f1000 ESP: e98bbe4c

 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068

Process Xorg (pid: 1118, ti=e98ba000 task=f5e84880 task.ti=e98ba000)

Stack:

 f63f2000 f8720b08 00000000 f8675ffc 00000001 f6f1e580 00000000 40546440

<0> e98bbe98 40546440 bfbacfd0 f86e0dcc f84715c6 40000000 c1087d02 bfbacfd0

<0> f6f1e580 f63f1000 f86752f7 00000004 00000898 00000001 40000000 02000000

Call Trace:

 [<f8675ffc>] ? radeon_cp_init+0xd05/0xd19 [radeon]

 [<f84715c6>] ? drm_ioctl+0x244/0x2de [drm]

 [<c1087d02>] ? lock_page+0x8/0x1d

 [<f86752f7>] ? radeon_cp_init+0x0/0xd19 [radeon]

 [<f8471382>] ? drm_ioctl+0x0/0x2de [drm]

 [<c10be1dc>] ? vfs_ioctl+0x1c/0x5f

 [<c10be770>] ? do_vfs_ioctl+0x4aa/0x4e5

 [<c10b35a6>] ? fsnotify_modify+0x5a/0x61

 [<c10b379a>] ? do_sync_write+0x0/0x107

 [<c10b4184>] ? vfs_write+0x9e/0xd6

 [<c10be7ec>] ? sys_ioctl+0x41/0x58

 [<c10030fb>] ? sysenter_do_call+0x12/0x28

Code: fa 12 8b 83 34 03 00 00 75 1d 8b 40 10 ba 2c 00 a0 00 83 c0 70 89 10 8b 83 34 03 00 00 8b 40 10 83 01 00 00 89 08 8b 83 34 03 00 <00> 66 ba ff 00 8b 40 10 05 68 01 00 00 89 10 ba 39 00 00 00 89 

EIP: [<f867398a>] radeon_set_pcigart+0x2e2/0x13ca [radeon] SS:ESP 0068:e98bbe4c

CR2: 00000000ffffffbb

---[ end trace 28eb9f70ee556b22 ]---

Es läuft sonst alles absolut stabil, aber irgendwie macht mich das halt doch nervös.
Ich würde mich wirklich sehr freuen wenn ihr mir bei der Fehlersuche helfen könntet. Ich benutze Linux zwar mit Unterbrechungen schon etwas länger (bin vor einem halben Jahr dann ganz auf Linux umgestiegen), aber bin halt kein Profi.

Wenn ihr irgendwelche Daten braucht dann sagt einfach bescheid. Ich werde mein bestes geben!
Ach was mir einfällt, was eventuell wichtig sein könnte, KMS für die Radeon ist deaktiviert und es wurde eine xorg.conf eingerichtet.

Viele Grüße

[rendegast]

Da die Meldung auf radeon schließen läßt,
kernel (radeon-Modul, +firmware-linux-nonfree), xorg/mesa, radeon-Treiber aus den backports.

BUG: unable to handle kernel paging request at ffffffbb
Oops: 0002 [#1] SMP

könnte sich durch den Kernelwechsel erledigen,
auch memtest86+ mehrmals durchlaufen lassen
(gleich 4.20, trägt sich ins Bootmenü ein (lilo, grub2)).

Asus A9RP Laptop

Probeweiser Grafikkartentausch fällt wohl aus.

Kühlung kontrollieren?

[optimator]

Vielen Dank für deine Antwort.

auch Debianmemtest86+ mehrmals durchlaufen lassen

Das werde ich gleich mal machen. Ich habe zur Not auch Speicher zum tauschen da.
Unter Windows lief der RAM zwar bisher aber das heißt ja nichts, denke ich?!

Probeweiser Grafikkartentausch fällt wohl aus.

Kühlung kontrollieren?

Ja der Tausch fällt bei einem Laptop leider aus
Die Kühlung läuft sehr gut seid ich KMS deaktivert habe und ein paar Optionen

Code: Alles auswählen

"DynamicPM" "on"   "ClockGating" "on"

in der xorg.conf gesetzt habe.
Vorher war er meiner Meinung nach zu warm.
Jetzt pendelt er zwischen 34 und 50 Grad je nach Last. Und der Lüfter ist auch mal ruhig wenn man gerade nichts am Laptop macht.

kernel (radeon-Modul, +firmware-linux-nonfree), xorg/mesa, radeon-Treiber aus den backports.

Das wäre dann die letzte Möglichkeit die ich in Erwägung ziehen würde, da wie gesagt sonst alles sehr stabil läuft und das Problem nur selten auftritt (würde vielleicht für ein problem mit dem RAM sprechen?) und ich nicht so gerne unnötig was "kaputt fummeln" möchte.
Aber kann wohl sein das ich nicht drum herum komme, wenn es wirklich ein Bug sein sollte. Dann werde ich vorher die Festplatte clonen und dann sollte da eigentlich nichts schief gehen.
Die Grafikkarte in dem Gerät ist übrigens die Radeon Xpress 200M.

[optimator]

Es ist merkwürdig, aber bis heute ist der Fehler nicht mehr aufgetaucht, aber ich habe nichts am System verändert.
Ich werde das mal im Auge behalten.

Der RAM-Test hat übrigens keine Fehler angezeigt.

[optimator]

So ich glaube das Problem hat sich erledigt.
Ich habe den Kernel Fehler wieder gehabt und habe jetzt mal folgendes gemacht, ich habe KMS wieder aktiviert (damit bekam ich ja keine Fehlermeldung) und habe dann in der radeon-kms.conf folgendes eingetragen:

Code: Alles auswählen

dynclks=1

Das müsste doch die gleiche Wirkung haben wie in der xorg-conf:

Code: Alles auswählen

"DynamicPM" "on"   "ClockGating" "on"

Wenn ja dann hätte sich das Problem für mich erledigt.
Zumindest im Moment scheint es auch so als wenn die Temperatur sich genau so verhält wie mit den Einstellungen der xorg.conf.

Warum jetzt ohne KMS diese Fehler Meldung kommt würde mich noch interessieren...
Aber hauptsache es läuft jetzt.

[optimator]

Ich habe mich heute dazu durchgerungen doch mal den Kernel aus den Backports einzuspielen und siehe da, diese Meldung:

Code: Alles auswählen

pci 0000:00:00.0: BAR 3: address space collision on of device [0xe0000000-0xffffffff]

Ist nun verschwunden, sowie auch sämtliche Meldungen im Zusammenhang mit der Radeon Karte.
Ich hatte zwar kein merklichen Probleme dadurch aber irgendwie macht es einen ja doch nervös.
Jetzt läuft alles wie geschmiert

[optimator]

Auch wenn es hier so aussieht als würde ich Selbstgespräche führen möchte ich noch einmal kurz etwas schreiben in der Hoffnung anderen helfen zu können die ähnliche Probleme haben.

Wie bereits geschrieben waren meine Probleme mit der installation des Kernels sowie der Radeon Treiber aus den Backports verschwunden.
ABER ich hatte auf einmal ein Problem mit der Temperatur, diese lag auf einmal um 5 Grad höher als vorher.
Ich hatte irgendwie die Vermutung das vielleicht durch den neuen Kernel die Option "dynclks=1" nicht mehr richtig greift.
Ich habe dann KMS deaktiviert (was ja mit dem alten Kernel und den alten Radeon Treibern zu Problemen führte) und wieder mit der xorg.conf (mit Option "DynamicPM" "on" "ClockGating" "on") gearbeitet.

Jetzt läuft alles wirklich perfekt! Die Temperatur ist wieder schön niedrig, und vor allem der Lüfter läuft jetzt ganz leise und gleichmäßig. Vorher lief er manchmal ganz kurze Zeit gar nicht um dann wieder im nächsten Moment voll hoch zu fahren.

Also zusammengefasst:
-Kernel und Radeon Treiber aus den Backports installieren
-KMS ausschalten
- "DynamicPM" "on" "ClockGating" "on" als Option in der xorg.conf setzen

[rendegast]

-KMS ausschalten

Tja, schade
http://de.wikipedia.org/wiki/Mode-Setting

[optimator]

Ja ist vielleicht schade, aber was nicht geht, geht halt nicht.
Wichtig ist das das System stabil und sauber läuft und dann verzichte ich gerne auf etwas "Schnick-Schnack"