Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757273AbYFOJ0t (ORCPT ); Sun, 15 Jun 2008 05:26:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756706AbYFOJ0j (ORCPT ); Sun, 15 Jun 2008 05:26:39 -0400 Received: from rv-out-0506.google.com ([209.85.198.225]:34685 "EHLO rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756456AbYFOJ0h (ORCPT ); Sun, 15 Jun 2008 05:26:37 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WrO1+gPDOA++cu1MWw4rKyrilFT67XNohCuirHh+0kBNjbYwRWrsc5/NT4NTp1b0B/ 8Je1WKW71/1PdEQxFPQFGJmBm5EAQ6v7RU1ICIgDx0+uh729yeNjF7N0/IeWdv9tlDCk uBAXXNUSRNWqh8/RZ8mZ/rgbFg+lbBuFl7cBY= Message-ID: <3877989d0806150226x62fc1d1bk96131430f55848e1@mail.gmail.com> Date: Sun, 15 Jun 2008 17:26:36 +0800 From: "Luming Yu" To: LKML , andrew.patterson@hp.com Subject: Re: kdump regression: /proc/vmcore is 0 after kdump Cc: linux-ia64@vger.kernel.org, "Petr Tesarik" , "Roland McGrath" , "Kexec Mailing List" , "Simon Horman" In-Reply-To: <3877989d0806130922p1f36a3bes9914144ac8c42266@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3877989d0806050058u3159e7b5x3113f63b3e0f3d8f@mail.gmail.com> <20080605081633.GA6713@verge.net.au> <3877989d0806130922p1f36a3bes9914144ac8c42266@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2205 Lines: 49 On Sat, Jun 14, 2008 at 12:22 AM, Luming Yu wrote: > On Thu, Jun 5, 2008 at 4:16 PM, Simon Horman wrote: >> On Thu, Jun 05, 2008 at 03:58:40PM +0800, Luming Yu wrote: >>> On Tue, Jun 3, 2008 at 2:02 PM, Luming Yu wrote: >>> >> I'm trying upstream kdump to get more detailed data for help analysis >>> >> the scenario.. >>> > Upstream kdump doesn't work! don't know what cause the regression, >>> > possibly kexec-tools... >>> > Need investigation here! >>> > >>> >>> I tested mainline kernel from 2.6.20 to 2.6.26-rc4 on my tiger4.. >>> whatever I try, /proc/vmcore is always 0 ! >>> >>> Then I managed to get Nan hai's original patch against 2.6.19.. >>> http://marc.info/?l=linux-ia64&m=116521104831321&w=2 >>> This patch doesn't have zero-vmcore problem. >>> >>> Given the age of the kdump feature and so many upstream releases since >>> 2.6.20, I'm in doubt why I don't see this kind of bug report on ia64 >>> mailing list before? >>> >>> PS. Now I can start to capture info for the strace problem with 2.6.19 >>> kernel +Nahai's 2.6.19 kdump patch, hope the problem is still >>> reproducible. >> >> Which version of kexec-tools are you using? >> If you haven't done so already, could you try the latest version, 20080324. >> >> http://www.eu.kernel.org/pub/linux/kernel/people/horms/kexec-tools/ >> > > Yes, this resolves one of my kdump problem. > But there seems to have a regression introduced into upstream probably > starting from 2.6.25. > The last kernel with kdump working on this box is 2.6.24. I don't have > time to start bisection to find out which patch causes that regression > right now.Maybe someone on this list can give me some hint.. My git bisection result indicates the following commit causes the kdump regression in 2.6.25-rc1: commit 3c75e23784e6ed5f4841de43d0750fd9b37bafcb Author: Andrew Patterson Date: Tue Jan 22 17:18:27 2008 -0700 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/