[ANNOUNCE] makedumpfile: Postpone the release of 1.5.1
d.hatayama at gmail.com
Tue Nov 27 07:32:34 EST 2012
From: Atsushi Kumagai <kumagai-atsushi at mxc.nes.nec.co.jp>
Subject: [ANNOUNCE] makedumpfile: Postpone the release of 1.5.1
Date: Tue, 27 Nov 2012 19:37:27 +0900
>> If there is no problem, I will release v1.5.1 GA on Nov 28.
> I did regression test for v1.5.1 in the last weekend and found some bugs.
> So the release date will be delayed by few weeks, sorry.
> However, I don't think there are big issues for almost all users, because:
> - #1 doesn't happen unless users specify -x option, and it's unnecessary
> for these kernels.
I don't think so. pageflags was rewriten as enumeration on v2.6.26. So
debuginfo of the related kernels contains correct PG_buddy value. If
passing vmlinux with -x option, makedumpfile should work well. I think
problematic case happens only through vmcoreinfo with -i option.
> - As for #2, I think there are few users.
> So, I think v1.5.1-rc is enough for almost all users.
> #1. Fail to exclude free pages with page_is_buddy_v2() in some cases.
> I mentioned this issue in the post below:
> Related kernel: v2.6.27 to v2.6.37
This is a bit wrong. Correct one is: v2.6.30 to v2.6.37.
> #2. Fail to exclude free pages with page_is_buddy_v1() in some cases.
> I'm investigating this issue now.
> Related kernel: v2.6.15 to v2.6.17
As I noted in its patch description, I have yet to test on these
kernel versions. Thanks for your testing.
But I don't have enough reason to support these kernels now. These
kernels themselves have bug on handling buddy pages, so PG_buddy was
introduced during v2.6.18-rc to fix the bug. Even if there is
distribution based on these kerenel versions, some kind of fixing
patch introducing PG_buddy would be backported and that must be. In
particular, I don't think machine with huge memory uses such buggy
More information about the kexec