diff for duplicates of <1213345160.25608.3.camel@ymzhang> diff --git a/a/1.txt b/N1/1.txt index 69bc1d3..7b83d05 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -31,28 +31,28 @@ r29 : e00000040a6f83a8 r30 : e00000040a6f8300 r31 : 000000000000000a Call Trace: [<a000000100014de0>] show_stack+0x40/0xa0 - spà000003d45379c0 bspà000003d4531440 + sp=e0000003d45379c0 bsp=e0000003d4531440 [<a0000001000156f0>] show_regs+0x850/0x8a0 - spà000003d4537b90 bspà000003d45313e0 + sp=e0000003d4537b90 bsp=e0000003d45313e0 [<a000000100038d10>] die+0x230/0x360 - spà000003d4537b90 bspà000003d4531398 + sp=e0000003d4537b90 bsp=e0000003d4531398 [<a00000010005cec0>] ia64_do_page_fault+0x8e0/0xa40 - spà000003d4537b90 bspà000003d4531348 + sp=e0000003d4537b90 bsp=e0000003d4531348 [<a00000010000b120>] ia64_leave_kernel+0x0/0x280 - spà000003d4537c20 bspà000003d4531348 + sp=e0000003d4537c20 bsp=e0000003d4531348 [<a00000010087a4b0>] tcp_rcv_established+0x1450/0x16e0 - spà000003d4537df0 bspà000003d45312d8 + sp=e0000003d4537df0 bsp=e0000003d45312d8 [<a000000100888370>] tcp_v4_do_rcv+0x70/0x500 - spà000003d4537df0 bspà000003d4531298 + sp=e0000003d4537df0 bsp=e0000003d4531298 [<a00000010088cd30>] tcp_v4_rcv+0xfb0/0x1060 - spà000003d4537e00 bspà000003d4531248 + sp=e0000003d4537e00 bsp=e0000003d4531248 As a matter of fact, kernel paniced at statement -"queue->rskq_accept_tail->dl_next = req" in function reqsk_queue_add, because -queue->rskq_accept_tail is NULL. The call chain is: -tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add. +"queue->rskq_accept_tail->dl_next = req" in function reqsk_queue_add, because +queue->rskq_accept_tail is NULL. The call chain is: +tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add. As I was running an initial specweb2005(configured 3500 sessions) testing between 2 machines, there were lots of failure and many network connections were diff --git a/a/content_digest b/N1/content_digest index d81d2b9..e8720e0 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,6 +1,6 @@ "From\0Zhang, Yanmin <yanmin_zhang@linux.intel.com>\0" "Subject\0IPF Montvale machine panic when running a network-relevent testing\0" - "Date\0Fri, 13 Jun 2008 08:19:20 +0000\0" + "Date\0Fri, 13 Jun 2008 16:19:20 +0800\0" "To\0netdev@vger.kernel.org\0" "Cc\0LKML <linux-kernel@vger.kernel.org>" " Linux-IA64 <linux-ia64@vger.kernel.org>\0" @@ -39,28 +39,28 @@ "\n" "Call Trace:\n" " [<a000000100014de0>] show_stack+0x40/0xa0\n" - " sp\303\240000003d45379c0 bsp\303\240000003d4531440\n" + " sp=e0000003d45379c0 bsp=e0000003d4531440\n" " [<a0000001000156f0>] show_regs+0x850/0x8a0\n" - " sp\303\240000003d4537b90 bsp\303\240000003d45313e0\n" + " sp=e0000003d4537b90 bsp=e0000003d45313e0\n" " [<a000000100038d10>] die+0x230/0x360\n" - " sp\303\240000003d4537b90 bsp\303\240000003d4531398\n" + " sp=e0000003d4537b90 bsp=e0000003d4531398\n" " [<a00000010005cec0>] ia64_do_page_fault+0x8e0/0xa40\n" - " sp\303\240000003d4537b90 bsp\303\240000003d4531348\n" + " sp=e0000003d4537b90 bsp=e0000003d4531348\n" " [<a00000010000b120>] ia64_leave_kernel+0x0/0x280\n" - " sp\303\240000003d4537c20 bsp\303\240000003d4531348\n" + " sp=e0000003d4537c20 bsp=e0000003d4531348\n" " [<a00000010087a4b0>] tcp_rcv_established+0x1450/0x16e0\n" - " sp\303\240000003d4537df0 bsp\303\240000003d45312d8\n" + " sp=e0000003d4537df0 bsp=e0000003d45312d8\n" " [<a000000100888370>] tcp_v4_do_rcv+0x70/0x500\n" - " sp\303\240000003d4537df0 bsp\303\240000003d4531298\n" + " sp=e0000003d4537df0 bsp=e0000003d4531298\n" " [<a00000010088cd30>] tcp_v4_rcv+0xfb0/0x1060\n" - " sp\303\240000003d4537e00 bsp\303\240000003d4531248\n" + " sp=e0000003d4537e00 bsp=e0000003d4531248\n" "\n" "\n" "\n" "As a matter of fact, kernel paniced at statement\n" - "\"queue->rskq_accept_tail->dl_next = req\" in function \303\257\302\273\302\277reqsk_queue_add, because\n" - "\303\257\302\273\302\277queue->rskq_accept_tail is NULL. The call chain is:\n" - "\303\257\302\273\302\277\303\257\302\273\302\277tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add.\n" + "\"queue->rskq_accept_tail->dl_next = req\" in function \357\273\277reqsk_queue_add, because\n" + "\357\273\277queue->rskq_accept_tail is NULL. The call chain is:\n" + "\357\273\277\357\273\277tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add.\n" "\n" "As I was running an initial specweb2005(configured 3500 sessions) testing between\n" "2 machines, there were lots of failure and many network connections were\n" @@ -72,4 +72,4 @@ "\n" -yanmin -06331f4e18ee9450ad945c2bee9099267ec9a4a6c4fc014ffa59bbcda2184583 +f66b5285fb6a2d1e23f58efd0a7874a27e087fd24e1091f0466e8ec03f5e188a
diff --git a/a/1.txt b/N2/1.txt index 69bc1d3..2740a00 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -31,28 +31,28 @@ r29 : e00000040a6f83a8 r30 : e00000040a6f8300 r31 : 000000000000000a Call Trace: [<a000000100014de0>] show_stack+0x40/0xa0 - spà000003d45379c0 bspà000003d4531440 + sp=e0000003d45379c0 bsp=e0000003d4531440 [<a0000001000156f0>] show_regs+0x850/0x8a0 - spà000003d4537b90 bspà000003d45313e0 + sp=e0000003d4537b90 bsp=e0000003d45313e0 [<a000000100038d10>] die+0x230/0x360 - spà000003d4537b90 bspà000003d4531398 + sp=e0000003d4537b90 bsp=e0000003d4531398 [<a00000010005cec0>] ia64_do_page_fault+0x8e0/0xa40 - spà000003d4537b90 bspà000003d4531348 + sp=e0000003d4537b90 bsp=e0000003d4531348 [<a00000010000b120>] ia64_leave_kernel+0x0/0x280 - spà000003d4537c20 bspà000003d4531348 + sp=e0000003d4537c20 bsp=e0000003d4531348 [<a00000010087a4b0>] tcp_rcv_established+0x1450/0x16e0 - spà000003d4537df0 bspà000003d45312d8 + sp=e0000003d4537df0 bsp=e0000003d45312d8 [<a000000100888370>] tcp_v4_do_rcv+0x70/0x500 - spà000003d4537df0 bspà000003d4531298 + sp=e0000003d4537df0 bsp=e0000003d4531298 [<a00000010088cd30>] tcp_v4_rcv+0xfb0/0x1060 - spà000003d4537e00 bspà000003d4531248 + sp=e0000003d4537e00 bsp=e0000003d4531248 As a matter of fact, kernel paniced at statement -"queue->rskq_accept_tail->dl_next = req" in function reqsk_queue_add, because -queue->rskq_accept_tail is NULL. The call chain is: -tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add. +"queue->rskq_accept_tail->dl_next = req" in function reqsk_queue_add, because +queue->rskq_accept_tail is NULL. The call chain is: +tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add. As I was running an initial specweb2005(configured 3500 sessions) testing between 2 machines, there were lots of failure and many network connections were @@ -63,3 +63,9 @@ avoid race. But inet_csk_accept uses lock_sock(sk) (a kind of sleeper). Although lock_sock also accesses sk->sk_lock.slock, it looks like there is a race. -yanmin + + +-- +To unsubscribe from this list: send the line "unsubscribe linux-ia64" in +the body of a message to majordomo@vger.kernel.org +More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N2/content_digest index d81d2b9..a8098bc 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,6 +1,6 @@ "From\0Zhang, Yanmin <yanmin_zhang@linux.intel.com>\0" "Subject\0IPF Montvale machine panic when running a network-relevent testing\0" - "Date\0Fri, 13 Jun 2008 08:19:20 +0000\0" + "Date\0Fri, 13 Jun 2008 16:19:20 +0800\0" "To\0netdev@vger.kernel.org\0" "Cc\0LKML <linux-kernel@vger.kernel.org>" " Linux-IA64 <linux-ia64@vger.kernel.org>\0" @@ -39,28 +39,28 @@ "\n" "Call Trace:\n" " [<a000000100014de0>] show_stack+0x40/0xa0\n" - " sp\303\240000003d45379c0 bsp\303\240000003d4531440\n" + " sp=e0000003d45379c0 bsp=e0000003d4531440\n" " [<a0000001000156f0>] show_regs+0x850/0x8a0\n" - " sp\303\240000003d4537b90 bsp\303\240000003d45313e0\n" + " sp=e0000003d4537b90 bsp=e0000003d45313e0\n" " [<a000000100038d10>] die+0x230/0x360\n" - " sp\303\240000003d4537b90 bsp\303\240000003d4531398\n" + " sp=e0000003d4537b90 bsp=e0000003d4531398\n" " [<a00000010005cec0>] ia64_do_page_fault+0x8e0/0xa40\n" - " sp\303\240000003d4537b90 bsp\303\240000003d4531348\n" + " sp=e0000003d4537b90 bsp=e0000003d4531348\n" " [<a00000010000b120>] ia64_leave_kernel+0x0/0x280\n" - " sp\303\240000003d4537c20 bsp\303\240000003d4531348\n" + " sp=e0000003d4537c20 bsp=e0000003d4531348\n" " [<a00000010087a4b0>] tcp_rcv_established+0x1450/0x16e0\n" - " sp\303\240000003d4537df0 bsp\303\240000003d45312d8\n" + " sp=e0000003d4537df0 bsp=e0000003d45312d8\n" " [<a000000100888370>] tcp_v4_do_rcv+0x70/0x500\n" - " sp\303\240000003d4537df0 bsp\303\240000003d4531298\n" + " sp=e0000003d4537df0 bsp=e0000003d4531298\n" " [<a00000010088cd30>] tcp_v4_rcv+0xfb0/0x1060\n" - " sp\303\240000003d4537e00 bsp\303\240000003d4531248\n" + " sp=e0000003d4537e00 bsp=e0000003d4531248\n" "\n" "\n" "\n" "As a matter of fact, kernel paniced at statement\n" - "\"queue->rskq_accept_tail->dl_next = req\" in function \303\257\302\273\302\277reqsk_queue_add, because\n" - "\303\257\302\273\302\277queue->rskq_accept_tail is NULL. The call chain is:\n" - "\303\257\302\273\302\277\303\257\302\273\302\277tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add.\n" + "\"queue->rskq_accept_tail->dl_next = req\" in function \357\273\277reqsk_queue_add, because\n" + "\357\273\277queue->rskq_accept_tail is NULL. The call chain is:\n" + "\357\273\277\357\273\277tcp_rcv_established => inet_csk_reqsk_queue_add => reqsk_queue_add.\n" "\n" "As I was running an initial specweb2005(configured 3500 sessions) testing between\n" "2 machines, there were lots of failure and many network connections were\n" @@ -70,6 +70,12 @@ "avoid race. But inet_csk_accept uses lock_sock(sk) (a kind of sleeper). Although\n" "lock_sock also accesses sk->sk_lock.slock, it looks like there is a race.\n" "\n" - -yanmin + "-yanmin\n" + "\n" + "\n" + "--\n" + "To unsubscribe from this list: send the line \"unsubscribe linux-ia64\" in\n" + "the body of a message to majordomo@vger.kernel.org\n" + More majordomo info at http://vger.kernel.org/majordomo-info.html -06331f4e18ee9450ad945c2bee9099267ec9a4a6c4fc014ffa59bbcda2184583 +73c5952e41a7fc83aefaa2c119c1b28f24fd5ebb3c7a00d37329f686dd697ae4
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.