[lkml]   [2000]   [Aug]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectpsaux lockup on SMP 2.4.0-test7 after quitting X
I have encountered a problem on several machines that causes the machine
to lock up when gpm retakes control of the ps2 mouse device after X is
shut down, but only when the system is running an SMP kernel. I could
not find any reports of similar problems, which makes me wonder if I
might be doing something wrong.... Any ideas? Any other info I should

This problem also affects 2.2.16 running on the same hardware (in fact,
2.2.16 is my primary kernel for these systems...)
This problem occurs whether or not the machine has more than one CPU
This problem occurs whether or not the machine has an IOAPIC.
This problem occurs whether or not the kernel has been booted with
'nosmp' or 'noapic'
2.4.0-test7 kernels compiled for uniprocessor APIC operation do not have
this problem. (I tested this kernel only on a UP system with an IOAPIC)

I have experienced these lockups both with XFree86 4.0.1 and 3.3.5.
An affected kernel/system will always lock up.
Stopping and restarting gpm without running X does not trigger the problem. *
Stopping gpm, running X, quitting X, and restarting gpm does trigger
the problem. *

* this was not tested with a 2.4 kernel, but I believe that it shouldn't

I have a trace from the NMI watchdog:
ksymoops 2.3.4 on i686 2.4.0-test7. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test7/ (default)
-m /boot/ (specified)

CPU: 0
EIP: 0010:[<c01fabdd>]
Using defaults from ksymoops -t elf32-i386 -a i386
Call Trace: [<c017d441>] [<c017d1ad>] [<c017d1ab>] [<c017d723>]
[<c017d8b9>] [<c016958c>] [<c013170a>]
[<c013065e>] [<c013058e>] [<c01308a0>] [<c010a877>]
Code: 7e f5 e9 24 3b f8 ff 80 3d 40 5a 25 c0 f3 90 7e 5f e9 50

>>EIP; c01fabdd <stext_lock+49a5/83e8> <=====
Trace; c017d441 <handle_kbd_event+85/19c>
Trace; c017d1ad <kb_wait+d/34>
Trace; c017d1ab <kb_wait+b/34>
Trace; c017d723 <aux_write_ack+1f/3c>
Trace; c017d8b9 <open_aux+59/7c>
Trace; c016958c <misc_open+114/190>
Trace; c013170a <chrdev_open+66/a8>
Trace; c013065e <dentry_open+c6/158>
Trace; c013058e <filp_open+52/5c>
Trace; c01308a0 <sys_open+3c/f4>
Trace; c010a877 <system_call+33/38>
Code; c01fabdd <stext_lock+49a5/83e8>
00000000 <_EIP>:
Code; c01fabdd <stext_lock+49a5/83e8> <=====
0: 7e f5 jle fffffff7 <_EIP+0xfffffff7>
c01fabd4 <stext_lock+499c/83e8> <=====
Code; c01fabdf <stext_lock+49a7/83e8>
2: e9 24 3b f8 ff jmp fff83b2b <_EIP+0xfff83b2b>
c017e708 <drive_is_flashcard+2c/11c>
Code; c01fabe4 <stext_lock+49ac/83e8>
7: 80 3d 40 5a 25 c0 f3 cmpb $0xf3,0xc0255a40
Code; c01fabeb <stext_lock+49b3/83e8>
e: 90 nop
Code; c01fabec <stext_lock+49b4/83e8>
f: 7e 5f jle 70 <_EIP+0x70> c01fac4d
Code; c01fabee <stext_lock+49b6/83e8>
11: e9 50 00 00 00 jmp 66 <_EIP+0x66> c01fac43

The following systems were tested:
system CPU's chipset/apic graphics card lockup?
dell poweredge 4x ppro200 "Alder"/y Isa clgd5424 n

dell optiplex 1x PIII933 i810/y AGP Nvidia TNT2 m64 y

Dell optiplex 1x PIII600 440BX/n AGP ATI Rage Pro y

Dell Workstation 2x PIII800 i810/y AGP Nvidia GeForce y

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.043 / U:19.424 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site