Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Pratyush Anand <panand@redhat.com>
To: "Hatayama, Daisuke" <d.hatayama@jp.fujitsu.com>,
	"'ats-kumagai@wm.jp.nec.com'" <ats-kumagai@wm.jp.nec.com>
Cc: "'kexec@lists.infradead.org'" <kexec@lists.infradead.org>,
	"'bhe@redhat.com'" <bhe@redhat.com>
Subject: Re: [PATCH 2/2] Revert "[PATCH V2 1/4] x86_64: Calculate page_offset from pt_load"
Date: Tue, 23 May 2017 09:42:29 +0530	[thread overview]
Message-ID: <449aaa2b-0058-8b4d-227b-df97256b5674@redhat.com> (raw)
In-Reply-To: <681cf021-74c0-25d2-a173-23ba50c38cab@redhat.com>



On Tuesday 23 May 2017 08:53 AM, Pratyush Anand wrote:
> Hi Hatayama,
>
> On Tuesday 23 May 2017 08:24 AM, Hatayama, Daisuke wrote:
>> This reverts commit 0c9dd01d8ee2e4ec1821a11f5e174fdba56012b8 because
>> the logic works well only on the kdump ELF format. It doesn't work
>> well on sadump vmcores and qemu/KVM guest vmcores created by virsh
>> dump --memory-only command where info->page_offset results in 0. These
>> formats have to depend on kernel version dependency in the current
>> situation.
>
> I do not think that we should just revert it. Revert will break things on
> KASLR enabled kernel.
>
> I have already posted a patch to calculate page_offset when pt_load is not
> available.
>
> http://lists.infradead.org/pipermail/kexec/2017-May/018747.html
>
> Probably,I can improve that patch in next version so that it takes care of
> sadump case as well.
>

Can you please try following patches from  
https://github.com/pratyushanand/makedumpfile.git : devel

https://github.com/pratyushanand/makedumpfile/commit/ba93c349ac5d097a51c221e39816da5fef2e5f58
https://github.com/pratyushanand/makedumpfile/commit/241ecc6d96afbf7be6e02f51e882ce5e1e2eb9d0

~Pratyush


> Thanks for reporting this issue.
>
> ~Pratyush
>>
>> Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
>> Cc: Baoquan He <bhe@redhat.com>
>> Cc: Pratyush Anand <panand@redhat.com>
>> ---
>>  arch/x86_64.c | 25 ++++---------------------
>>  1 file changed, 4 insertions(+), 21 deletions(-)
>>
>> diff --git a/arch/x86_64.c b/arch/x86_64.c
>> index e978a36..13f0c3f 100644
>> --- a/arch/x86_64.c
>> +++ b/arch/x86_64.c
>> @@ -33,25 +33,6 @@ get_xen_p2m_mfn(void)
>>      return NOT_FOUND_LONG_VALUE;
>>  }
>>
>> -static int
>> -get_page_offset_x86_64(void)
>> -{
>> -    int i;
>> -    unsigned long long phys_start;
>> -    unsigned long long virt_start;
>> -
>> -    for (i = 0; get_pt_load(i, &phys_start, NULL, &virt_start, NULL); i++) {
>> -        if (virt_start < __START_KERNEL_map
>> -                && phys_start != NOT_PADDR) {
>> -            info->page_offset = virt_start - phys_start;
>> -            return TRUE;
>> -        }
>> -    }
>> -
>> -    ERRMSG("Can't get any pt_load to calculate page offset.\n");
>> -    return FALSE;
>> -}
>> -
>>  int
>>  get_phys_base_x86_64(void)
>>  {
>> @@ -179,8 +160,10 @@ get_versiondep_info_x86_64(void)
>>      else
>>          info->max_physmem_bits  = _MAX_PHYSMEM_BITS_2_6_31;
>>
>> -    if (!get_page_offset_x86_64())
>> -        return FALSE;
>> +    if (info->kernel_version < KERNEL_VERSION(2, 6, 27))
>> +        info->page_offset = __PAGE_OFFSET_ORIG;
>> +    else
>> +        info->page_offset = __PAGE_OFFSET_2_6_27;
>>
>>      if (info->kernel_version < KERNEL_VERSION(2, 6, 31)) {
>>          info->vmemmap_start = VMEMMAP_START_ORIG;
>>

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

  reply	other threads:[~2017-05-23  4:12 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-23  2:54 [PATCH 2/2] Revert "[PATCH V2 1/4] x86_64: Calculate page_offset from pt_load" Hatayama, Daisuke
2017-05-23  3:23 ` Pratyush Anand
2017-05-23  4:12   ` Pratyush Anand [this message]
2017-05-23  7:25     ` Hatayama, Daisuke
2017-05-23  8:35       ` Pratyush Anand
2017-05-24  2:09         ` Hatayama, Daisuke
2017-05-24  5:43           ` Pratyush Anand
2017-05-24  6:21             ` Pratyush Anand
2017-05-25  1:11               ` Hatayama, Daisuke

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=449aaa2b-0058-8b4d-227b-df97256b5674@redhat.com \
    --to=panand@redhat.com \
    --cc=ats-kumagai@wm.jp.nec.com \
    --cc=bhe@redhat.com \
    --cc=d.hatayama@jp.fujitsu.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