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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C1996C433FE for ; Thu, 21 Oct 2021 21:44:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AD31D603E7 for ; Thu, 21 Oct 2021 21:44:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232296AbhJUVqm (ORCPT ); Thu, 21 Oct 2021 17:46:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55244 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231607AbhJUVql (ORCPT ); Thu, 21 Oct 2021 17:46:41 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D63B2C061764 for ; Thu, 21 Oct 2021 14:44:24 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id y26so618924lfa.11 for ; Thu, 21 Oct 2021 14:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Mymsjt3IaF1en1RXeUqLwvBY1YQnaGAGlUG+m084SWc=; b=qQhqVoSdEtJuPajOvdfoq4/zKjo9wDMZqOKgOF4nOQL7fa/7uK4HKjrubqGLx1jiMy I75yrFSWzVGue8mBSbRHRzXi9gwKqLbWt9CRDQJS5e3osuMmfKqpv2Drn0dEeZrMbxx8 hmgfrmqzmOzlPnPKsBSREWVRMQo7HuVX1crSSO0qCceio3WhQnpsJr61UpVKNxd+w5ES S62W3mqlisibwvdCoRNOu0/wP9oP7Z8O3qTk3fgHGp16gqNRGQXCf2nLix9vIKbrxTJj k+n9vOMzkGTG+krc+bMRQMpgjlhBMLkxhYNhQaDJZT1TQqZJpsSNtzKOcUw8x/WOaTme lKew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Mymsjt3IaF1en1RXeUqLwvBY1YQnaGAGlUG+m084SWc=; b=VBLKhXkVjvuwJ8ar74deI9Kp2ZBlIDMWNtWP17HIU0D6wXpA/PDcllwj+4TmUA7LLi kZHn0VkhSD2xFRM8mZOaG4lMhed8ZpaQC5W5ykKYkvQkfUMZBq4kj/lhBZ/xXLgpEDyb 5nNcXzrdQBfO+aN7rsff8Gh4zkoHBydktWT7VF8yVs4qXTSdseghiO9ooHGpgSQV9tar K04vLHukynmO4PiJsakwrDkW4SkSvKi+vqtF6eMzY9Zwca7+Hszn9z///ldkiYcb7iw7 uwgxWAPGMKGiR/rCy2ejgYdHSV/qLtBc6E1GRR6ZtS13eeXS8DLzLdgcBktkmQUQQB2t +6xA== X-Gm-Message-State: AOAM5308IozBqbEG+wLXFMV/gE/GRRQfHu48kvnFqifv01nw8QIQQfbc kI/lD70DaRhH4BdvAUuuqoXDTdPDV++VDSiRVaWHLg== X-Google-Smtp-Source: ABdhPJyfgTLfySooP/GEpoD7UvNFdaO9xousg9a3yJbvR38aXYXvfTn68FqC9VOTAr+MU2ByznIP66S02LWpxMXOyvA= X-Received: by 2002:a05:6512:a8d:: with SMTP id m13mr8064660lfu.305.1634852662938; Thu, 21 Oct 2021 14:44:22 -0700 (PDT) MIME-Version: 1.0 References: <75afef2cdfc3166b2ef78ad13e3a4b1c16900578.1625186503.git.isaku.yamahata@intel.com> In-Reply-To: From: Sagi Shahar Date: Thu, 21 Oct 2021 14:44:11 -0700 Message-ID: Subject: Re: [RFC PATCH v2 66/69] KVM: TDX: Add "basic" support for building and running Trust Domains To: Isaku Yamahata , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , Paolo Bonzini , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Erdem Aktas , Connor Kuehl , Sean Christopherson , x86@kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: isaku.yamahata@gmail.com, Sean Christopherson , Xiaoyao Li , Kai Huang , Chao Gao , Isaku Yamahata , Yuan Yao Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 2, 2021 at 3:06 PM, Isaku Yamahata wrote: > Subject: [RFC PATCH v2 66/69] KVM: TDX: Add "basic" support for > building and running Trust Domains > > > +static int tdx_map_gpa(struct kvm_vcpu *vcpu) > +{ > + gpa_t gpa = tdvmcall_p1_read(vcpu); > + gpa_t size = tdvmcall_p2_read(vcpu); > + > + if (!IS_ALIGNED(gpa, 4096) || !IS_ALIGNED(size, 4096) || > + (gpa + size) < gpa || > + (gpa + size) > vcpu->kvm->arch.gfn_shared_mask << (PAGE_SHIFT + 1)) > + tdvmcall_set_return_code(vcpu, TDG_VP_VMCALL_INVALID_OPERAND); > + else > + tdvmcall_set_return_code(vcpu, TDG_VP_VMCALL_SUCCESS); > + > + return 1; > +} This function looks like a no op in case of success. Is this intentional? Is this mapping handled somewhere else later on?