From: Bhupesh Sharma <bhsharma@redhat.com>
To: kexec@lists.infradead.org
Cc: Vadim.Lomovtsev@cavium.com, yanjiang.jin@hxt-semitech.com,
bhsharma@redhat.com, takahiro.akashi@linaro.org,
horms@verge.net.au, bhupesh.linux@gmail.com
Subject: [PATCH v2 0/2] kexec-tools/arm64: Add support to read PHYS_OFFSET from kcore
Date: Thu, 20 Dec 2018 16:52:50 +0530 [thread overview]
Message-ID: <1545304972-32333-1-git-send-email-bhsharma@redhat.com> (raw)
Changes from v1:
---------------
- Added the support for older kernels, where we determine the
PHYS_OFFSET value from PT_LOAD segments inside 'kcore'.
- Improved commit logs since v1.
On certain arm64 platforms, it has been noticed that due
to a hole at the start of physical ram exposed to kernel
(i.e. it doesn't start from address 0), the kernel still
calculates the 'memstart_addr' kernel variable as 0.
Whereas the SYSTEM_RAM or IOMEM_RESERVED range in '/proc/iomem'
would carry a first entry whose start address is non-zero
(as the physical ram exposed to the kernel starts from a
non-zero address).
In such cases, if we rely on '/proc/iomem' entries to
calculate the phys_offset, then we will have mismatch
between the user-space and kernel space 'PHYS_OFFSET'
value. The present 'kexec-tools' code does the same
in 'get_memory_ranges_iomem_cb()' function when it makes
a call to 'set_phys_offset()'. This can cause the vmcore
generated via 'kexec-tools' to miss the last few bytes as
the first '/proc/iomem' starts from a non-zero address.
Please see [0] for the original bug-report from Yanjiang Jin.
This patchset tries to fix the same.
Details about the patches in this series:
----------------------------------------
PATCH 1/2 ->
- Tries to move the elf read functionality from 'vmcore-dmesg.c' to
a new utility library named 'elf_info.c', so that subsequent patches
can use the same.
- See the patch log for more details.
PATCH 2/2 ->
- Implements the actual functionality of reading the PHYS_OFFSET for arm64
platforms from the kcore (either VMCOREINFO PT_NOTE inside 'kcore'
or from the PT_LOAD segments inside 'kcore').
- See the patch log for more details.
[0] https://www.spinics.net/lists/kexec/msg20618.html
Bhupesh Sharma (2):
util_lib: Add functionality to read elf notes
arm64: Add support to read PHYS_OFFSET from 'kcore' - pt_note or
pt_load (if available)
kexec/arch/arm64/kexec-arm64.c | 194 +++++-
kexec/arch/arm64/kexec-arm64.h | 15 +-
util_lib/Makefile | 4 +-
vmcore-dmesg/vmcore-dmesg.c => util_lib/elf_info.c | 193 ++++--
util_lib/include/elf_info.h | 35 +
vmcore-dmesg/Makefile | 4 +-
vmcore-dmesg/vmcore-dmesg.c | 742 +--------------------
7 files changed, 386 insertions(+), 801 deletions(-)
copy vmcore-dmesg/vmcore-dmesg.c => util_lib/elf_info.c (86%)
create mode 100644 util_lib/include/elf_info.h
--
2.7.4
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next reply other threads:[~2018-12-20 11:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-20 11:22 Bhupesh Sharma [this message]
2018-12-20 11:22 ` [PATCH v2 1/2] util_lib: Add functionality to read elf notes Bhupesh Sharma
2018-12-20 11:22 ` [PATCH v2 2/2] arm64: Add support to read PHYS_OFFSET from 'kcore' - pt_note or pt_load (if available) Bhupesh Sharma
2019-01-07 10:52 ` [PATCH v2 0/2] kexec-tools/arm64: Add support to read PHYS_OFFSET from kcore Bhupesh Sharma
2019-01-09 12:29 ` Simon Horman
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=1545304972-32333-1-git-send-email-bhsharma@redhat.com \
--to=bhsharma@redhat.com \
--cc=Vadim.Lomovtsev@cavium.com \
--cc=bhupesh.linux@gmail.com \
--cc=horms@verge.net.au \
--cc=kexec@lists.infradead.org \
--cc=takahiro.akashi@linaro.org \
--cc=yanjiang.jin@hxt-semitech.com \
/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