lkml.org 
[lkml]   [2000]   [Nov]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectLockup in fdatasync
Hello,

just installed 2.4.0-test10 on a SMP Intel machine and got
following:

NMI Watchdog detected LOCKUP on CPU1, registers:
CPU: 1
EIP: 0010:[<c01c7162>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00000086
eax: 00000307 ebx: 00000206 ecx: 00000007 edx: 003f03af
esi: 00000307 edi: 0000000c ebp: 0001178e esp: c77efed8
ds: 0018 es: 0018 ss: 0018
Process syslogd (pid: 408, stackpage=c77ef000)
Stack: c7330ae0 00000002 c015fb01 00000307 c7330ae0 00000000 00000001 c7330ae0
00000007 c015fcc3 00000001 c7330ae0 c7330a20 c11f3a0c 00000000 c777b2fc
00000400 c0124a25 00000001 00000001 c77eff30 c11e8b00 c7330ae0 c0124ade
Call Trace: [<c015fb01>] [<c015fcc3>] [<c0124a25>] [<c0124ade>] [<c0124b4d>] [<c01249ec>] [<c015117d>]
[<c0132c9e>] [<c010a7db>]
Code: 80 3d a4 50 20 c0 00 f3 90 7e f5 e9 b7 7c f9 ff 80 3d 84 13

>>EIP; c01c7162 <stext_lock+347e/7d7c> <=====
Trace; c015fb01 <generic_make_request+c5/118>
Trace; c015fcc3 <ll_rw_block+16f/1e4>
Trace; c0124a25 <writeout_one_page+39/50>
Trace; c0124ade <do_buffer_fdatasync+62/b4>
Trace; c0124b4d <generic_buffer_fdatasync+1d/38>
Trace; c01249ec <writeout_one_page+0/50>
Trace; c015117d <ext2_sync_file+55/108>
Trace; c0132c9e <sys_fsync+4a/68>
Trace; c010a7db <system_call+33/38>
Code; c01c7162 <stext_lock+347e/7d7c>
00000000 <_EIP>:
Code; c01c7162 <stext_lock+347e/7d7c> <=====
0: 80 3d a4 50 20 c0 00 cmpb $0x0,0xc02050a4 <=====
Code; c01c7169 <stext_lock+3485/7d7c>
7: f3 90 repz nop
Code; c01c716b <stext_lock+3487/7d7c>
9: 7e f5 jle 0 <_EIP>
Code; c01c716d <stext_lock+3489/7d7c>
b: e9 b7 7c f9 ff jmp fff97cc7 <_EIP+0xfff97cc7> c015ee29 <blk_get_queue+9/54>
Code; c01c7172 <stext_lock+348e/7d7c>
10: 80 3d 84 13 00 00 00 cmpb $0x0,0x1384


After this the sync hangs on wait_on_buffer and any access
to /var/log/messages hangs on lock_page. The system is
otherwise living (hope to see it living after a reboot
too... :-().

What I was doing at the time is difficult to say exactly,
but I was playing with modules, loading and unloading
them (I wanted to make sure that I have compiled all
I needed and I was also testing modules.conf configuration) -
mainly ppa, iso9660 and such. The ppa driver need quite
long to attach to the parport ZIP drive - after what
time the lockup detector kicks in?

There was no such problem prior and including -test8,
so it happened somewhere in test9 or 10. I vaguely remember
some discussion regarding datasync in the l-k - maybe this
is related?

Regards
--
Stano

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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