[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210116023204.670834-1-vipinsh@google.com>
Date: Fri, 15 Jan 2021 18:32:02 -0800
From: Vipin Sharma <vipinsh@...gle.com>
To: thomas.lendacky@....com, brijesh.singh@....com, jon.grimm@....com,
eric.vantassell@....com, pbonzini@...hat.com, seanjc@...gle.com,
tj@...nel.org, hannes@...xchg.org, frankja@...ux.ibm.com,
borntraeger@...ibm.com, corbet@....net
Cc: joro@...tes.org, vkuznets@...hat.com, wanpengli@...cent.com,
jmattson@...gle.com, tglx@...utronix.de, mingo@...hat.com,
bp@...en8.de, hpa@...or.com, gingell@...gle.com,
rientjes@...gle.com, dionnaglaze@...gle.com, kvm@...r.kernel.org,
x86@...nel.org, cgroups@...r.kernel.org, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, Vipin Sharma <vipinsh@...gle.com>
Subject: [Patch v5 0/2] cgroup: KVM: New Encryption IDs cgroup controller
Hello,
This patch adds a new cgroup controller, Encryption IDs, to track and
limit the usage of encryption IDs on a host.
AMD provides Secure Encrypted Virtualization (SEV) and SEV with
Encrypted State (SEV-ES) to encrypt the guest OS's memory using limited
number of Address Space Identifiers (ASIDs).
This limited number of ASIDs creates issues like SEV ASID starvation and
unoptimized scheduling in the cloud infrastucture.
In the RFC patch v1, I provided only SEV cgroup controller but based
on the feedback and discussion it became clear that this cgroup
controller can be extended to be used by Intel's Trusted Domain
Extension (TDX) and s390's protected virtualization Secure Execution IDs
(SEID)
This patch series provides a generic Encryption IDs controller with
tracking support of the SEV and SEV-ES ASIDs.
Changes in v5:
- Changed controller filenames from encryption_ids.*.* to encids.*.*
- Documentation of cgroup v1 now points to cgroup v2.
Changes in v4:
- The max value can be set lower than the current.
- Added SEV-ES support.
Changes in v3:
- Fixes a build error when CONFIG_CGROUP is disabled.
Changes in v2:
- Changed cgroup name from sev to encryption_ids.
- Replaced SEV specific names in APIs and documentations with generic
encryption IDs.
- Providing 3 cgroup files per encryption ID type. For example in SEV,
- encryption_ids.sev.stat (only in the root cgroup directory).
- encryption_ids.sev.max
- encryption_ids.sev.current
[1] https://lore.kernel.org/lkml/20200922004024.3699923-1-vipinsh@google.com/
[2] https://lore.kernel.org/lkml/20201208213531.2626955-1-vipinsh@google.com/
[3] https://lore.kernel.org/lkml/20201209205413.3391139-1-vipinsh@google.com/
[4] https://lore.kernel.org/lkml/20210108012846.4134815-1-vipinsh@google.com/
Vipin Sharma (2):
cgroup: svm: Add Encryption ID controller
cgroup: svm: Encryption IDs cgroup documentation.
.../admin-guide/cgroup-v1/encryption_ids.rst | 1 +
Documentation/admin-guide/cgroup-v2.rst | 78 +++-
arch/x86/kvm/svm/sev.c | 52 ++-
include/linux/cgroup_subsys.h | 4 +
include/linux/encryption_ids_cgroup.h | 72 +++
include/linux/kvm_host.h | 4 +
init/Kconfig | 14 +
kernel/cgroup/Makefile | 1 +
kernel/cgroup/encryption_ids.c | 421 ++++++++++++++++++
9 files changed, 633 insertions(+), 14 deletions(-)
create mode 100644 Documentation/admin-guide/cgroup-v1/encryption_ids.rst
create mode 100644 include/linux/encryption_ids_cgroup.h
create mode 100644 kernel/cgroup/encryption_ids.c
--
2.30.0.284.gd98b1dd5eaa7-goog
Powered by blists - more mailing lists