From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124])
 by mx.groups.io with SMTP id smtpd.web09.4920.1645781653032473407
 for <devel@edk2.groups.io>;
 Fri, 25 Feb 2022 01:34:13 -0800
Authentication-Results: mx.groups.io;
 dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=N9FnTSi/;
 spf=pass (domain: redhat.com, ip: 170.10.129.124, mailfrom: kraxel@redhat.com)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
	s=mimecast20190719; t=1645781652;
	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:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=XdToqJVb3aincRp9SPEkholRDIcwtoWLyLLcuiWpdfk=;
	b=N9FnTSi/OaU4yXvKDXGQimSW+eLl7zFjFLUDr0Ad21v+IGveDNrd66dATag+8s/KR7I4Cf
	68SIkKtXGrgdUmw+5rn24Ev7BVTw0CTxyw/E/RL/YO+VNXBF+E0qpZZvuZorr7Kwc+DYUM
	m78wdemtslOinwZgoynSRdDmdFAtLb0=
Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com
 [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS
 (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 us-mta-529-G442JywFN26LqNvivNOysg-1; Fri, 25 Feb 2022 04:34:08 -0500
X-MC-Unique: G442JywFN26LqNvivNOysg-1
Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 898B0801AAD;
	Fri, 25 Feb 2022 09:34:07 +0000 (UTC)
Received: from sirius.home.kraxel.org (unknown [10.39.195.81])
	by smtp.corp.redhat.com (Postfix) with ESMTPS id 512FC76C32;
	Fri, 25 Feb 2022 09:34:07 +0000 (UTC)
Received: by sirius.home.kraxel.org (Postfix, from userid 1000)
	id 9346C18003BE; Fri, 25 Feb 2022 10:34:05 +0100 (CET)
Date: Fri, 25 Feb 2022 10:34:05 +0100
From: "Gerd Hoffmann" <kraxel@redhat.com>
To: devel@edk2.groups.io, sebastien.boeuf@intel.com
Cc: "Yao, Jiewen" <jiewen.yao@intel.com>,
	"Justen, Jordan L" <jordan.l.justen@intel.com>
Subject: Re: [edk2-devel] [PATCH 2/3] OvmfPkg: CloudHv: Retrieve RSDP address from PVH
Message-ID: <20220225093405.2rwmieyt4ue3ytg2@sirius.home.kraxel.org>
References: <cover.1645542995.git.sebastien.boeuf@intel.com>
 <58817971e9b3974f19e6b1daee12580d47d612cd.1645542995.git.sebastien.boeuf@intel.com>
 <20220223113158.5n4jxj7n7n63zjft@sirius.home.kraxel.org>
 <dd2425171254622d4d5de3d87fcb1bf332e33bc5.camel@intel.com>
MIME-Version: 1.0
In-Reply-To: <dd2425171254622d4d5de3d87fcb1bf332e33bc5.camel@intel.com>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11
Authentication-Results: relay.mimecast.com;
	auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=kraxel@redhat.com
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

  Hi,

> > I'm wondering whenever there are plans for cloudhv to also support
> > sev
> > and/or tdx some day.  If so, then it probably isn't a good idea to
> > switch to the xen reset vector.  
> 
> Well Cloud Hypervisor aims at supporting TDX, but based on a separate
> firmware. We're not trying to support both TDX and non-TDX use cases
> with the same binary, which simplifies the problem here.

If tdx will be another binary anyway then it doesn't matter much I guess.

> > There is the work area used for by
> > confidential computing code, I think it would be an option to store a
> > pointer to the pvh_start_info there.
> 
> Sorry I'm not aware of the confidential computing code. Can you point
> me to it?

OvmfPkg/Include/WorkArea.h

git grep WORK_AREA -- OvmfPkg/ResetVector

take care,
  Gerd