[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH v3 00/12] x86: assorted shadow mode adjustments
- To: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Jan Beulich <jbeulich@xxxxxxxx>
- Date: Tue, 16 May 2023 09:37:13 +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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=v1ju+VcVywBnn0CpgBCckTNP5pe/u7oCdDxvqK7nfKw=; b=WI+KZ9UfZP+7T7GuK9hX2uUaF4k3eTJE7PDMwrI6k0cMirYThynBAxa61lHdE0GfHk/ZpvSqKDOaMJeQoj/3/4U0fFLq44LXnF8yjT6AF3j0noS6esupXzy1dLs2xxOJoaR+N5lWJyeHmcurivMi2uU5VuC/uZbfhIzAS0Zz7o7QY5e2kDDluLSktJ2HyQtwTMGiFT7LFvA+UfLHJ2JOTFlSm7eF5olps+OlQu5IP7R3+8IfSEwDAYBlRAxXBIQeWZd6kSZb5cUKIJZV+T/37x6475S5hq+eLZUvJvjXWXs5ia1SLxitt3IHlZpw+pvGFnBewWKsySovwF3xUg2oXw==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hUyYfIa2f2IgT3eB2ai8vhsGEltZEFG1/Oo6ohSLdgb84Ag9aTIH+7uHn/UZ72u8nURvc9TrjIIiEWUl98AEyNbtuZjivHuARI6CXlU+NqKsjfgLl7Y4O7lF64LrewVXdrSj7YqTBhVMzetaicw1o4kR0qtloErMAESx5Ol2Y224qgzAEQCI7UEC5dhSRTU36jDrp6+XnsmYceMq6sgsk/srli9SKhFGDPor+CklQF7suwVSmWom9O/4ewqCJZCJFqpVHisWFCp3wQijW6Ir1tGbIf6/rzJTrCGlZ/2lDpKD13Hw7l8bJ2DWQYBstGjqheaQjG8RGgNl4MVrBeGDMA==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
- Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>
- Delivery-date: Tue, 16 May 2023 07:37:33 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
This is kind of fallout from XSA-427 investigations, partly related to
there having been a more intrusive first approach.
Most patches aren't really dependent upon one another, so can probably
go in independently (as they get acked).
A few patches from v2 went in, but there are also two new OOS patches in
v3. See individual patches for what has changed (in response to review
comments).
01: reduce explicit log-dirty recording for HVM
02: call sh_update_cr3() directly from sh_page_fault()
03: don't generate bogus "domain dying" trace entry from sh_page_fault()
04: use lighter weight mode checks
05: move OOS functions to their own file
06: restrict OOS allocation to when it's really needed
07: OOS doesn't track VAs anymore
08: sh_rm_write_access_from_sl1p() is HVM-only
09: drop is_hvm_...() where easily possible
10: make monitor table create/destroy more consistent
11: vCPU-s never have "no mode"
12: adjust monitor table prealloc amount
Jan
|