[makedumpfile PATCH v3 0/4] Fix KASLR problem on sadump

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Indoh-san,

>Hi Kumagai-san, Hatayama-san,
>
>These patch series fix a problem that makedumpfile cannot handle a dumpfile
>which is captured by sadump on KASLR enabled kernel.
>
>When KASLR feature is enabled, a kernel is placed on the memory randomly and
>therefore makedumpfile cannot handle a dumpfile because addresses of kernel
>symbols in vmlinux are different from actual addresses. In the case of kdump,
>information to get actual address is included in the vmcoreinfo, but dumpfile of
>sadump does not have such a information.
>
>These patches calculate kaslr offset and phys_base to solve this problem. The
>basic idea is getting register (IDTR and CR3) from dump header, and calculate
>kaslr_offset/phys_base using them.
>
>changelog:
>v3:
>- Split patch 3/3 into two parts
>  - core part to calculate kaslr_offset and phys_base
>  - Additional part to fix this problem during kdump

Thanks for your work, I'll merge this version into v1.6.3.

Regards,
Atsushi Kumagai

>v2:
>http://lists.infradead.org/pipermail/kexec/2017-October/019554.html
>- Change get_vec0_addr style
>- Some tiny fixes
>
>v1:
>http://lists.infradead.org/pipermail/kexec/2017-October/019530.html
>
>Takao Indoh (4):
>  Support symbol __cpu_online_mask
>  Introduce vtop4_x86_64_pagetable
>  sadump: Fix a KASLR problem of sadump
>  sadump: Fix a KASLR problem of sadump while kdump is working
>
> arch/x86_64.c  |  30 ++++-
> makedumpfile.c |  20 ++-
> makedumpfile.h |   8 +-
> sadump_info.c  | 417 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
> 4 files changed, 462 insertions(+), 13 deletions(-)
>
>--
>2.9.5
>
>





[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux