Hi Julien,
> On 27 Jun 2022, at 11:09, Julien Grall wrote:
>
> Hi Michal,
>
> On 27/06/2022 10:59, Michal Orzel wrote:
>> On 27.06.2022 11:52, Julien Grall wrote:
>>>
>>>
>>> On 27/06/2022 07:31, Michal Orzel wrote:
Hi Julien,
>>>
>>> Hi Michal,
>>>
On 24.06.2022 11:11, Julien Gra
Hi Michal,
On 27/06/2022 10:59, Michal Orzel wrote:
On 27.06.2022 11:52, Julien Grall wrote:
On 27/06/2022 07:31, Michal Orzel wrote:
Hi Julien,
Hi Michal,
On 24.06.2022 11:11, Julien Grall wrote:
From: Julien Grall
A lot of places in the ARM32 assembly requires to load the physical
On 27.06.2022 11:52, Julien Grall wrote:
>
>
> On 27/06/2022 07:31, Michal Orzel wrote:
>> Hi Julien,
>
> Hi Michal,
>
>> On 24.06.2022 11:11, Julien Grall wrote:
>>> From: Julien Grall
>>>
>>> A lot of places in the ARM32 assembly requires to load the physical address
>>> of a symbol. Rath
On 27/06/2022 07:31, Michal Orzel wrote:
Hi Julien,
Hi Michal,
On 24.06.2022 11:11, Julien Grall wrote:
From: Julien Grall
A lot of places in the ARM32 assembly requires to load the physical address
of a symbol. Rather than open-coding the translation, introduce a new macro
that will lo
Hi Julien,
On 24.06.2022 11:11, Julien Grall wrote:
> From: Julien Grall
>
> A lot of places in the ARM32 assembly requires to load the physical address
> of a symbol. Rather than open-coding the translation, introduce a new macro
> that will load the phyiscal address of a symbol.
>
> Lastly, u
From: Julien Grall
A lot of places in the ARM32 assembly requires to load the physical address
of a symbol. Rather than open-coding the translation, introduce a new macro
that will load the phyiscal address of a symbol.
Lastly, use the new macro to replace all the current open-coded version.
No