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

Re: [PATCH] stubdom: foreignmemory: Fix build after 0dbb4be739c5


  • To: Julien Grall <julien@xxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 13 Jul 2021 16:23:14 +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=QQ2kfo7NyDf0RDajIvE+rIqhi8x8fQmOx9DdY947RNI=; b=C0OgO8ACINiJIK6miR7jbD1bv/YjZVIK6Yw5PnZmakuoiQ1os0I2YijY8fFmXvcjoAaOJMA5uBCmlrm5Q5eqoQVr3xKEvW91BlqrUhqw7egsy1u5eNF/GVAX2hKzaGiSwIo9snp5IuDl0d8/rCFhRbqYyW9GKnt9RCY43xUeI/wUR2fGg+l7yZE3Tw5eHT2bIohblt4B7yVm2UWsOEjCMO1Ql8aHTlkb1cWip9yn89+xGRL0NYcQ9yKhmf1T9gvWVqIB+N5C3S45goSSzY2LO2BHIXvt9nCHTqZ1Zj+AZKK6I56wup57wFIdqt3CDd07EqdUm1N+kXiugjK8qiIlfA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UO25kwCx1CMT/71tFBznuFywSKuv7n7hqLJj1qqNcanWxislbYKbe2p7VFD1CJH5AMVEVzk3nEOA1eMPXRaU6ADNuPfOY44Pm9w6lvO8s1yrTbJ5eJMEgmrjcBGmEzkWoaoHR9la2eRoMHv0hnu3dVP1lC6voZnkaif9sFCTPTEr4LgEPUoOdaO/7kE22PDj70FeWBW0sVkkzmbVk4YijTPMdPCjr3A0BcMWYL6yR/FCFmdWlcsGYmgIcO7RkLxzYYGcYD/Z73Si/Y3co4DepooQRKveoHdZQJyA4VvmSz2R8/5h1Jpd4MBUGwSWZBPAsySUMBDeS3fRNOkVKFwpkQ==
  • Authentication-results: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=suse.com;
  • Cc: Julien Grall <jgrall@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Costin Lupu <costin.lupu@xxxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>
  • Delivery-date: Tue, 13 Jul 2021 14:23:26 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 13.07.2021 16:19, Julien Grall wrote:
> On 13/07/2021 15:14, Jan Beulich wrote:
>>> And I don't think it should be named XC_PAGE_*, but rather XEN_PAGE_*.
>>
>> Even that doesn't seem right to me, at least in principle. There shouldn't
>> be a build time setting when it may vary at runtime. IOW on Arm I think a
>> runtime query to the hypervisor would be needed instead.
> 
> Yes, we want to be able to use the same userspace/OS without rebuilding 
> to a specific hypervisor page size.
> 
>> And thinking
>> even more generally, perhaps there could also be mixed (base) page sizes
>> in use at run time, so it may need to be a bit mask which gets returned.
> 
> I am not sure to understand this. Are you saying the hypervisor may use 
> at the same time different page size?

I think so, yes. And I further think the hypervisor could even allow its
guests to do so. There would be a distinction between the granularity at
which RAM gets allocated and the granularity at which page mappings (RAM
or other) can be established. Which yields an environment which I'd say
has no clear "system page size".

Jan




 


Rackspace

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