Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp846749rwb; Wed, 9 Nov 2022 09:17:41 -0800 (PST) X-Google-Smtp-Source: AMsMyM78/Zf/fUhyKD0zdx3XQeZazmgwqFYzYx8xm7flP+IJCSyI8XwkvVg81D/upYQf6dWA969p X-Received: by 2002:a17:906:2f17:b0:7ae:4ed2:84f4 with SMTP id v23-20020a1709062f1700b007ae4ed284f4mr1020489eji.429.1668014261305; Wed, 09 Nov 2022 09:17:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668014261; cv=none; d=google.com; s=arc-20160816; b=MXfkI3oE6QIdELJaXgajN5m/SB1gZQrVd512facGyo/7KV6ftJ4UmPV3YIcZacIDWs nD/YnjvsvIZtbKX7aS6WRgjn2AG3i+68VjIvk9sNLVLpeBqAfYYXotFc+71yvt2Njy86 WkgYh+m18OiNWyac/TP7ds/47nEXUwBNpkDsTMgEswq4T5hp2nIkIH88Lw7bQU4CtbFp FrIeps+jV8XNQ1mfABs2eh9xK1buHEtjWa5EfGPYztTdgNyMQz9X3+amiroRXGIbk4lP 4FpJO4UIuXSC6oZMD6BEWvJthG07oVZ/2zPt4HbtOGJ0Nqd4X4Nt8iQXUqKKtdSt6VV8 2U3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=Ku0PDPv073XcSEI53nvoZoAHsafc6UamHhaPaIYLuXQ=; b=zO8FBl6mLvCYYN9TK/UJ5FO1/mFGtpSvyQen4nXQEUeARBUa3o+9c5TJd645tblFyq ROOdXU9pV8trdxO0E9rd9YDBXGguVM0lh0iBCwDMpiL/vp0+p2H4L5yke2VADtlu2qFm K9v7mp5p/DDYBbeubBdjrKztcz58N9WWGJlN6l+EdyRD9xuRCOChmFtxYwB333CEpVwy uSX+uo/yMUKnJaBgsa/ZrWeZ7vR6lAPFbUDpjPXFF8YMdA5sCbSek6oaA+MwiWeGi+Y4 R6Q2/OqUfy+ettg0BKHwcU3Sr+rvTrxYGHCBwfC17hXC8aADI5DtPu034k/tXr24PWx7 Mrww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=D8QkJfQX; 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=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t10-20020a056402524a00b00457c9eddd10si18590793edd.617.2022.11.09.09.17.18; Wed, 09 Nov 2022 09:17:41 -0800 (PST) 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=@intel.com header.s=Intel header.b=D8QkJfQX; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231847AbiKIPmV (ORCPT + 92 others); Wed, 9 Nov 2022 10:42:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35998 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229918AbiKIPmT (ORCPT ); Wed, 9 Nov 2022 10:42:19 -0500 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7405713CEE; Wed, 9 Nov 2022 07:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668008538; x=1699544538; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=oD611UU0ogsZ7u6HMPN6XGOfS1dmGrEttDxsVcnMFIQ=; b=D8QkJfQXLDgl6mpFMqX9nOfhCnDT+nPFFx+/Gjw6H236Tt4lU0s5Ccb+ OGj+xdNYYNC71UxM5q1VKkzDWqAVAVU7uZiLNzRuP6v0GrC0nDnVoVCcz 4bjmHvp/buQv0qWCeGh13ZognxwLmTLYnPcVjNmZZVPW310FA3J0QT+Il RgN8L/YszNMYz+TsJ8Up5Zg2AcUfc9BXU4IAWwBFzJIGqiUpQiUtSteK3 9ldFblps/FbJxNZES3F0XYRDBJzOk+d9saxZGA7D2gG+L3M+GFSZfAR7d k5vTiQfp+eGqAGEDl1W/6IZDwjP5eXRuqx5gkU3ujST0x+I226M+DsEXu A==; X-IronPort-AV: E=McAfee;i="6500,9779,10526"; a="311005228" X-IronPort-AV: E=Sophos;i="5.96,151,1665471600"; d="scan'208";a="311005228" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Nov 2022 07:36:23 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10526"; a="742439061" X-IronPort-AV: E=Sophos;i="5.96,151,1665471600"; d="scan'208";a="742439061" Received: from dmurray1-mobl1.amr.corp.intel.com (HELO [10.209.100.117]) ([10.209.100.117]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Nov 2022 07:36:22 -0800 Message-ID: Date: Wed, 9 Nov 2022 07:36:21 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.2.2 Subject: Re: [PATCH v17 2/3] virt: Add TDX guest driver Content-Language: en-US To: Wander Lairson Costa Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Shuah Khan , Jonathan Corbet , "H . Peter Anvin" , Greg Kroah-Hartman , "Kirill A . Shutemov" , Tony Luck , Kai Huang , Isaku Yamahata , marcelo.cerri@canonical.com, tim.gardner@canonical.com, khalid.elmously@canonical.com, philip.cox@canonical.com, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-doc@vger.kernel.org References: <20221104032355.227814-1-sathyanarayanan.kuppuswamy@linux.intel.com> <20221104032355.227814-3-sathyanarayanan.kuppuswamy@linux.intel.com> <20221109142431.ffkhouuxewjajp6g@fedora> From: Sathyanarayanan Kuppuswamy In-Reply-To: <20221109142431.ffkhouuxewjajp6g@fedora> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_NONE 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 11/9/22 6:24 AM, Wander Lairson Costa wrote: >> + reportdata = kmalloc(TDX_REPORTDATA_LEN, GFP_KERNEL); >> + if (!reportdata) >> + return -ENOMEM; >> + >> + tdreport = kzalloc(TDX_REPORT_LEN, GFP_KERNEL); >> + if (!tdreport) { >> + ret = -ENOMEM; >> + goto out; >> + } > Isn't simpler just allocating a struct tdx_report_req? You would save > one allocation and a few lines of code. > TDG.MR.TDCALL expects reportdata and tdreport buffers to be size aligned. So, allocating them together with sizeof(struct tdx report req) will not work. We can get around this by allocating a slightly larger buffer size. However, because it is not a time-critical path, I believe that allocating two separate buffers for input/output is simpler. -- Sathyanarayanan Kuppuswamy Linux Kernel Developer