Summary: | [RADEON:UMS:RS780] radeon computer freezes when moving the mouse | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Pierre Bailly <pierre> | ||||||||||||||||
Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> | ||||||||||||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||||
Severity: | normal | ||||||||||||||||||
Priority: | medium | CC: | anisse | ||||||||||||||||
Version: | 7.5 (2009.10) | ||||||||||||||||||
Hardware: | x86 (IA32) | ||||||||||||||||||
OS: | All | ||||||||||||||||||
Whiteboard: | |||||||||||||||||||
i915 platform: | i915 features: | ||||||||||||||||||
Attachments: |
|
Description
Pierre Bailly
2011-01-18 03:08:12 UTC
Created attachment 42148 [details]
LSPCI of the first computer
Created attachment 42149 [details]
LSPCI of the second computer
Created attachment 42150 [details]
LSPCI of the third computer
Created attachment 42151 [details]
"perf stat" report when moving the mouse
Created attachment 42152 [details]
"perf stat" report without touching the mouse
Big file: "perf record" report when moving the mouse: http://dl.free.fr/iiX4hDed2 "perf record" report without touching the mouse: http://dl.free.fr/bvHAm21ga "trace record": http://dl.free.fr/v3nXtx5HK I'll be taking over for testing procedure, etc. For "homemade kernel" it just means it was tested on a mainline kernel with a homemade .config file. I tried with "SWCursor" "true" option, the bug still happens, except that the mouse is frozen instead of being laggy (as long as you move it). Here is /proc/interrupt after boot (nomodeset mode) : CPU0 0: 15785 IO-APIC-edge timer 1: 8 IO-APIC-edge i8042 8: 1 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 12: 172 IO-APIC-edge i8042 16: 372 IO-APIC-fasteoi hda_intel, ath9k 17: 301 IO-APIC-fasteoi ehci_hcd:usb1, ehci_hcd:usb2, ehci_hcd:usb3 18: 29 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, radeon@pci:0000:01:05.0 42: 10780 PCI-MSI-edge ahci 43: 829 PCI-MSI-edge eth0 NMI: 0 Non-maskable interrupts LOC: 18550 Local timer interrupts SPU: 0 Spurious interrupts PMI: 0 Performance monitoring interrupts IWI: 0 IRQ work interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns THR: 0 Threshold APIC interrupts MCE: 0 Machine check exceptions MCP: 1 Machine check polls ERR: 0 MIS: 0 And after the bug was reproduced: CPU0 0: 26051 IO-APIC-edge timer 1: 12 IO-APIC-edge i8042 8: 1 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 12: 3280 IO-APIC-edge i8042 16: 372 IO-APIC-fasteoi hda_intel, ath9k 17: 434 IO-APIC-fasteoi ehci_hcd:usb1, ehci_hcd:usb2, ehci_hcd:usb3 18: 29 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, radeon@pci:0000:01:05.0 42: 12065 PCI-MSI-edge ahci 43: 1006 PCI-MSI-edge eth0 NMI: 0 Non-maskable interrupts LOC: 34257 Local timer interrupts SPU: 0 Spurious interrupts PMI: 0 Performance monitoring interrupts IWI: 0 IRQ work interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns THR: 0 Threshold APIC interrupts MCE: 0 Machine check exceptions MCP: 1 Machine check polls ERR: 0 MIS: 0 Created attachment 43261 [details]
dmesg after bug was reproduced
Here is the dmesg on latest Linus's tree from today (HEAD: d2478521afc20227658a10a8c5c2bf1a2aa615b3)
We don't support UMS anymore, if it works you lucky, if it doesn't we don't care, please test with KMS Note that fglrx failing suggest somethings is wrong with your hw, maybe you can test another operating system I can confirm that with today's Linus tree, using KMS, the bug is not reproducible anymore, while it is using UMS. We'll switch to KMS then. Marking as closed. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.