[PATCHv3 0/9] Support Xen versions up to xen-4.1
kumagai-atsushi at mxc.nes.nec.co.jp
Mon Sep 3 01:01:00 EDT 2012
Hello Norbert and Petr,
On Fri, 31 Aug 2012 17:05:01 +0200
"Trapp, Norbert" <norbert.trapp at ts.fujitsu.com> wrote:
> > -----Original Message-----
> > From: Petr Tesařík [mailto:petr at tesarici.cz]
> > Sent: Friday, August 24, 2012 5:41 PM
> > To: kexec at lists.infradead.org
> > Cc: Trapp, Norbert
> > Subject: [PATCHv3 0/9] Support Xen versions up to xen-4.1
> > Hello everybody,
> > this is version 3 of my patch set. I'm very much indebted to Norbert
> > Trapp for his extensive testing of my previous patch set, which
> > revealed that Xen hypervisor static data was not kept with the previous
> > version of the patch set.
> > I could also add the performance improvements, but I'm afraid it would
> > make for an incremental patch, so let's wait until the filtering is
> > finally right.
> > I have re-tested this patch set with the same result as v2:
> > - Xen-3.2.3 - WORKS
> > - Xen-4.0.1 - WORKS (only with --xen-syms)
> > - Xen-4.0.2 - WORKS
> > - Xen-4.1.2 - WORKS
> > Filtering free pages (-d16 and above) doesn't work (even after I manually
> > provided the missing "max_pfn" symbol), but that seems unrelated, so I'm
> > going to address it in a subsequent patch set.
> > Norbert, if you test these patches, please send your comments to the
> > mailing list.
> Hello Petr et al.,
> after testing Petr's patches PATCHv3 plus "support for x86_64 1GB pages",
> "add missing return statement" and "keep dumpfile pages in a cache" on a
> machine with Xen 4.0.3 and 1GB pages there is only one comment I have:
> It all worked nicely!
Thank you for your report, that's good.
So, I'll review these patches for makedumpfile-1.5.1.
> With kind regards,
> Norbert Trapp
> PBG PDG ES&S SWE OS 6
> Fujitsu Technology Solutions GmbH
> Domagkstraße 28, D-80807 München, Germany
> E-mail: Norbert.Trapp at ts.fujitsu.com
> Web: ts.fujitsu.com
> Company details: ts.fujitsu.com/imprint
> > Atsushi-san, if the patch set passes Norbert's testing, what else do you
> > need to accept the changes in upstream?
> > Regards,
> > Petr Tesarik
> > SUSE Linux
> kexec mailing list
> kexec at lists.infradead.org
More information about the kexec