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

Re: UEFI support in ARM DomUs


  • To: Julien Grall <julien@xxxxxxx>, Julien Grall <julien.grall.oss@xxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • From: Oleksandr Andrushchenko <Oleksandr_Andrushchenko@xxxxxxxx>
  • Date: Fri, 19 Jun 2020 13:06:17 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=epam.com; dmarc=pass action=none header.from=epam.com; dkim=pass header.d=epam.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=M4IG927phKcKuWZha4ldwB8ecfLzlDq4Hy3RACrniXk=; b=ddZ7jZq8rlKGdKPlI4ySljsSgGIJwJ2YUgFuXsDD+9N8AmYUTkOfKZatIb9s6QyezKRWKYGH/7DtSjoy1UweS/zTQvlwyJjKyrrADkTxI6FPf8gc1CYmpFq6B0ayy75EB/Ve22xLdPREg+QXXUJCF+O9T+Frar019lRHLLz2FEz+f9N3EUq7ZPpUGT1GdogA0dlduQx8yUAXrXDub6uM81wYfYlLhljNfaP376r5wCezwC0msq9In/tWHfvv6KjFylgyr1QMhy4lE6WIwBIb/o5dhDXssNhwLqqrByLzS9U5feUz3eMAil256PkfWZf/nsRfKz2tqBkONqqbcNeLcw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cmo23AvDRLbD9rNDDO2LXj1x50WFDfJ7XNCYNNhOCQLsQ+m8IBgpNS+OGIGSeUj1v5vfqkHF+OXQddys70crh/y6Q3tQyC6ToArqGFbJVdn8JhiGFaiBeYuDRwa1bBR5rJM7Bz2mmymbU/QSTNJxdTRw3qU2l873pkCYWUrlA5YN+ckrzcYH693TugyeayyGEy7EQWH84j7coZoUAi6xfxEG/5HPRSyGDFksF1J4cEG9ZovOpMYYIY+ahM1X9YKMl2ng70Wan88Ls58xy/geetw04a/NoCHhoiUFRTyP/Pkl7OS9TO6lIoLPJstxNiWWX8SF1WuC0PiT1M0oTuqw/A==
  • Authentication-results: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=epam.com;
  • Cc: Anastasiia Lukianenko <Anastasiia_Lukianenko@xxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, Peng Fan <peng.fan@xxxxxxx>, Roman Shaposhnik <roman@xxxxxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Nataliya Korovkina <malus.brandywine@xxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Fri, 19 Jun 2020 13:06:27 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHWOoSI1wnhumD+IkWBnAQX9mudyajIlWsAgBVWbwCAAJ62gIAAeBOAgAANxQCAAOXggIAABCWAgAABUwCAAAIogIAAAeMA
  • Thread-topic: UEFI support in ARM DomUs

On 6/19/20 3:59 PM, Julien Grall wrote:
> Hi,
>
> On 19/06/2020 13:51, Oleksandr Andrushchenko wrote:
>> On 6/19/20 3:47 PM, Julien Grall wrote:
>>> They will not be available from the fdt, but you can retrieve them with an 
>>> hypervisor call (see HVM_PARAM_STORE_PFN, HVM_PARAM_CONSOLE_PFN).
>> Yes, and it used in the relevant pieces of code (hyp calls)
>>> One question though, why do you need to map them in advance? Couldn't you 
>>> map them on demand?
>>
>> Well, we need to at least estimate the pg_table size so we can reserve and 
>> allocate memory later,
>
> Oh, so U-boot doesn't support runtime page-table table allocation. Is that 
> right?
As per my understanding no, we provide a memory map and the tables are 
allocated beforehand
>
>>
>> so I have to provide memory range from either by coding a constant or 
>> looking into the devtree at
>>
>> hypervisor { reg = <>; }. It is a bit tricky though
>
> Looking for a node in the device-tree shouldn't be too difficult given that 
> you have fdt_* available.
>
> However, please not that <reg> doesn't refer to the guest magic pages. 
> Instead, it provides a region you can use for mapping the grant-table frames

Indeed, this is in my case 0x38000000, but the magic is at 0x39000000

So, I need the memory range set up beforehand, but I can't as there is no cute 
way to get that.

Of course, I can issue a hyp call to get HVM_PARAM_CONSOLE_PFN and use it as 
the base address,

but this smells like a hack. I can call other HVM_PARAM_ to get their pfns and 
set up the memory regions,

but this looks a bit weird. I need that constant badly ;)

>
> Cheers,
>

 


Rackspace

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