kexec.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Baoquan He <bhe@redhat.com>
To: Petr Tesarik <ptesarik@suse.cz>
Cc: kexec@lists.infradead.org, kumagai-atsushi@mxc.nes.nec.co.jp
Subject: Re: About the status of hugepage filtering!
Date: Mon, 28 Apr 2014 20:46:35 +0800	[thread overview]
Message-ID: <20140428124635.GA1546@dhcp-17-102.nay.redhat.com> (raw)
In-Reply-To: <20140428122153.1563f7d3@hananiah.suse.cz>

On 04/28/14 at 12:21pm, Petr Tesarik wrote:
> On Mon, 28 Apr 2014 15:56:05 +0800
> Baoquan He <bhe@redhat.com> wrote:
> 
> > Hi Astushi,
> > 
> > I remember earlier Jingbai posted a patchset on hugepage filtering,
> > later you pasted your hugepage filtering prototype patch, and people
> > thought yours is better. So now may I know the status and what's your
> > plan?
> > 
> > Because in makedumpfile 1.5.6, this is not delivered. Your plan can help
> > us much.
> 
> Hi Baoquan,
> 
> I followed up on Atsushi's prototype, and there's a patch series
> sitting on my disk which just came too late for 1.5.6, so I held it
> back. It was also suggested that the mdf_pfn cleanup patch be applied
> first. That one is now in, and I'll send an updated series shortly.
> 
> The first part of the change is the "Generic handling of multi-page
> exclusions", that is a method which can be used for excluding both free
> pages and compound pages (and without adding even more complexity to
> the calculation of the cycle size).
> 
> The second part is handling of hugepages. This simply extends the
> algorithm so that all pages in a compound page are treated as one
> object. To make it work, additional info must be exported from the
> kernel. This is where I got stuck with my previous attempt. For now,
> this patch is already in the mm tree:
> 
> http://ozlabs.org/~akpm/mmotm/broken-out/kexec-save-pg_head_mask-in-vmcoreinfo.patch

Hi Petr,

Good to know this progress. And it's awesome that kernel patch exporting
PG_head_mask has been in mm tree.

I saw people had discussed heatedly about the generic handling of
multi-page exclusions. So as long as the first part passes through and
merged in, hugepage filtering adding will be supported very smoothly, is
that right? I didn't follow up that thread very closely, if yes, it's a
great news. And thanks for your effort.

Thanks
Baoquan

> 
> Petr T

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

      reply	other threads:[~2014-04-28 12:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-28  7:56 About the status of hugepage filtering! Baoquan He
2014-04-28 10:21 ` Petr Tesarik
2014-04-28 12:46   ` Baoquan He [this message]

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=20140428124635.GA1546@dhcp-17-102.nay.redhat.com \
    --to=bhe@redhat.com \
    --cc=kexec@lists.infradead.org \
    --cc=kumagai-atsushi@mxc.nes.nec.co.jp \
    --cc=ptesarik@suse.cz \
    /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;
as well as URLs for NNTP newsgroup(s).