On 24/01/18 17:43, Lina Iyer wrote:
On Wed, Jan 24 2018 at 10:10 +0000, Sudeep Holla wrote:
On 23/01/18 18:44, Lina Iyer wrote:
On Tue, Jan 23 2018 at 18:15 +0000, Sudeep Holla wrote:
That is because platform drivers make the choice of which interrupts areAlso when will this PDC wakeup interrupts get configured ?The platform drivers configure the IRQ as a wake source and if the IRQ
is one of those listed as routed to the PDC, the PDC is configured to
sense the interrupt and when the application processor domain is powered
on and the GIC can sense the interrupts, it is replayed to the GIC,
which then wakes up the processor.
Now why can't this be done in the firmware entirely, if it can
save/restore GIC state.
Platform drivers leave their interrupts enabled at the GIC. OnlyOK, understood. By transparent, I mean firmware can copy the interruptsYes, through the hierarchy.
enabled in the GIC to the PDC. It need not be kernel driven.
/me confused. Are you saying it's possible for f/w to copy wakeup
sources from GIC to PDC or not ?
Yes.Yes. There is a partition and protected. So only permitted ELs can write
to the registers. This is done by the firmware at boot.
Just for myself to understand better, so you have multiple partitions in
PDC and one of them is given to EL1 or it just has one partition and
that can be configured so that only permitted ELx is allowed to access
it(in your case it's EL1)