Bug 10815

Summary: radeon X300 system freeze with hardware cursor enabled
Product: xorg Reporter: Scott Zuk <szuk>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: 7.2 (2007.02)   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
xorg.conf
none
Xorg.0.log
none
HW cursor cleanup none

Description Scott Zuk 2007-04-29 21:19:09 UTC 
This is probably the same issue as bug 5376 but I have different testcase and setup so I created a new bug.

Hardware and OS config:
Thinkpad T43 with ATI Radeon Mobility X300 (M22) 5460 (PCIE)
Debian unstable/experimental
Linux 2.6.21 kernel (custom build)
xserver-xorg  7.2-2
xserver-xorg-video-ati 6.6.191-1
libgl1-mesa-dri 6.5.2-4
libdrm2 2.3.0-4

The problem occurs only when using the hardware cursor with the radeon driver (the default).  I am launching a 'failsafe' session from kdm, only a single terminal is running, no window manager or anything else.  I have the crystal xcursor theme installed as the default cursor theme.  When I launch the GL app neverball in windowed mode, I can cause the entire system to freeze by moving the mouse cursor into and out of the GL window repeatedly.  Neverball changes the mouse pointer to a black and white arrow so it looks like switching the cursor is triggering the problem.  I cannot reproduce the problem when running glxgears and moving the cursor into and out of the window, glxgears does not appear to be changing the cursor image.

Enabling the software cursor with "SWcursor" "on" does not cause the system to freeze anymore, although the cursor flickers and is barely visible in GL windows.  The "SilkenMouse" option does not have any effect, the system locks up whether it is set on or off.  I'm also not using MergedFB.

I will attach my xorg.conf and Xorg.0.log, let me know if you need any more information.
Comment 1 Scott Zuk 2007-04-29 21:19:58 UTC 
Created attachment 9807 [details]
xorg.conf
Comment 2 Scott Zuk 2007-04-29 21:20:26 UTC 
Created attachment 9808 [details]
Xorg.0.log
Comment 3 Michel Dänzer 2007-04-30 00:29:42 UTC 
Does it also happen without Option "DynamicClocks"?
Comment 4 Scott Zuk 2007-04-30 06:56:48 UTC 
Yes, the freeze still occurs with DynamicClocks set on or off.
Comment 5 Michel Dänzer 2007-05-17 05:43:47 UTC 
Created attachment 9994 [details] [review]
HW cursor cleanup

Would this patch happen to help at all?
Comment 6 Scott Zuk 2007-05-17 22:08:21 UTC 
That patch does happen to help, in fact I'd say it fixed the problem on my system.  I built the driver from a fresh git checkout (ati-6.6.191-18-ga3ee422) and could quickly cause a lockup, but after applying your patch I have not been able to lock my system yet after a couple of hours of testing.

Thank you very much!  I have experienced this problem with every recent xserver release and with kernels back to 2.6.15 but had never been able to consistently reproduce it until now because it seemed so random.
Comment 7 Michel Dänzer 2007-05-21 01:31:01 UTC 
Pushed to git, thanks for testing.

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.