[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Ping: [PATCH v2 00/13] x86: more or less log-dirty related improvements


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Mon, 19 Jul 2021 09:46:05 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6mL306FYP7Ry+mtp7PqTn/55XpmoS+G2PS5W7c5Tbv8=; b=BpbOWdsTcaDp3CEjjZST6TIcFlNQ8smbmz+hgAefxuyP4KYhy+1oGMWOrKtMCcnJ/0pE/XNdXriu71xyfy43mCeRIF7Jh4w73Xh8xLfWTy7ORvxiaDesL39WBcswMWIlF3yK9ESYSGt5oG0KfZqKM57GrazgeqSiMlli8NYPobJgU7LL1znir48zQmxyAeWnMJo0DT0idaG5ZKQYjv8qJTAa0gBRDy9k3h6T/nJfEnU/o/mp4OLVUY9gTFU/bh+ZbfDV8GnN37DLB172PB3do4IlZZhMnu4BqKDdWGumCCMAi8kJOIhFh1k7oCkth+wkobGDyRcqLxa84ZMELimWug==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AL8QMfGref/tpNiMQFODw9bLyJ4uItVw5tPdTg2TTfowjFsjTggagK1tvchXXWFnUseB7zoJlQpSgizZByvigE1Jgr/nIonh9VhbQKsp0APVo43NDh68gx02TL7IYPbqKG/HzIsHh1ShZ00hkkAfDZm3C3ge5lRLbpoFy1Cj+y9n2QfE9ttZjg96/7FSRBeh4988JdaupiPg04kn2HXrPgF24ocF5ZtIZsnTLMqz4MJqhT5VoBPtXpYOUsCARPw0ww2LMNrySRfCG6q3mjEOJZfpIZ7VJB01hJvyoTNessWPMTlzadvGy0mpbT3Jc134rc0Wx0vjrYYlapRrUVTq1A==
  • Authentication-results: lists.xenproject.org; dkim=none (message not signed) header.d=none;lists.xenproject.org; dmarc=none action=none header.from=suse.com;
  • Cc: Juergen Gross <jgross@xxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 19 Jul 2021 07:46:26 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 05.07.2021 17:09, Jan Beulich wrote:
> ... or so I hope. This series continues the attempt to deal with
> the ovmf change putting the shared info page at a very high address
> (which is now planned to get reverted there, but the general
> problem doesn't go away by them doing so). There are further issues
> with truncated value, which are being dealt with here. But there
> are also not directly related changes, when I simply spotted things
> that aren't very likely to be right the way they are. And then
> there are also adjustments to the underlying hypervisor
> implementation, with the goal of making the returned data more
> useful to the consumers.
> 
> With these changes in place, a 1Gb guest which has "inflated"
> itself by putting a page right below the 16Tb boundary migrates
> successfully, albeit the process takes from some 20 minutes to over
> half an hour on my test system.
> 
> In v2, besides integrating 2 patches that were previously sent,
> there's one new patch and otherwise review feedback addressed
> (albeit there wasn't any for a number of patches).
> 
> 01: libxl/x86: check return value of SHADOW_OP_SET_ALLOCATION domctl

while I did get an R-b from Anthony on this one, but ...

> 02: libxc: split xc_logdirty_control() from xc_shadow_control()
> 03: libxenguest: deal with log-dirty op stats overflow
> 04: libxenguest: short-circuit "all-dirty" handling
> 05: libxenguest: avoid allocating unused deferred-pages bitmap
> 06: libxenguest: complete loops in xc_map_domain_meminfo()
> 07: libxenguest: guard against overflow from too large p2m when checkpointing
> 08: libxenguest: fix off-by-1 in colo-secondary-bitmap merging
> 09: libxenguest: restrict PV guest size
> 10: libxc: simplify HYPERCALL_BUFFER()
> 11: x86/paging: supply more useful log-dirty page count
> 12: x86/mm: update log-dirty bitmap when manipulating P2M

... all of these are still in needed of suitable acks (patches 8
and 10 have an R-b though, and are independent of earlier parts of
this series). Patches 3 and 5 have objections pending by Andrew,
which I did reply to verbally without it having become clear
whether these replies were addressing the concerns, or what exactly
the misunderstanding on either side is (and hence which, if any,
changes I should make).

Thanks, Jan




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.