[Acked/cmt] [PATCH Vivid/Wily SRU] x86/xen/p2m: hint at the last populated P2M entry
Tim Gardner
tim.gardner at canonical.com
Tue Feb 9 20:40:20 UTC 2016
On 02/09/2016 09:47 AM, Andy Whitcroft wrote:
> On Mon, Feb 08, 2016 at 11:13:09AM -0700, tim.gardner at canonical.com wrote:
>> From: David Vrabel <david.vrabel at citrix.com>
>>
>> BugLink: http://bugs.launchpad.net/bugs/1542941
>>
>> With commit 633d6f17cd91ad5bf2370265946f716e42d388c6 (x86/xen: prepare
>> p2m list for memory hotplug) the P2M may be sized to accomdate a much
>> larger amount of memory than the domain currently has.
>>
>> When saving a domain, the toolstack must scan all the P2M looking for
>> populated pages. This results in a performance regression due to the
>> unnecessary scanning.
>>
>> Instead of reporting (via shared_info) the maximum possible size of
>> the P2M, hint at the last PFN which might be populated. This hint is
>> increased as new leaves are added to the P2M (in the expectation that
>> they will be used for populated entries).
>>
>> Signed-off-by: David Vrabel <david.vrabel at citrix.com>
>> Cc: <stable at vger.kernel.org> # 4.0+
>> (back ported from commit 98dd166ea3a3c3b57919e20d9b0d1237fcd0349d)
>
> I think that is in a non-standard form. Using the standard forms helps
> things like the autotriager which read them.
>
What is standard form ? 'backported' v.s. 'back ported' ?
--
Tim Gardner tim.gardner at canonical.com
More information about the kernel-team
mailing list