[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v3 4/4] target-arm: Add the GICv2m to the virt b
From: |
Eric Auger |
Subject: |
Re: [Qemu-devel] [PATCH v3 4/4] target-arm: Add the GICv2m to the virt board |
Date: |
Tue, 26 May 2015 15:07:59 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 |
On 05/26/2015 02:55 PM, Peter Maydell wrote:
> On 26 May 2015 at 13:54, Eric Auger <address@hidden> wrote:
>> Reviewed-by: Eric Auger <address@hidden>
>>
>> The only question I have is related to mid-term virt strategy about
>> GICv3 integration. Are we going to reuse that memory map for the machine
>> instantiating the GICv3? If yes, shouldn't we put the GICv2M somewhere
>> else to leave space for GICv3 redistributors, assuming we reuse the
>> shared distributor region. I understood the memory map is difficult to
>> change once applied once.
>
> I wouldn't expect that you'd have a GICv2M at all in a
> system with a GICv3 in it, would you?
no indeed. but we currently use a single static a15memmap memory map in
virt. This one is currently planned to be reused for machines
instantiating GICv3 so we start seeing things like
VIRT_GIC_CPU = VIRT_GIC_REDIST. I fear this is going to become messy.
What is your guidance, should we introduce new memory maps for GICv3
enabled machine or should we move to a single dynamic memory map?
Best Regards
Eric
>
> -- PMM
>