Ursache könnte zum einen die Radeon sein, schaue mal ob das Abschalten des Pollings ggf. schon hilft:
echo "N" > /sys/module/drm_kms_helper/parameters/poll
Ansonsten finden sich 2 Kernelbugs (von 2010 und 2011, beide gefixt), die damit zu tun haben *könnten*
https://bugzilla.kernel.org/show_bug.cgi?id=29722
https://bugzilla.kernel.org/show_bug.cgi?id=20232
Der letztere müßte eigentlich im aktuellen core-kernel26 (2.6.38.7-1) drin sein. Ich bin mir allerdings bei beiden Bugs unsicher ob sie wirklich auf deinen Fall zutreffen. Eine Gemeinsamkeit ist sicher der frühe Backtrace in deiner dmesg, der durch die Patches AFAIK eben nicht mehr auftreten sollte.
Dein dmesg war ja ohne jedweden Paramter für die pcie_ports Steuerung. Kommt der backtrace (in dmesg: Call Trace ff.) auch wenn du dort mit compat oder native bootest?
Mir erscheinen (procinfo) deine Timer-Interrupts (irq0) sehr hoch. Laß dochmal laufen:
watch cat /proc/interrupts
und beobachte mal welche Werte dort spunghaft ansteigen. (Für die "Normal-IRQs" von 12 bis 20 sind steigende Werte um 100-200 pro Sekunde normal, interessant wären timer und die anderen Ausgaben. Ob dort Sprünge von > 100-200 zu verzeichnen sind. Richte dein Augenmerk auch nochmal auf die letzten Spalten (ab SPU), v.a. bei ERR, ob dort *wesentliche* Sprünge zu beobachten sind (außer RES).
Du könntest auch nochmal versuchen:
a) Aktueller kernel 2.6.38.7-1 (pacman -Syu)
b) Kernel aus testing: 2.6.39-1
c) LTS-Kernel 2.6.32.41-1 (pacman -Syu kernel26-lts, kann problemlos parallel installiert sein)
Ob (eine) dieser versionen das Problem evtl. lösen würden. 2.6.32 zum Eingrenzen, da IMHO das Problem mit 2.6.36 auftrat. 2.6.39 ob alle bestätigten Patches aus den obigen Bugreports irgendwas bestätigen...
Auch anch einem BIOS-Update kannst du bei HP mal schauen, mußt nicht aktualisieren ,aber mal prüfen ob deine aktuelle und die letzte sich groß unterscheiden...