Hi,
On 02/10/2020 10:29, Laurentiu Tudor wrote:
On 10/2/2020 11:18 AM, Julien Grall wrote:
Hi,
On 02/10/2020 00:52, Stefano Stabellini wrote:
On Mon, 28 Sep 2020, laurentiu.tu...@nxp.com wrote:
From: Laurentiu Tudor
Don't hardcode the lookup start level of the page table walk to 1
and in
On 10/2/2020 11:18 AM, Julien Grall wrote:
> Hi,
>
> On 02/10/2020 00:52, Stefano Stabellini wrote:
>> On Mon, 28 Sep 2020, laurentiu.tu...@nxp.com wrote:
>>> From: Laurentiu Tudor
>>>
>>> Don't hardcode the lookup start level of the page table walk to 1
>>> and instead match the one used in P
Hi,
On 02/10/2020 00:52, Stefano Stabellini wrote:
On Mon, 28 Sep 2020, laurentiu.tu...@nxp.com wrote:
From: Laurentiu Tudor
Don't hardcode the lookup start level of the page table walk to 1
and instead match the one used in P2M. This should fix scenarios
involving SMMU where the start level
On 10/2/2020 2:52 AM, Stefano Stabellini wrote:
> On Mon, 28 Sep 2020, laurentiu.tu...@nxp.com wrote:
>> From: Laurentiu Tudor
>>
>> Don't hardcode the lookup start level of the page table walk to 1
>> and instead match the one used in P2M. This should fix scenarios
>> involving SMMU where the
On Mon, 28 Sep 2020, laurentiu.tu...@nxp.com wrote:
> From: Laurentiu Tudor
>
> Don't hardcode the lookup start level of the page table walk to 1
> and instead match the one used in P2M. This should fix scenarios
> involving SMMU where the start level is different than 1.
>
> Signed-off-by: Laur
From: Laurentiu Tudor
Don't hardcode the lookup start level of the page table walk to 1
and instead match the one used in P2M. This should fix scenarios
involving SMMU where the start level is different than 1.
Signed-off-by: Laurentiu Tudor
---
xen/arch/arm/p2m.c | 2 +-
xen/d
