On Wed, Nov 09, 2016 at 08:34:10AM -0700, Tony Lindgren wrote:
> * Tony Lindgren <tony@xxxxxxxxxxx> [161108 18:26]:
> > * Johan Hovold <johan@xxxxxxxxxx> [161108 12:03]:
> > +int musb_queue_resume_work(struct musb *musb,
> > + int (*callback)(struct musb *musb, void *data),
> > + void *data)
> > +{
> > + struct musb_pending_work *w;
> > + unsigned long flags;
> > + int error;
> > +
> > + if (WARN_ON(!callback))
> > + return -EINVAL;
> > +
> > + if (pm_runtime_active(musb->controller))
> > + return callback(musb, data);
> > +
> > + w = devm_kzalloc(musb->controller, sizeof(*w), GFP_ATOMIC);
> > + if (!w)
> > + return -ENOMEM;
> > +
> > + w->callback = callback;
> > + w->data = data;
> > + spin_lock_irqsave(&musb->list_lock, flags);
> > + if (musb->is_runtime_suspended) {
> > + list_add_tail(&w->node, &musb->pending_list);
> > + error = 0;
> > + } else {
> > + dev_err(musb->controller, "could not add resume work %p\n",
> > + callback);
> > + devm_kfree(musb->controller, w);
> > + error = -EINPROGRESS;
> > + }
> > + spin_unlock_irqrestore(&musb->list_lock, flags);
> > +
> > + if (pm_runtime_active(musb->controller))
> > + return musb_run_resume_work(musb);
> > +
> > + return error;
> > +}
>
> Hmm I think we can also leave out musb_run_resume_work() at the end,
> we should not hit that case any longer.
That seems to be the case, yes. But we still need to process that work
somehow also when racing with runtime_resume() (e.g. here or at every
call site).
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
