]> asedeno.scripts.mit.edu Git - linux.git/commit
greybus: arche-platform: Reset SVC & APB only if turned off by SUSPEND_PREPARE
authorVaibhav Hiremath <hiremath_vaibhav@projectara.com>
Wed, 3 Aug 2016 11:45:38 +0000 (17:15 +0530)
committerGreg Kroah-Hartman <gregkh@google.com>
Wed, 3 Aug 2016 13:43:51 +0000 (15:43 +0200)
commit8ef0b5383110977d81746cd0b09c3877d51c3a67
treee401faaa6f7119157efc52da52ffb2eb0a59d09d
parent60793c9be9a140e2102a0f64a38d34e9b28a1357
greybus: arche-platform: Reset SVC & APB only if turned off by SUSPEND_PREPARE

There is possible race condition in arche platform driver for
maintaining of ->state field, when shared with timesync driver.

Assume device booted fine, all connected modules have been enumerated
correctly. As part of suspend-resume operation we have pm_notifier
callback, where we turn off SVC & APB and coldboot on resume.
In the process of resume, all modules gets enumerated again, and
timesync driver does come into picture everytime.
So when timesync driver requests arche-platform to change the state
to TIMESYNC and in the middle of sync operation, if suspend gets
triggered, then execution lands into arche-platform->pm_notifier callback,
leading to race condition in the driver, where it checks for (state != ACTIVE)
in PM_SUSPEND_PREPARE and returns, but in PM_POST_SUSPEND it just simply
coldboots SVC & APB, which would inbalance all resources (including IRQ).

So we need a add check in PM_POST_SUSPEND, to make sure that, we only
coldboot devices if they are in to off state,
i.e. if (state != OFF) then return.

Testing Done: Done regressive suspend/resume testing on EVT2 platform.
Note that, I some time hit issue.

Signed-off-by: Vaibhav Hiremath <vaibhav.hiremath@linaro.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
drivers/staging/greybus/arche-platform.c