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 D8244C433FE for ; Fri, 4 Mar 2022 15:53:44 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1B7C68D0001; Fri, 4 Mar 2022 10:53:44 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 166F08D0002; Fri, 4 Mar 2022 10:53:44 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0619E8D0001; Fri, 4 Mar 2022 10:53:44 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.a.hostedemail.com [64.99.140.24]) by kanga.kvack.org (Postfix) with ESMTP id E76D08D0001 for ; Fri, 4 Mar 2022 10:53:43 -0500 (EST) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id AC80325015 for ; Fri, 4 Mar 2022 15:53:43 +0000 (UTC) X-FDA: 79207149126.07.44B4949 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by imf19.hostedemail.com (Postfix) with ESMTP id 7C1F51A000B for ; Fri, 4 Mar 2022 15:53:42 +0000 (UTC) Received: from nazgul.tnic (dynamic-002-247-252-111.2.247.pool.telefonica.de [2.247.252.111]) (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 35AC11EC050F; Fri, 4 Mar 2022 16:53:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1646409216; 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=0c6IacfVZd8j72dL9wAC45bHiux03YijXdPN6i1GuS4=; b=cRz5oManH/s+VDrsWwL9HJ0SIzzmGa8vp+iiSfE45lHZOHwX+uQatnqocubuVI7wBpzL/A Ps79+OoMNx4gCT2Rq7Asw8tomUKRakI6p6hj9M7zuyeTl+o7V4SjROTjBXj+DJc4o/z2xj nxaYw/Bwt7hhC7vOLUesJ88qIjlxfiM= Date: Fri, 4 Mar 2022 16:53:39 +0100 From: Borislav Petkov To: Brijesh Singh Cc: x86@kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-coco@lists.linux.dev, linux-mm@kvack.org, Thomas Gleixner , Ingo Molnar , Joerg Roedel , Tom Lendacky , "H. Peter Anvin" , Ard Biesheuvel , Paolo Bonzini , Sean Christopherson , Vitaly Kuznetsov , Jim Mattson , Andy Lutomirski , Dave Hansen , Sergio Lopez , Peter Gonda , Peter Zijlstra , Srinivas Pandruvada , David Rientjes , Dov Murik , Tobin Feldman-Fitzthum , Michael Roth , Vlastimil Babka , "Kirill A . Shutemov" , Andi Kleen , "Dr . David Alan Gilbert" , brijesh.ksingh@gmail.com, tony.luck@intel.com, marcorr@google.com, sathyanarayanan.kuppuswamy@linux.intel.com Subject: Re: [PATCH v11 44/45] virt: sevguest: Add support to get extended report Message-ID: References: <20220224165625.2175020-1-brijesh.singh@amd.com> <20220224165625.2175020-45-brijesh.singh@amd.com> <7c562d34-27cd-6e63-a0fb-35b13104d41f@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 7C1F51A000B X-Rspam-User: Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=alien8.de header.s=dkim header.b=cRz5oMan; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf19.hostedemail.com: domain of bp@alien8.de designates 5.9.137.197 as permitted sender) smtp.mailfrom=bp@alien8.de X-Stat-Signature: 3i8bjcpj4bas5r4ofbht5f3xe7h8pd8j X-HE-Tag: 1646409222-758941 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Mar 04, 2022 at 09:39:16AM -0600, Brijesh Singh wrote: > Depending on which ioctl user want to use for querying the attestation > report, she need to look at the SNP/GHCB specification for more details. > The blob contains header that application need to parse to get to the > actual certificate. The header is defined in the spec. From kernel > driver point-of-view, all these are opaque data. ... and the ioctl text needs to point to the spec so that the user knows where to find everything needed. Or how do you expect people to know how to use those ioctls? > Will do. Thx! -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette