Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support via GICC structures.

From	Tomasz Nowicki <tn@semihalf.com>
Newsgroups	linux.kernel
Subject	Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support via GICC structures.
Date	2016-01-12 18:20 +0100
Message-ID	<qQaLV-3Xe-29@gated-at.bofh.it> (permalink)
References	<qGFnY-7mN-3@gated-at.bofh.it> <qGFnY-7mN-1@gated-at.bofh.it> <qQ5VU-FV-27@gated-at.bofh.it> <qQ8K6-2Id-19@gated-at.bofh.it> <qQ9PQ-3lA-17@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On 12.01.2016 17:16, Marc Zyngier wrote:
>>> >>Also, the spec says:
>>> >>
>>> >>"On systems supporting GICv3 and above, this field 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."
>>> >>
>>> >>which triggers two questions:
>>> >>- Can you access always the GICR_TYPER register without waking the
>>> >>redistributor up?
>> >
>> >I missed this part, can you suggest how can we do that? accessing some
>> >register before access to redistributor?
> This redistributor may be in a power-domain that is off. Are you
> guaranteed that you can access GICR_TYPER even when it is off?
>
>> >
>>> >>- How do you cope with situations where some redistributors are in the
>>> >>always-on domain, and some are not?
>> >
>> >I'm not sure if there is such hardware, if yes, do we need to fix
>> >the spec first?
> It is something that should definitely be clarified. Can we end-up in a
> situation where some redistributors are described via the GICR
> structure, and some via the GICC structure? The spec is a bit ambiguous.
>

To recap:
1. GICR and GICC subtables should be mutually exclusive, but ACPI spec 
should be clear about this.
2. We need to know if we can access GICR_TYPER without waking the 
redistributor up.

Tirumalesh, can you please advice?

Tomasz

Thread

Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Marc Zyngier <marc.zyngier@arm.com> - 2016-01-12 13:10 +0100
  Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Hanjun Guo <hanjun.guo@linaro.org> - 2016-01-12 16:10 +0100
    Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Marc Zyngier <marc.zyngier@arm.com> - 2016-01-12 17:20 +0100
      Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Tomasz Nowicki <tn@semihalf.com> - 2016-01-12 18:20 +0100
  Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Tomasz Nowicki <tn@semihalf.com> - 2016-01-12 17:50 +0100
    Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Hanjun Guo <hanjun.guo@linaro.org> - 2016-01-13 03:00 +0100
      Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Marc Zyngier <marc.zyngier@arm.com> - 2016-01-13 09:40 +0100
        Re: [PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support  via GICC structures. Hanjun Guo <hanjun.guo@linaro.org> - 2016-01-13 10:20 +0100

csiph-web