From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B8543C67871 for ; Fri, 13 Jan 2023 14:26:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4D8208E0002; Fri, 13 Jan 2023 09:26:57 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 461358E0001; Fri, 13 Jan 2023 09:26:57 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2DB238E0002; Fri, 13 Jan 2023 09:26:57 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 1AF578E0001 for ; Fri, 13 Jan 2023 09:26:57 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id E2A53140E04 for ; Fri, 13 Jan 2023 14:26:56 +0000 (UTC) X-FDA: 80350002432.04.56C4A06 Received: from mail.skyhub.de (unknown [5.9.137.197]) by imf19.hostedemail.com (Postfix) with ESMTP id 4292C1A000D for ; Fri, 13 Jan 2023 14:26:49 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=temperror ("DNS error when getting key") header.d=alien8.de header.s=dkim header.b=nYmdzgEu; spf=temperror (imf19.hostedemail.com: error in processing during lookup of bp@alien8.de: DNS error) smtp.mailfrom=bp@alien8.de; dmarc=temperror reason="server fail" header.from=alien8.de (policy=temperror) ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1673620012; a=rsa-sha256; cv=none; b=ZH5Fnc2BEhRS20fKZkt7AFP2KmjybhrJZEXr6ctVl1Y5+YyJ5sV5Wy71xMklsYG804RmV/ LOax+CjTwyKQ9t9sTjPwJFIU3ubmMZW8y74kxu8HZfvADZW0W+tGYt/WIX6aT6G26hHDLt qalGuCVHzIE/wBNtKRD674ZJMvDtlnc= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=temperror ("DNS error when getting key") header.d=alien8.de header.s=dkim header.b=nYmdzgEu; spf=temperror (imf19.hostedemail.com: error in processing during lookup of bp@alien8.de: DNS error) smtp.mailfrom=bp@alien8.de; dmarc=temperror reason="server fail" header.from=alien8.de (policy=temperror) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1673620012; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=XYtqfhZKFK7PaSqp9fuWWHAp6AYDAbDdbgbeeBoQDPw=; b=yYNfATTwO6zNDry99TZQVqn9Opa35kTWPlnDYvVluqyJB/LWJPWtHStc/Kq8rQDf17TQ6P KLOEZSEaJ3CDf0n+QwFSXWaSMimz+cM4wcHuygEly6YhJdp5PBNTImoCO0ISbiqk0LumYG XYrw31VmE1BuYTvL+xAlk24IeHll3oA= Received: from zn.tnic (p5de8e9fe.dip0.t-ipconnect.de [93.232.233.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 5D5741EC04C1; Fri, 13 Jan 2023 15:16:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1673619410; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=XYtqfhZKFK7PaSqp9fuWWHAp6AYDAbDdbgbeeBoQDPw=; b=nYmdzgEuSjI5cCOeBGcx/PixXKD2yIek0jfY+hJjIFI4n5nwUrIuJrZNqewFOMW0YJBonI cV9hqB9im51KA+msRMViQta8N3rmOPw5Gz0A4II5943TZ4R6nBUmwJZn3noP2dPeST1jHp Pa1jJq/Qg1X5pvW7g+YHyx0RaQ4O4Rk= Date: Fri, 13 Jan 2023 15:16:46 +0100 From: Borislav Petkov To: Michael Roth Cc: kvm@vger.kernel.org, linux-coco@lists.linux.dev, linux-mm@kvack.org, linux-crypto@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org, tglx@linutronix.de, mingo@redhat.com, jroedel@suse.de, thomas.lendacky@amd.com, hpa@zytor.com, ardb@kernel.org, pbonzini@redhat.com, seanjc@google.com, vkuznets@redhat.com, wanpengli@tencent.com, jmattson@google.com, luto@kernel.org, dave.hansen@linux.intel.com, slp@redhat.com, pgonda@google.com, peterz@infradead.org, srinivas.pandruvada@linux.intel.com, rientjes@google.com, dovmurik@linux.ibm.com, tobin@ibm.com, vbabka@suse.cz, kirill@shutemov.name, ak@linux.intel.com, tony.luck@intel.com, marcorr@google.com, sathyanarayanan.kuppuswamy@linux.intel.com, alpergun@google.com, dgilbert@redhat.com, jarkko@kernel.org, ashish.kalra@amd.com, harald@profian.com, Nikunj A Dadhania , chao.p.peng@linux.intel.com Subject: Re: [PATCH RFC v7 03/64] KVM: SVM: Advertise private memory support to KVM Message-ID: References: <20221214194056.161492-1-michael.roth@amd.com> <20221214194056.161492-4-michael.roth@amd.com> <20230105021419.rs23nfq44rv64tsd@amd.com> <20230105181741.q6mq37gvcjk5nbjg@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230105181741.q6mq37gvcjk5nbjg@amd.com> X-Rspam-User: X-Rspamd-Queue-Id: 4292C1A000D X-Rspamd-Server: rspam01 X-Stat-Signature: 6ciggf5c78odc1ujzxt4bgdgizo4c9j7 X-HE-Tag: 1673620009-662617 X-HE-Meta: U2FsdGVkX19EUyBpJwXThhgZ1SyRVlG5swAvhIm/55LfsWVseYu7hhFtV83JFlurNos30UvbHOGDdh7OCRraVWiXMvFD5iC+v0apcWcdMOK41a8Qz9wubd0ByFs38IE0rOIrQvvcmMR6mqB9mgruk/kli4vBSwNGXApXsj7GmjlFOITunJ4QVwO41kvtr3Q1oAv49llr8oFfdVO4sBhyjTsQwvLC/Q6WRN0R2MAflc7l/W2Wx0Y4zf9Uxr7ut6quclGCt1Pt6dFOacg2eV3WTyIvVnMKjU2W39vt9VbZ+darYQL3wppy6MzEok3YSR12lKbVRm9RC3ohs6d9ByjHD+PTrxCAFCedNqO+lvF0XDOFaKtKEj6hG95qK8aezbxizFJOJDJR/BOuCK3aPWfeWMcx1U/q3HkVqepvcvTGL2Vb2+PAMO0pxtK0Zmgrv+X55Pzok9sliZnvlY9ASa7bBWaQe7bYy5lfH4DAkM55pOnQxHD97bMPAF8LJOWaJ9A3Jr//rBAptgFq4Kwb1lkZ6ERUuoBTUEx0xSTNuMcqaLiZy4lRhqLTRpd5JoqTvD6UHUMzfVoRKVEaEFP1oM9M6ARW4WUmyLz65KUWyoWpnJcyCd8RuG4ueo6Ey7zJ0GKuyrmIT4i0lNl4hTHA5gvBJrejiM3HovUUf84ZgCBRhDQHkWPU/K5fpV/hOy/VGjriIVS0WBT8QSzGM38lISOcIs+LEqtdQPm3mOeOW8P/5I3y/aGf2Brncml2v0n8PnTUmdyKThTqyCPll0NFg3xEg+jPNPrAFiypjzM7Hmy1Z72Mi5LHc4yKT3jBYdvTdbsytyew9iUZWFXAgXSZFyKwgfrHlBhpEyIS7O2nXFCpgJrvMZjJ/Qv7IjkYyxYggYpO0AKtniyh/Q2fTzfNWUnSeY9wErZ7kmd+fEH7BtoXqwK3ILbiSqzm1zV2ge/pbqLvPNRrd3IlKrEF9uHblij 6PaIRrju haj3trVhIHWHVEDspu/8D2mVeyj/B9+r5iojgXnxOdqVHxi83r5hg6aZY1MC2NIaNz+2P X-Bogosity: Ham, tests=bogofilter, spamicity=0.000074, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, Jan 05, 2023 at 12:17:41PM -0600, Michael Roth wrote: > In the case of SEV, it would still be up to userspace whether or not it > actually wants to make use of UPM functionality like KVM_SET_MEMORY_ATTRIBUTES > and private memslots. Otherwise, to maintain backward-compatibility, > userspace can do things as it has always done and continue running SEV without > relying on private memslots/KVM_SET_MEMORY_ATTRIBUTES or any of the new ioctls. > > For SNP however it is required that userspace uses/implements UPM > functionality. Makes sense to me. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette