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 > >
