On 11-12-18, 19:05, Taniya Das wrote:
The design here assumes that there would not be any per-cpu/per-cluster
based SW requirement for the HW during frequency transitions, which again
makes me think that we would require to re-introduce these structures again
in case we have such requirements in near future.
Firstly, even in such cases we can go ahead with the design we proposed. And I
am not at all concerned about some hardware which we don't have right now. We
will see what to do when such hardware comes, maybe reintroduce the structures,
but that doesn't matter right now.
Also I think leaving the structures also helps us debug any boot up issues
looking at the ram contents of the per-(cpu/cluster) structures with the
contents from the firmware.
I don't see how debugging would be hard without those structures in place.
Hope these above helps us to go ahead with the current SW design.
Sorry, but I don't see any satisfactory reason on why you shouldn't make the
suggested changes. We are trying to make your (and any other developer who will
work on that driver) life simple by simplifying the code. Nothing beyond that :)