* kdump regression: /proc/vmcore is 0 after kdump
@ 2008-06-05 7:58 Luming Yu
2008-06-05 8:01 ` Bernhard Walle
2008-06-05 8:16 ` Simon Horman
0 siblings, 2 replies; 7+ messages in thread
From: Luming Yu @ 2008-06-05 7:58 UTC (permalink / raw)
To: linux-ia64
On Tue, Jun 3, 2008 at 2:02 PM, Luming Yu <luming.yu@gmail.com> 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\x116521104831321&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.
Thanks,
Luming
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-05 7:58 kdump regression: /proc/vmcore is 0 after kdump Luming Yu @ 2008-06-05 8:01 ` Bernhard Walle 2008-06-05 8:16 ` Simon Horman 1 sibling, 0 replies; 7+ messages in thread From: Bernhard Walle @ 2008-06-05 8:01 UTC (permalink / raw) To: linux-ia64 * Luming Yu [2008-06-05 15:58]: > > I tested mainline kernel from 2.6.20 to 2.6.26-rc4 on my tiger4.. > whatever I try, /proc/vmcore is always 0 ! Do you use kexec-tools-testing branch (maintained by Simon Horms) in userspace? Bernhard ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-05 7:58 kdump regression: /proc/vmcore is 0 after kdump Luming Yu 2008-06-05 8:01 ` Bernhard Walle @ 2008-06-05 8:16 ` Simon Horman 2008-06-13 16:22 ` Luming Yu 1 sibling, 1 reply; 7+ messages in thread From: Simon Horman @ 2008-06-05 8:16 UTC (permalink / raw) To: Luming Yu; +Cc: Petr Tesarik, linux-ia64, Kexec Mailing List, Roland McGrath On Thu, Jun 05, 2008 at 03:58:40PM +0800, Luming Yu wrote: > On Tue, Jun 3, 2008 at 2:02 PM, Luming Yu <luming.yu@gmail.com> 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\x116521104831321&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/ -- Horms ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-05 8:16 ` Simon Horman @ 2008-06-13 16:22 ` Luming Yu 2008-06-15 9:26 ` Luming Yu 0 siblings, 1 reply; 7+ messages in thread From: Luming Yu @ 2008-06-13 16:22 UTC (permalink / raw) To: Simon Horman; +Cc: Petr Tesarik, linux-ia64, Kexec Mailing List, Roland McGrath On Thu, Jun 5, 2008 at 4:16 PM, Simon Horman <horms@verge.net.au> 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 <luming.yu@gmail.com> 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\x116521104831321&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.. Thanks, Luming ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-13 16:22 ` Luming Yu @ 2008-06-15 9:26 ` Luming Yu 2008-06-15 9:55 ` Bernhard Walle 0 siblings, 1 reply; 7+ messages in thread From: Luming Yu @ 2008-06-15 9:26 UTC (permalink / raw) To: LKML, andrew.patterson Cc: linux-ia64, Petr Tesarik, Roland McGrath, Kexec Mailing List, Simon Horman On Sat, Jun 14, 2008 at 12:22 AM, Luming Yu <luming.yu@gmail.com> wrote: > On Thu, Jun 5, 2008 at 4:16 PM, Simon Horman <horms@verge.net.au> 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 <luming.yu@gmail.com> 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\x116521104831321&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 <andrew.patterson@hp.com> Date: Tue Jan 22 17:18:27 2008 -0700 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-15 9:26 ` Luming Yu @ 2008-06-15 9:55 ` Bernhard Walle 2008-06-15 10:42 ` Luming Yu 0 siblings, 1 reply; 7+ messages in thread From: Bernhard Walle @ 2008-06-15 9:55 UTC (permalink / raw) To: Luming Yu Cc: LKML, andrew.patterson, Petr Tesarik, Simon Horman, linux-ia64, Kexec Mailing List, Roland McGrath * "Luming Yu" <luming.yu@gmail.com> [2008-06-15 17:26]: > > My git bisection result indicates the following commit causes the > kdump regression in 2.6.25-rc1: > commit 3c75e23784e6ed5f4841de43d0750fd9b37bafcb > Author: Andrew Patterson <andrew.patterson@hp.com> > Date: Tue Jan 22 17:18:27 2008 -0700 Can you verify that reverting that commit indeed fixes kdump at your site? Bernhard -- Bernhard Walle, SUSE LINUX Products GmbH, Architecture Development ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: kdump regression: /proc/vmcore is 0 after kdump 2008-06-15 9:55 ` Bernhard Walle @ 2008-06-15 10:42 ` Luming Yu 0 siblings, 0 replies; 7+ messages in thread From: Luming Yu @ 2008-06-15 10:42 UTC (permalink / raw) To: Bernhard Walle Cc: LKML, andrew.patterson, Petr Tesarik, Simon Horman, linux-ia64, Kexec Mailing List, Roland McGrath On Sun, Jun 15, 2008 at 5:55 PM, Bernhard Walle <bwalle@suse.de> wrote: > * "Luming Yu" <luming.yu@gmail.com> [2008-06-15 17:26]: >> >> My git bisection result indicates the following commit causes the >> kdump regression in 2.6.25-rc1: >> commit 3c75e23784e6ed5f4841de43d0750fd9b37bafcb >> Author: Andrew Patterson <andrew.patterson@hp.com> >> Date: Tue Jan 22 17:18:27 2008 -0700 > > Can you verify that reverting that commit indeed fixes kdump at your > site? I've tested and can confirm reverting this commit resolves crash-boot hang problem on my Coldfusion box. --Luming ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2008-06-15 10:42 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-06-05 7:58 kdump regression: /proc/vmcore is 0 after kdump Luming Yu 2008-06-05 8:01 ` Bernhard Walle 2008-06-05 8:16 ` Simon Horman 2008-06-13 16:22 ` Luming Yu 2008-06-15 9:26 ` Luming Yu 2008-06-15 9:55 ` Bernhard Walle 2008-06-15 10:42 ` Luming Yu
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).