On Wed, Aug 30, 2023 at 03:07:35PM +0100, Marc Zyngier wrote: > On 2023-08-29 21:11, Oza Pawandeep wrote: > > Arm® Functional Fixed Hardware Specification defines LPI states, > > which provide an architectural context loss flags field that can > > be used to describe the context that might be lost when an LPI > > state is entered. > > > > - Core context Lost > > - General purpose registers. > > - Floating point and SIMD registers. > > - System registers, include the System register based > > - generic timer for the core. > > - Debug register in the core power domain. > > - PMU registers in the core power domain. > > - Trace register in the core power domain. > > - Trace context loss > > - GICR > > - GICD > > > > Qualcomm's custom CPUs preserves the architectural state, > > including keeping the power domain for local timers active. > > when core is power gated, the local timers are sufficient to > > wake the core up without needing broadcast timer. > > Isn't that what should be exposed by GTDT when ACPI_GTDT_ALWAYS_ON > is set on the relevant interrupt and EL? The arch timer already > deals with that. > > Why do we need anything else? > OK, let me try to write down my understanding here: 1. DT -> "always-on" property in the timer device node ACPI -> ACPI_GTDT_ALWAYS_ON flags in GDTD table The above 2 indicates if the timer is always on or will it stop in (deeper) lower idle states. This flag is used in the driver to set the clock source feature appropriate so that this clock source can be selected as broadcast timer or not. 2. DT-> "local-timer-stop" property in each idle state ACPI -> Core context Lost and other flags as shown above in each _LPI These above are used to indicate if the timer is stopped(in case of DT) and other contexts (only in ACPI though not used in the kernel) are lost Not sure why the information was not used in both place(both with DT and ACPI). One of the discussion I can remember for ACPI was to ensure the flags can be set appropriately if the context was saved/restored by the firmware and not related to the hardware power domain related property. That said, I don't have a strong argument as why the other was not used here in this case. Since I added LPI support, I used this LPI flag(probably looking at the DT implementation) and this patch is just changing from blanket whole flags check to just "Core context Lost" bit in the flag as the other bits (GICR/GICD/Trace context loss) can be still set on this platform where core context is not lost as the timers are always on. Yes it is duplication of the data in the ACPI spec as well as DT. Not sure if this needs to be fixed though(bit worried about backward compatibility with broken firmware/DT) -- Regards, Sudeep
