Using the KMS option of the radeon-driver makes the kernel segfault and reboot when starting an kde session. This happens on daves radeon-testing tree using latest mesa-git and libdrm-git. Also happens on latest linus tree. The same combination works great when using the non-kms codepath. Hardware is an mobility radeon x700 pcie. lspci -vn: 02:00.0 0300: 1002:5653 (prog-if 00 [VGA controller]) Subsystem: 1734:1093 Flags: bus master, fast devsel, latency 0, IRQ 24 Memory at b0000000 (64-bit, prefetchable) [size=128M] Memory at feaf0000 (64-bit, non-prefetchable) [size=64K] I/O ports at b000 [size=256] Expansion ROM at feac0000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Capabilities: [58] Express Endpoint, MSI 00 Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting
Created attachment 25010 [details] messages drm.debug=5 from nonfunctionating startup This is from latest drm-radeon-testing booted with drm.debug=5.
Created attachment 25031 [details] /proc/interrupts nonkms
Created attachment 25032 [details] /proc/interrupts kms in the kms case interrupt type is pci-msi-edge. it seems interrupts dont get caught.
Disabling pci-msi per boot option pci=nomsi,routeirq fixes the problem, Xorg starts, no crash, proper counting of interrupts.
Broken MSIs is a motherboard chipset issue rather than a radeon bug. Your motherboard chipset may need a quirk or to disable MSIs altogether.
Ok, so this bug needs reassignment to pci ? How do i change it ? Bugzilla says i have no right to change the assignemnet to pci.
Correct. I'm not sure how to change it. It wouldn't let me change it either.
We need lspci -t and lspci -xxxx from the faulty machine so we can make a credible blacklist entry for this device.
Created attachment 25122 [details] lspci -t
Created attachment 25123 [details] lspci -xxxx
Ping. Also happens with 2.6.33 final. The crucial part seems to be the no-msi option, routeirq is not needed.
Ping. With git of today (commit 522dba7134d6b2e5821d3457f7941ec34f668e6d ) it crashes when kms activates. Works with the no-msi option.
Created attachment 25483 [details] Disable MSI for devices below a VIA K8T890 Sorry I missed your response to this bug earlier. This patch should fix your problem; please verify.
Works great, many thanks. I will close the bug as soon the fix is committed. Thank you very much.
Handled-By : Matthew Wilcox <matthew@wil.cx> Patch : http://bugzilla.kernel.org/attachment.cgi?id=25483
intresting, i have the exactly same hardware like you do, and seems i met much serious problem. but very similar. i can not get any logs cause system will reboot immediately. cold start will make KMS works but cause reboot when gdm. hot start will cause reboot while just the time loading radeon modules. Hardware: VIA motherborad, X700 mobility, AMD turion MT34
kernel 2.6.31 works very well here, but 2.6.33 and 2.6.34-rc2 doesn't. i will try the patch later.
it works! confirmed here. Thanks very much!! i can use the new kernel now!! BTW: when will it merge to kernel?
Its merged, commit 134b345081534235dbf228b1005c14590e0570ba Thank you Jan Kreuzer
On Saturday 27 March 2010, Jan Kreuzer wrote: > Fixed in commit 134b345081534235dbf228b1005c14590e0570ba > > Thank you > > Jan Kreuzer > > Am 21.03.2010 21:30, schrieb Rafael J. Wysocki: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.32 and 2.6.33. > > > > The following bug entry is on the current list of known regressions > > introduced between 2.6.32 and 2.6.33. Please verify if it still should > > be listed and let the tracking team know (either way). > > > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287 > > Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie > > Submitter : Jan Kreuzer <kontrollator@gmx.de> > > Date : 2010-02-12 17:58 (38 days old) > > Handled-By : Matthew Wilcox <matthew@wil.cx> > > Patch : http://bugzilla.kernel.org/attachment.cgi?id=25483