Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1331019
| From | Marc Zyngier <marc.zyngier@arm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH V3 03/10] irqchip,GICv3,ACPI: Add redistributor support via GICC structures. |
| Date | 2016-02-10 11:20 +0100 |
| Message-ID | <r0A2m-Sb-15@gated-at.bofh.it> (permalink) |
| References | <qSEmu-8o1-9@gated-at.bofh.it> <qSEmw-8o1-55@gated-at.bofh.it> |
| Organization | ARM Ltd |
On 19/01/16 13:11, Tomasz Nowicki wrote: > Following ACPI spec: > On systems supporting GICv3 and above, GICR Base Address in MADT GICC > structure holds the 64-bit physical address of the associated Redistributor. > If all of the GIC Redistributors are in the always-on power domain, > GICR structures should be used to describe the Redistributors instead, > and this field must be set to 0. > > It means that we have two ways to initialize registirbutors map. > 1. via GICD structure which can accommodate many redistributors as a region > 2. via GICC which is able to describe single redistributor > > This patch is going to add support for second option. > Considering redistributors, GICD and GICC subtables have be mutually > exclusive. While discovering and mapping redistributor, we need to know > its size in advance. For the GICC case, redistributor can be in > a power-domain that is off, thus we cannot relay on GICR TYPER register. > Therefore, we get GIC version from distributor register and map 2xSZ_64K > for GICv3 and 4xSZ_64K for GICv4. > > Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org> > Signed-off-by: Tomasz Nowicki <tn@semihalf.com> This is incredibly convoluted, but I'm not sure there is a better way given the current ACPI API. Still, it hurts. Acked-by: Marc Zyngier <marc.zyngier@arm.com> M. -- Jazz is not dead. It just smells funny...
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [PATCH V3 03/10] irqchip,GICv3,ACPI: Add redistributor support via GICC structures. Marc Zyngier <marc.zyngier@arm.com> - 2016-02-10 11:20 +0100
csiph-web