[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Revert "tools/firmware/ovmf: Use OvmfXen platform file is exist"


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 22 Jun 2021 18:10:39 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zm9L+/AvzN0dIVbx8GeBZqJQhaMXOfsGlUm9zPZfbzY=; b=hBHWiB50KI6cMtwKtzBC6F4HncGePloUz8gYmZAVCR9lixE9NEXQvCdkdFiZZ/Jn4zorcAKVAPyUjYFEoTs1TOt7xT5lcIEkchhpY6nAW/eSZOY2g/ys97Wno8GbtTF8UP1wx22XLUkZBCkV2LsXrnt5tN27vCBmsHvDEjDadgJV/Wchxn4JT859nPxyicqc4G4gnAR2EmxVt7XEqiJoUeOEqlaByqUX0cT/g7pD1jecmyb/zQr960Si8WcB9WRgoEb48gP5lfp6BjKti7aHOJ75d+ghBYhKs+xjlxABGC5LFbqBFlj0jrDBg6M34rIH+A4x2HXWjpbP8E2yeO/l2g==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dXYpECBxZu7gOPaCT5bbGhUOtoxA6Em0atGydqa0I6gTiuggmMyORhMwOrtnC9tP5mgWqTyEzhEEJN0Z5jaTILSTlzkFQnynR+28XlW+5VBp8gbsIiKXTDA84jiG+MZmZOD3zqBWmkJn8sEyWYEuous1n1PGmIqNfCVp8i53G8VrmSHjwSZe5QyMqBQsDbZSvwiE4kgfQwGIeg7u12f3IbsCF9MV3abUUfbA9LJpJ9BgEmeTEFJeH+p0sHG5nexgu5qQCbU5ZlWNh5MwknQ/J91pokouUC/29b8nE3tVVqJoTSXr8sIF9VVMEjEPFtCx+TOoK3LkkLu36SA/cH8NZw==
  • Authentication-results: lists.xenproject.org; dkim=none (message not signed) header.d=none;lists.xenproject.org; dmarc=none action=none header.from=suse.com;
  • Cc: Anthony PERARD <anthony.perard@xxxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Julien Grall <julien@xxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 22 Jun 2021 16:10:49 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 22.06.2021 17:39, Andrew Cooper wrote:
> This reverts commit aad7b5c11d51d57659978e04702ac970906894e8.
> 
> The change from OvmfX64 to OvmfXen causes a change in behaviour, whereby
> OvmfXen maps its shared info page at the top of address space.  When trying to
> migrate such a domain, XENMEM_maximum_gpfn returns a very large value.  This
> has uncovered multiple issues:
> 
>  1) The userspace hypercall wrappers truncate all return values to int on
>     Linux and Solaris.  This needs fixing in Xen.
>  2) 32bit toolstacks can't migrate any domain with RAM above the 2^40 mark,
>     because of virtual address constraints.  This needs fixing in OVMF.

And I suspect even that presently enforce boundary of 2^40 is actually
too high, and things still wouldn't work when getting close. At the
very least the tool stack then depends on a fairly big chunk of memory
(2^30 bytes) to be available in one single, virtually contiguous piece.
Iirc 32-bit Linux can be configured to not even leave this much space
for user mode.

Jan




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.