From: Atsushi Kumagai <kumagai-atsushi@xxxxxxxxxxxxxxxxx> Subject: [ANNOUNCE] makedumpfile: Postpone the release of 1.5.1 Date: Tue, 27 Nov 2012 19:37:27 +0900 > Hello, > >> 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. > > > BUGS: > > #1. Fail to exclude free pages with page_is_buddy_v2() in some cases. > I mentioned this issue in the post below: > > http://lists.infradead.org/pipermail/kexec/2012-November/007404.html > > 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 kernels. Thanks. HATAYAMA, Daisuke
