From: Dave Anderson <anderson@redhat.com>
To: kexec@lists.infradead.org
Subject: Re: Re: [Makedumpfile PATCH v2] x86_64: Take care of init_level4_pgt rename in kernel
Date: Thu, 10 Aug 2017 15:30:24 -0400 (EDT) [thread overview]
Message-ID: <1169006560.42893057.1502393424430.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <mailman.7.1502391602.4098.kexec@lists.infradead.org>
----- Original Message -----
>
> Ccing Dave, not sure if crash utility also need update about this
> issue..
Hi Pratyush,
Yes it does, I fixed it upstream a few weeks ago:
commit a16324a2f05c0947a83e26a5de7c756de4603da9
Author: Dave Anderson <anderson@redhat.com>
Date: Thu Jul 6 16:19:41 2017 -0400
Fix for Linux 4.13-rc0 commit 7fd8329ba502ef76dd91db561c7aed696b2c7720
"x86/boot/64: Rename init_level4_pgt and early_level4_pgt". Without
the patch, the crash session fails during initialization with the
error message "crash: cannot resolve "init_level4_pgt".
(anderson@redhat.com)
As well as a fix for the SECTION_MAP_MASK change:
commit c24011916c6f70b3828ab522e3e6b0edb3c82677
Author: Dave Anderson <anderson@redhat.com>
Date: Wed Jul 19 10:06:49 2017 -0400
Fix for Linux 4.13-rc1 commit 2d070eab2e8270c8a84d480bb91e4f739315f03d
"mm: consider zone which is not fully populated to have holes".
Without the patch, SPARSEMEM page struct addresses are incorrectly
calculated because a new section state, and an associated flag bit,
has been added to the low bits of the mem_section.section_mem_map
address; the extra bit is erroneously passed back as part of the
section_mem_map and resultant page struct address, leading to
errors in commands such as "kmem -p", "kmem -s", "kmem -n", and any
other command that translates a physical address to its page struct
address.
(anderson@redhat.com)
I don't have support for 5-level paging as of yet.
Thanks,
Dave
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
parent reply other threads:[~2017-08-10 19:38 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <mailman.7.1502391602.4098.kexec@lists.infradead.org>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1169006560.42893057.1502393424430.JavaMail.zimbra@redhat.com \
--to=anderson@redhat.com \
--cc=kexec@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox