From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934902AbYEBMZY (ORCPT ); Fri, 2 May 2008 08:25:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759892AbYEBMZI (ORCPT ); Fri, 2 May 2008 08:25:08 -0400 Received: from bay0-omc2-s13.bay0.hotmail.com ([65.54.246.149]:56568 "EHLO bay0-omc2-s13.bay0.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756921AbYEBMZH convert rfc822-to-8bit (ORCPT ); Fri, 2 May 2008 08:25:07 -0400 Message-ID: X-Originating-IP: [88.35.96.158] X-Originating-Email: [pupilla@hotmail.com] From: "Marco Berizzi" To: "Herbert Xu" Cc: , , References: Subject: Re: 2.6.25 crash: EIP: [] xfrm_output_resume+0x64/0x100 ss:esp 0068:c03a1e5c Date: Fri, 2 May 2008 14:26:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-OriginalArrivalTime: 02 May 2008 12:25:05.0865 (UTC) FILETIME=[8DA1E390:01C8AC4F] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Herbert Xu wrote: > Marco Berizzi wrote: >> Just few minutes ago, another 2.6.25 crash >> with this message: >> >> EIP: [] netif_rx+0x6a/0xd0 SS:ESP 0068:c039f868 >> >> http://80.204.235.230/4.jpg > > OK, the xfrm_output_resume trail revealed nothing. Combined > with this crash however, it would appear that you've got a problem > with live skbs being freed. Unfortunately such problems are > difficult to track down. > > Perhaps you could enable SLAB debugging to see if we can get > closer to the culprit? Yes indeed, I will try next monday. > Alternatively you could try a git bisection. Yes, but it could take forever... :-(( As I said, I have removed the sfq and htb modules, and I would like to wait one week to see if these boxes will crash. I have 8 linux boxes running 2.6.25 with the same .config and only the two with htb/sfq qdisc are crashing. Just few minutes ago I have seen this message forwarded to netdev by David Miller: Re: PROBLEM: kernel lockup while changing TC rules it is talking about htb/sfq. Maybe it is related. > Unless we have a way of reproducing this there isn't a lot more > that we can do I'm afraid. thanks anyway Herbert.