Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp3782426pxb; Tue, 19 Apr 2022 09:42:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxd+lnK9pHqPm7ia9HI8/jYgV8UCetF4OevwEL+/bhVPVKdNa0Ydz54sehWXzIUlUSXIGRc X-Received: by 2002:a17:907:7e94:b0:6e8:b9af:70d9 with SMTP id qb20-20020a1709077e9400b006e8b9af70d9mr14140525ejc.511.1650386549068; Tue, 19 Apr 2022 09:42:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650386549; cv=none; d=google.com; s=arc-20160816; b=YCBMV4/+55PbkSvyO0r+qpF6FDRZ7ywwEtB6AaJtLb9fasGwY8wFLwA8nsulDrK+9E Tl8e+SwoOFBcza19UxEgs9J80Qof729tLBRxD/5peUeug1lg2WmMUnRXg6ShnKm0MaEq HVnbJ1GV9tUjGMnDkQM+GrACgIqN2lbA9Z0RUGQ78PNvzZ7CV9IaCQ36R/hT+XndUKIs RE2hl3Ltg+C0gZpO+ToPE3cn+YeC2BkfW3VvfDZ8kewWQSkiEebyR9SYNg0gsrSLYAnD QzosVhE7BIqd6sC13gEUkgY0Hzu23Fmcdy5RIms/21Ve2XmkHX/6UDk6HIE5LyAaR3jZ Xwig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=L7ml29B3BUXUhHuCeZnUyamXkv/rACh7V/YQpMNzxsE=; b=XLzJQFI0Cp7Au2XRmkXDfncj33/ra+PdKd9iGgAOojYmA+ch7EchArHSsIGdiZrlgS OiGCKHNuDjGC7vJYOZspZz4prtVEcUr9ibnHWv2gms2wiuTVBJRfXFlAMUhmQaYH8GWU 1tbMNy5ZA/+Cjz7OtPz9o6pfSF1og0clrJtdLZxt5T33uvm5AnV2mozaHq7wxL/u2cw3 rzPC/drLfDZxEVfrMO8CGL/VbLizLbDofaGggekiT4lSCdPhFUtx1GkYXyxsaoCLFY/u jcdDDCT3IX8klowUr8JztMQzp6jHfa/QVXf+324bfFvGf8Y+n9ypfqptS8lhuLbMaENa GEvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=k7BysX9G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v13-20020a056402348d00b0041d8586ad52si10426848edc.218.2022.04.19.09.42.05; Tue, 19 Apr 2022 09:42:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=k7BysX9G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349826AbiDSIQ3 (ORCPT + 99 others); Tue, 19 Apr 2022 04:16:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40758 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349795AbiDSIQH (ORCPT ); Tue, 19 Apr 2022 04:16:07 -0400 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0B97D2DD5D; Tue, 19 Apr 2022 01:13:18 -0700 (PDT) Received: from zn.tnic (p200300ea971b58fe329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:971b:58fe:329c:23ff:fea6:a903]) (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 993661EC04CB; Tue, 19 Apr 2022 10:13:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1650355992; 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=L7ml29B3BUXUhHuCeZnUyamXkv/rACh7V/YQpMNzxsE=; b=k7BysX9GugQ8GniA6TpTt+LaXb+tlXyX30N/bJky690Jz8wD84D+q4xIxqJsGAjEqjhDaf sicA6EmPeN0fJkOMHdayrN4OoX0be67lqaHZ8n2J4/nLYrcFAidLZzfPTPgruCL+L8wJF8 PXvEPs9gzwr0jXbG9oeiWyVvO/6cQJs= Date: Tue, 19 Apr 2022 10:13:12 +0200 From: Borislav Petkov To: Kai Huang Cc: Kuppuswamy Sathyanarayanan , Thomas Gleixner , Ingo Molnar , Dave Hansen , x86@kernel.org, Hans de Goede , Mark Gross , "H . Peter Anvin" , "Kirill A . Shutemov" , Tony Luck , Andi Kleen , linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org Subject: Re: [PATCH v3 4/4] platform/x86: intel_tdx_attest: Add TDX Guest attestation interface driver Message-ID: References: <20220415220109.282834-1-sathyanarayanan.kuppuswamy@linux.intel.com> <20220415220109.282834-5-sathyanarayanan.kuppuswamy@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 19, 2022 at 07:47:33PM +1200, Kai Huang wrote: > From this perspective, I am not sure what's the value of having a dedicated > INTEL_TDX_ATTESTATION Kconfig. The attestation support code should be turned on > unconditionally when CONFIG_INTEL_TDX_GUEST is on. The code can also be just > under arch/x86/coco/tdx/ I guess? > > But I'll leave this to maintainers. Similar story with the unaccepted memory gunk. If it is not going to be used outside of encrypted guests, why are we polluting our already insanely humongous Kconfig space with more symbols? -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette