Re: [PATCH v9 2/3] soc: qcom: rpmh: Update dirty flag only when data changes

[Maulik Shah]

On 2/29/2020 3:20 AM, Evan Green wrote:
> On Fri, Feb 28, 2020 at 3:38 AM Maulik Shah <mkshah@xxxxxxxxxxxxxx> wrote:
> > Currently rpmh ctrlr dirty flag is set for all cases regardless of data
> > is really changed or not. Add changes to update dirty flag when data is
> > changed to newer values.
> >
> > Also move dirty flag updates to happen from within cache_lock and remove
> > unnecessary INIT_LIST_HEAD() call and a default case from switch.
> >
> > Fixes: 600513dfeef3 ("drivers: qcom: rpmh: cache sleep/wake state requests")
> > Signed-off-by: Maulik Shah <mkshah@xxxxxxxxxxxxxx>
> > Reviewed-by: Srinivas Rao L <lsrao@xxxxxxxxxxxxxx>
> > ---
> >   drivers/soc/qcom/rpmh.c | 21 +++++++++++++--------
> >   1 file changed, 13 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/soc/qcom/rpmh.c b/drivers/soc/qcom/rpmh.c
> > index eb0ded0..f28afe4 100644
> > --- a/drivers/soc/qcom/rpmh.c
> > +++ b/drivers/soc/qcom/rpmh.c
> > @@ -133,26 +133,30 @@ static struct cache_req *cache_rpm_request(struct rpmh_ctrlr *ctrlr,
> >
> >          req->addr = cmd->addr;
> >          req->sleep_val = req->wake_val = UINT_MAX;
> > -       INIT_LIST_HEAD(&req->list);
> >          list_add_tail(&req->list, &ctrlr->cache);
> >
> >   existing:
> >          switch (state) {
> >          case RPMH_ACTIVE_ONLY_STATE:
> > -               if (req->sleep_val != UINT_MAX)
> > +               if (req->sleep_val != UINT_MAX) {
> >                          req->wake_val = cmd->data;
> > +                       ctrlr->dirty = true;
> > +               }
> >                  break;
> >          case RPMH_WAKE_ONLY_STATE:
> > -               req->wake_val = cmd->data;
> > +               if (req->wake_val != cmd->data) {
> > +                       req->wake_val = cmd->data;
> > +                       ctrlr->dirty = true;
> > +               }
> >                  break;
> >          case RPMH_SLEEP_STATE:
> > -               req->sleep_val = cmd->data;
> > -               break;
> > -       default:
> > +               if (req->sleep_val != cmd->data) {
> > +                       req->sleep_val = cmd->data;
> > +                       ctrlr->dirty = true;
> > +               }
> >                  break;
> >          }
> >
> > -       ctrlr->dirty = true;
> >   unlock:
> >          spin_unlock_irqrestore(&ctrlr->cache_lock, flags);
> >
> > @@ -287,6 +291,7 @@ static void cache_batch(struct rpmh_ctrlr *ctrlr, struct batch_cache_req *req)
> >
> >          spin_lock_irqsave(&ctrlr->cache_lock, flags);
> >          list_add_tail(&req->list, &ctrlr->batch_cache);
> > +       ctrlr->dirty = true;
> Is this fixing a case where we were not previously marking the
> controller dirty but should have?
Well, its not a missing case as such.
Let me explain.
Whenever rpmh_invalidate()Â (lets call it event a) is called, controller 
dirty flag is set.
post invalidating, the aggregator driver always sends new sleep data 
(event b) and wake data (event c).
the last cpu going down flushes the cached data and dirty flag is 
unset. (event d)

hence setting dirty flag, only once during (event a) and not updating it 
during (event b, c) was not any issue/missing case, at least till now.

However with changes to invoke rpmh_flush() whenever data is dirty, it 
is required to set this flag for each of these events.
Otherwise as the rpmh_flush() call happened during event b would have 
marked as non-dirty data at the end of it,
now when rpmh_flush() call happened during event c, it will not flush 
anything as caches are not dirty, which is not the expectation.


> I notice there's a fixes tag, but it
> would be helpful to add something to the commit text indicating that
> you're fixing a missing case where the controller should have been
> marked dirty.
sure i can add details on why we need to update dirty flag everytime 
when touching caches.
> With that fixed, you can add my tag:
>
> Reviewed-by: Evan Green <evgreen@xxxxxxxxxxxx>
Thanks

--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation