* bad: schedule() with irqs disabled!
@ 2002-08-08 9:33 Bill Huey
2002-08-08 9:40 ` bad: schedule() with irqs disabled! (+ ksymoops) Bill Huey
0 siblings, 1 reply; 7+ messages in thread
From: Bill Huey @ 2002-08-08 9:33 UTC (permalink / raw)
To: linux-kernel; +Cc: Bill Huey (Hui)
Hello,
Looks like some critical section got botched.
I don't do bug reports very often, so don't know exactly if this is
helpful. If somebody would like point me to something more exact, I'll
be happy to help out trying to trigger this again.
It happened under very high IDE activity, heavy VM and file system IO.
================================
bad: schedule() with irqs disabled!
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 d2789460
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01082c2>] [<c01f6469>] [<c01f763e>]
[<c01f7660>] [<c01f7bc4>] [<c0106de3>]
bad: schedule() with irqs disabled!
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d2789aa0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
[<c0106de3>]
bad: schedule() with irqs disabled!
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d27895a0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c0106f28>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>]
[<c022d21c>] [<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01f6469>] [<c01f763e>]
[<c01f7660>] [<c01f7bc4>] [<c0106de3>]
bad: schedule() with irqs disabled!
c3701d64 c024a360 c1521580 c3701d8c c0110c58 00000001 c02fabf0 fffffffc
c3701d88 00000046 c3701d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
c3700000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c c8f096c0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c0106f28>] [<c0210018>] [<c021be09>] [<c021be2d>] [<c021e223>]
[<c0213250>] [<c0213dfe>] [<c01dbec6>] [<c022d601>] [<c01f6649>] [<c01f674b>]
[<c01358cb>] [<c0135aa6>] [<c0106de3>]
bad: schedule() with irqs disabled!
cb8e7d64 c024a360 c1521580 cb8e7d8c c0110c58 00000001 c02fabf0 fffffffc
cb8e7d88 00000046 cb8e7d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
cb8e6000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c d707bda0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e223>] [<c0213250>] [<c0213dfe>]
[<c022d601>] [<c01f6649>] [<c01f674b>] [<c014475f>] [<c01358cb>] [<c0135aa6>]
[<c0106de3>]
bad: schedule() with irqs disabled!
cf9d5d5c c024a360 c1521580 cf9d5d84 c0110c58 00000001 c02fabf8 fffffffa
cf9d5d80 00000046 cf9d5d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
cf9d4000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 c6442d40
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
[<c0106de3>]
================================
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 9:33 bad: schedule() with irqs disabled! Bill Huey
@ 2002-08-08 9:40 ` Bill Huey
2002-08-08 9:48 ` Marcin Dalecki
2002-08-08 13:56 ` Ingo Molnar
0 siblings, 2 replies; 7+ messages in thread
From: Bill Huey @ 2002-08-08 9:40 UTC (permalink / raw)
To: linux-kernel; +Cc: Bill Huey (Hui)
On Thu, Aug 08, 2002 at 02:33:35AM -0700, Bill Huey wrote:
> Hello,
>
> Looks like some critical section got botched.
>
> I don't do bug reports very often, so don't know exactly if this is
> helpful. If somebody would like point me to something more exact, I'll
> be happy to help out trying to trigger this again.
>
> It happened under very high IDE activity, heavy VM and file system IO.
It got better instructions this time around...
=================================================================================
ksymoops 2.4.6 on i686 2.5.30. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.5.30/ (default)
-m /boot/System.map-2.5.30 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 d2789460
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01082c2>] [<c01f6469>] [<c01f763e>]
[<c01f7660>] [<c01f7bc4>] [<c0106de3>]
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d2789aa0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
[<c0106de3>]
d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d27895a0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c0106f28>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>]
[<c022d21c>] [<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01f6469>] [<c01f763e>]
[<c01f7660>] [<c01f7bc4>] [<c0106de3>]
c3701d64 c024a360 c1521580 c3701d8c c0110c58 00000001 c02fabf0 fffffffc
c3701d88 00000046 c3701d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
c3700000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c c8f096c0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c0106f28>] [<c0210018>] [<c021be09>] [<c021be2d>] [<c021e223>]
[<c0213250>] [<c0213dfe>] [<c01dbec6>] [<c022d601>] [<c01f6649>] [<c01f674b>]
[<c01358cb>] [<c0135aa6>] [<c0106de3>]
cb8e7d64 c024a360 c1521580 cb8e7d8c c0110c58 00000001 c02fabf0 fffffffc
cb8e7d88 00000046 cb8e7d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
cb8e6000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c d707bda0
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e223>] [<c0213250>] [<c0213dfe>]
[<c022d601>] [<c01f6649>] [<c01f674b>] [<c014475f>] [<c01358cb>] [<c0135aa6>]
[<c0106de3>]
cf9d5d5c c024a360 c1521580 cf9d5d84 c0110c58 00000001 c02fabf8 fffffffa
cf9d5d80 00000046 cf9d5d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
cf9d4000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 c6442d40
Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
[<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
[<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
[<c0106de3>]
Warning (Oops_read): Code line not seen, dumping what data is available
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c021bd7e <tcp_transmit_skb+43a/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e00c <tcp_connect+394/428>
Trace; c0220514 <tcp_v4_connect+338/3dc>
Trace; c022d21c <inet_stream_connect+114/270>
Trace; c01f7297 <sys_connect+5b/78>
Trace; c01f7f47 <sock_setsockopt+33/5f0>
Trace; c010a561 <end_8259A_irq+21/28>
Trace; c01082c2 <do_IRQ+be/118>
Trace; c01f6469 <sockfd_lookup+11/6c>
Trace; c01f763e <sys_setsockopt+4a/78>
Trace; c01f7660 <sys_setsockopt+6c/78>
Trace; c01f7bc4 <sys_socketcall+88/1fc>
Trace; c0106de3 <syscall_call+7/b>
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c021bd7e <tcp_transmit_skb+43a/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e00c <tcp_connect+394/428>
Trace; c0220514 <tcp_v4_connect+338/3dc>
Trace; c022d21c <inet_stream_connect+114/270>
Trace; c01f7297 <sys_connect+5b/78>
Trace; c01f7f47 <sock_setsockopt+33/5f0>
Trace; c01f6469 <sockfd_lookup+11/6c>
Trace; c01f763e <sys_setsockopt+4a/78>
Trace; c01f7660 <sys_setsockopt+6c/78>
Trace; c01f7bc4 <sys_socketcall+88/1fc>
Trace; c0106de3 <syscall_call+7/b>
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c0106f28 <common_interrupt+18/20>
Trace; c021bd7e <tcp_transmit_skb+43a/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e00c <tcp_connect+394/428>
Trace; c0220514 <tcp_v4_connect+338/3dc>
Trace; c022d21c <inet_stream_connect+114/270>
Trace; c01f7297 <sys_connect+5b/78>
Trace; c01f7f47 <sock_setsockopt+33/5f0>
Trace; c010a561 <end_8259A_irq+21/28>
Trace; c01f6469 <sockfd_lookup+11/6c>
Trace; c01f763e <sys_setsockopt+4a/78>
Trace; c01f7660 <sys_setsockopt+6c/78>
Trace; c01f7bc4 <sys_socketcall+88/1fc>
Trace; c0106de3 <syscall_call+7/b>
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c0106f28 <common_interrupt+18/20>
Trace; c0210018 <ip_getsockopt+634/a1c>
Trace; c021be09 <tcp_transmit_skb+4c5/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e223 <tcp_send_ack+c3/cc>
Trace; c0213250 <cleanup_rbuf+d4/dc>
Trace; c0213dfe <tcp_recvmsg+7ca/944>
Trace; c01dbec6 <task_out_intr+f6/104>
Trace; c022d601 <inet_recvmsg+3d/54>
Trace; c01f6649 <sock_recvmsg+3d/b4>
Trace; c01f674b <sock_read+8b/98>
Trace; c01358cb <vfs_read+bb/13c>
Trace; c0135aa6 <sys_read+2a/3c>
Trace; c0106de3 <syscall_call+7/b>
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c021bd7e <tcp_transmit_skb+43a/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e223 <tcp_send_ack+c3/cc>
Trace; c0213250 <cleanup_rbuf+d4/dc>
Trace; c0213dfe <tcp_recvmsg+7ca/944>
Trace; c022d601 <inet_recvmsg+3d/54>
Trace; c01f6649 <sock_recvmsg+3d/b4>
Trace; c01f674b <sock_read+8b/98>
Trace; c014475f <sys_select+463/470>
Trace; c01358cb <vfs_read+bb/13c>
Trace; c0135aa6 <sys_read+2a/3c>
Trace; c0106de3 <syscall_call+7/b>
Trace; c0110c58 <try_to_wake_up+100/10c>
Trace; c0110c6f <wake_up_process+b/10>
Trace; c0118ae0 <do_softirq+a0/ac>
Trace; c0203c30 <nf_hook_slow+1ac/1cc>
Trace; c020d53a <ip_queue_xmit+296/2ec>
Trace; c020e450 <ip_queue_xmit2+0/210>
Trace; c021bd7e <tcp_transmit_skb+43a/59c>
Trace; c021be2d <tcp_transmit_skb+4e9/59c>
Trace; c021e00c <tcp_connect+394/428>
Trace; c0220514 <tcp_v4_connect+338/3dc>
Trace; c022d21c <inet_stream_connect+114/270>
Trace; c01f7297 <sys_connect+5b/78>
Trace; c01f7f47 <sock_setsockopt+33/5f0>
Trace; c01f6469 <sockfd_lookup+11/6c>
Trace; c01f763e <sys_setsockopt+4a/78>
Trace; c01f7660 <sys_setsockopt+6c/78>
Trace; c01f7bc4 <sys_socketcall+88/1fc>
Trace; c0106de3 <syscall_call+7/b>
2 warnings issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 9:40 ` bad: schedule() with irqs disabled! (+ ksymoops) Bill Huey
@ 2002-08-08 9:48 ` Marcin Dalecki
2002-08-08 10:25 ` Zwane Mwaikambo
2002-08-08 13:56 ` Ingo Molnar
1 sibling, 1 reply; 7+ messages in thread
From: Marcin Dalecki @ 2002-08-08 9:48 UTC (permalink / raw)
To: Bill Huey (Hui); +Cc: linux-kernel
Uz.ytkownik Bill Huey (Hui) napisa?:
>
> It got better instructions this time around...
>
> =================================================================================
>
> ksymoops 2.4.6 on i686 2.5.30. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.5.30/ (default)
> -m /boot/System.map-2.5.30 (default)
>
> Warning: You did not tell me where to find symbol information. I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc. ksymoops -h explains the options.
>
> d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
> d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 d2789460
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
> [<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01082c2>] [<c01f6469>] [<c01f763e>]
> [<c01f7660>] [<c01f7bc4>] [<c0106de3>]
> d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
> d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d2789aa0
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
> [<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
> [<c0106de3>]
> d2895d5c c024a360 c1521580 d2895d84 c0110c58 00000001 c02fabf8 fffffffa
> d2895d80 00000046 d2895d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> d2894000 00000003 c02b3060 00000002 00000246 c0203c30 d4625c94 d27895a0
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c0106f28>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>]
> [<c022d21c>] [<c01f7297>] [<c01f7f47>] [<c010a561>] [<c01f6469>] [<c01f763e>]
> [<c01f7660>] [<c01f7bc4>] [<c0106de3>]
> c3701d64 c024a360 c1521580 c3701d8c c0110c58 00000001 c02fabf0 fffffffc
> c3701d88 00000046 c3701d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> c3700000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c c8f096c0
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c0106f28>] [<c0210018>] [<c021be09>] [<c021be2d>] [<c021e223>]
> [<c0213250>] [<c0213dfe>] [<c01dbec6>] [<c022d601>] [<c01f6649>] [<c01f674b>]
> [<c01358cb>] [<c0135aa6>] [<c0106de3>]
> cb8e7d64 c024a360 c1521580 cb8e7d8c c0110c58 00000001 c02fabf0 fffffffc
> cb8e7d88 00000046 cb8e7d9c c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> cb8e6000 00000003 d7cf6800 00000002 00000246 c0203c30 d4625e9c d707bda0
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e223>] [<c0213250>] [<c0213dfe>]
> [<c022d601>] [<c01f6649>] [<c01f674b>] [<c014475f>] [<c01358cb>] [<c0135aa6>]
> [<c0106de3>]
> cf9d5d5c c024a360 c1521580 cf9d5d84 c0110c58 00000001 c02fabf8 fffffffa
> cf9d5d80 00000046 cf9d5d94 c0110c6f c1521580 00000000 c02fabe0 c0118ae0
> cf9d4000 00000003 c02b3060 00000002 00000246 c0203c30 d4625e94 c6442d40
> Call Trace: [<c0110c58>] [<c0110c6f>] [<c0118ae0>] [<c0203c30>] [<c020d53a>]
> [<c020e450>] [<c021bd7e>] [<c021be2d>] [<c021e00c>] [<c0220514>] [<c022d21c>]
> [<c01f7297>] [<c01f7f47>] [<c01f6469>] [<c01f763e>] [<c01f7660>] [<c01f7bc4>]
> [<c0106de3>]
> Warning (Oops_read): Code line not seen, dumping what data is available
>
>
> Trace; c0110c58 <try_to_wake_up+100/10c>
> Trace; c0110c6f <wake_up_process+b/10>
> Trace; c0118ae0 <do_softirq+a0/ac>
> Trace; c0203c30 <nf_hook_slow+1ac/1cc>
> Trace; c020d53a <ip_queue_xmit+296/2ec>
> Trace; c020e450 <ip_queue_xmit2+0/210>
I can report pretty the same:
Trace; c0113f84 <try_to_wake_up+104/110>
Trace; c0113fa6 <wake_up_process+16/20>
Trace; c011d1f7 <do_softirq+a7/c0>
Trace; c01d4a57 <dev_queue_xmit+157/3c0>
Trace; c01e88ba <ip_finish_output2+aa/130>
Trace; c01e8a0f <ip_queue_xmit2+cf/280>
Trace; c01e8a12 <ip_queue_xmit2+d2/280>
Trace; c01e78ef <ip_queue_xmit+1ff/2b0>
Trace; c01fcc7d <tcp_v4_send_check+4d/e0>
Trace; c01f76b8 <tcp_transmit_skb+2b8/450>
Trace; c01f8231 <tcp_write_xmit+181/270>
Trace; c01ece4b <tcp_sendmsg+57b/10d0>
Trace; c020b7b4 <inet_sendmsg+44/50>
Trace; c01ccda6 <sock_sendmsg+76/c0>
Trace; c01fdf99 <tcp_v4_rcv+3b9/400>
Trace; c01cd111 <sock_readv_writev+71/a0>
Trace; c01e4dfd <ip_local_deliver_finish+12d/130>
Trace; c01cd1ef <sock_writev+4f/60>
Trace; c01403a5 <do_readv_writev+155/260>
Trace; c01405e1 <sys_writev+91/a0>
Trace; c01075fb <syscall_call+7/b>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 9:48 ` Marcin Dalecki
@ 2002-08-08 10:25 ` Zwane Mwaikambo
2002-08-08 10:39 ` Marcin Dalecki
0 siblings, 1 reply; 7+ messages in thread
From: Zwane Mwaikambo @ 2002-08-08 10:25 UTC (permalink / raw)
To: martin; +Cc: Bill Huey (Hui), linux-kernel
On Thu, 8 Aug 2002, Marcin Dalecki wrote:
> I can report pretty the same:
>
> Trace; c0113f84 <try_to_wake_up+104/110>
> Trace; c0113fa6 <wake_up_process+16/20>
> Trace; c011d1f7 <do_softirq+a7/c0>
What to do? Looks like do_softirq needs some work, also reading the
comments at the beginning of kernel/softirq.c is it preempt safe? This is
from looking at 'cpu = smp_processor_id' usage in do_softirq.
Cheers,
Zwane
--
function.linuxpower.ca
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 10:25 ` Zwane Mwaikambo
@ 2002-08-08 10:39 ` Marcin Dalecki
2002-08-08 15:18 ` Paul Larson
0 siblings, 1 reply; 7+ messages in thread
From: Marcin Dalecki @ 2002-08-08 10:39 UTC (permalink / raw)
To: Zwane Mwaikambo; +Cc: martin, Bill Huey (Hui), linux-kernel
Uz.ytkownik Zwane Mwaikambo napisa?:
> On Thu, 8 Aug 2002, Marcin Dalecki wrote:
>
>
>>I can report pretty the same:
>>
>>Trace; c0113f84 <try_to_wake_up+104/110>
>>Trace; c0113fa6 <wake_up_process+16/20>
>>Trace; c011d1f7 <do_softirq+a7/c0>
>
>
> What to do? Looks like do_softirq needs some work, also reading the
> comments at the beginning of kernel/softirq.c is it preempt safe? This is
> from looking at 'cpu = smp_processor_id' usage in do_softirq.
I think that you are right do_softirq is apparently in toruble.
Nowever the above only occurs when, I'm working on my notebook through
ssh X11 port forward login. So in this case there are likely
many overlapping IDE/eth0 IRQ comming through. And it's *really* the
eth part that matters. So it could simply be that the e8139too
driver deserves review in regards of proper lock protection.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 9:40 ` bad: schedule() with irqs disabled! (+ ksymoops) Bill Huey
2002-08-08 9:48 ` Marcin Dalecki
@ 2002-08-08 13:56 ` Ingo Molnar
1 sibling, 0 replies; 7+ messages in thread
From: Ingo Molnar @ 2002-08-08 13:56 UTC (permalink / raw)
To: Bill Huey; +Cc: linux-kernel, Linus Torvalds
Bill,
please try the attached patch against 2.5.30, does it help?
Ingo
--- linux/kernel/softirq.c.orig Thu Aug 8 15:57:42 2002
+++ linux/kernel/softirq.c Thu Aug 8 15:58:02 2002
@@ -98,10 +98,9 @@
mask &= ~pending;
goto restart;
}
- __local_bh_enable();
-
if (pending)
wakeup_softirqd(cpu);
+ __local_bh_enable();
}
local_irq_restore(flags);
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: bad: schedule() with irqs disabled! (+ ksymoops)
2002-08-08 10:39 ` Marcin Dalecki
@ 2002-08-08 15:18 ` Paul Larson
0 siblings, 0 replies; 7+ messages in thread
From: Paul Larson @ 2002-08-08 15:18 UTC (permalink / raw)
To: martin; +Cc: Zwane Mwaikambo, Bill Huey (Hui), lkml
I got the same error yesterday with preempt turned on. Turned it off
and it was no longer a problem but I hadn't had a chance to try
reproducing it on a clean kernel yet.
-Paul Larson
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2002-08-08 15:20 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-08 9:33 bad: schedule() with irqs disabled! Bill Huey
2002-08-08 9:40 ` bad: schedule() with irqs disabled! (+ ksymoops) Bill Huey
2002-08-08 9:48 ` Marcin Dalecki
2002-08-08 10:25 ` Zwane Mwaikambo
2002-08-08 10:39 ` Marcin Dalecki
2002-08-08 15:18 ` Paul Larson
2002-08-08 13:56 ` Ingo Molnar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox