Occasinally, when exiting q3demo or changing video modes, X will hang
I haven't seen any particular pattern to when this happens, but when it 
does happen, the mouse cursor is shown in the far upper left corner, and
both the pointer and crosshair are present.  X doesn't respond, but
SysRq does.  Therefore, I have the attached output from SysRq+S.

This problem happened with XFree86 4.1.0 and kernel 2.4.5-ac2, however
it has happened under several different combinations of X and kernels.
I can't recall a recent combination that worked.  Some that haven't
worked have been tdfx-0.7 and a recent DRI CVS version.

In fact, I have output from kdb when a lockup occurred with tdfx-0.7.
This is the only other debugging info I have.  It is also attached.

If there's any other information I can provide, or help debug in some
way, let me know.  I read dri-devel in digest.
-- 
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
                        -- George Orwell
btp 264
    EBP       EIP         Function(args)
0xc73b1f18 0xc0111f20 schedule+0x25c
                               kernel .text 0xc0100000 0xc0111cc4 0xc0112050
           0xc8926027 [tdfx]tdfx_lock+0x157 (0xc5ed90e0, 0xc747cc60, 0x4008642a, 
0xbffff4fc)
                               tdfx .text 0xc8924060 0xc8925ed0 0xc8926140
           0xc8925ec2 [tdfx]tdfx_ioctl+0xd2 (0xc5ed90e0, 0xc747cc60, 0x4008642a, 
0xbffff4fc)
                               tdfx .text 0xc8924060 0xc8925df0 0xc8925ed0
           0xc013b0b6 sys_ioctl+0x16a (0x8, 0x4008642a, 0xbffff4fc, 0x8, 0x40015000)
                               kernel .text 0xc0100000 0xc013af4c 0xc013b0d0
           0xc0106a93 system_call+0x33
                               kernel .text 0xc0100000 0xc0106a60 0xc0106aa0
SysRq : Show State

                         free                        sibling
  task             PC    stack   pid father child younger older
X             S C891F640  5012   264    255           279       (NOTLB)
Call Trace: [<c891f640>] [<c891f7a8>] [<c8919e97>] [<c891f640>] [<c891f7ac>]
   [<c891f7ac>] [<c8919d40>] [<c0137aa6>] [<c0106aa3>]
c891f640:  <[tdfx]__module_kernel_version+0/0>
c891f7a8:  <[tdfx]__module_parm_drm_opts+e6/5ae>
c8919e97:  <[tdfx]tdfx_lock+14b/258>
c891f640:  <[tdfx]__module_kernel_version+0/0>
c891f7ac:  <[tdfx]__module_parm_drm_opts+ea/5ae>
c891f7ac:  <[tdfx]__module_parm_drm_opts+ea/5ae>
c8919d40:  <[tdfx]tdfx_ioctl+c8/d4>
c0137aa6:  <sys_ioctl+1ea/204>
c0106aa3:  <system_call+33/40>

q3demo        S 00000000    48 18894  18882 18895               (NOTLB)
Call Trace: [<c01156ae>] [<c0106aa3>]
c01156ae:  <sys_wait4+362/394>
c0106aa3:  <system_call+33/40>

q3demo.x86    S C17A7FB0  2672 18895  18894                     (NOTLB)
Call Trace: [<c0110979>] [<c0105c77>] [<c0106aa3>]
c0110979:  <schedule+225/334>
c0105c77:  <sys_rt_sigsuspend+e3/100>
c0106aa3:  <system_call+33/40>

EIP: 0010:[<c0105143>] CPU: 0 EFLAGS: 00200246
EAX: 00000000 EBX: c0210000 ECX: c1e44260 EDX: c1e44260
ESI: c0105120 EDI: ffffe000 EBP: 0008e000 DS: 0018 ES: 0018
CR0: 8005003b CR2: 4009e012 CR3: 04b6f000 CR4: 00000090
Call Trace: [<c01051a7>] [<c0105000>] [<c0100197>]
>>EIP; c0105143 <default_idle+23/28>
c01051a7:  <cpu_idle+3f/54>
c0105000:  <prepare_namespace+0/8>
c0100197:  <L6+0/2>

Reply via email to