spi: qcom-geni-se: Add SSR support for SSC QUPs
This change is related to SSC Qup SSR and it's handling. Common driver
registers for PIL notification and handles SSR shutdown/restart callbacks
which in turn calls respective bus driver. Subsystem notification is DTSI
based entry.
On some platforms SSC QUPs, present on different subsystem
(e.g. sensor/adsp/slpi), are used by Apps processor. When these
subsystems go through SSR, apps driver must release the resources
- clocks, gpios, bus-votes etc and not attempt to access hardware
registers as well until SSR is finished. This is now handled by QUP
common driver by registering for SSR callbacks. On SSR down it notifies
all SE bus drivers to release the resource and force_suspend device. And
on SSR up notification common driver requests for firmware loading and
lets SE drivers start using the QUP again. In addition to this, client
drivers are also expected to handle data transfer errors on SSR and
initiate next data transfer only after SSR is complete by checking for
following sysfs node exposed by common driver - 'ssc_qup_state'.
Change-Id: I5f9fc36e6588299ee9d7d1b59ac5b9ee57ccf5ad
Signed-off-by:
Ashish Kori <akori@codeaurora.org>
Loading
Please register or sign in to comment