<freemangordon>
tmlind: what about getting the freq on init an doing devm_clk_notifier_register() ?
<tmlind>
stash rate on register, update it in case change_rate happens, read it on stop for the delay needed?
<freemangordon>
that way no clk_get_rate() will be needed
<tmlind>
yeah
<freemangordon>
but what if someone else changes the fclk frequency?
<freemangordon>
I mean, if I dont register notifier
<tmlind>
fclk is claimed by the dmtimer only afaik?
<tmlind>
maybe add a comment on the possible need for a notifier
<freemangordon>
is there any issue if I go for notifier directly? it seems easier to me
<tmlind>
sounds good to me
<freemangordon>
ok, but I can't find if pwm_apply_state() can be called from atomic context
<tmlind>
no idea, probably changing state in an interrupt is needed though..
<tmlind>
for rate changes etc
<freemangordon>
in case API does not allow it, making dmtimer not sleeping does not make sense
<tmlind>
ok
<tmlind>
putting together a branch on v6.6-rc1 here fyi.. still need to deal with the modem stuff at least so probably not done until next week at some point
<tmlind>
freemangordon: hmm any plans on moving pvr mesa to use the legacy mesa amber branch? seems that would provide a stable base with fixes backported..