qcacmn: Set runtime pm state prior to runtime_init
During initialization of driver, the runtime pm usage count is incremented to 1 when the pm state is NONE. Runtime get is done as part of htc send packet for a wmi command in scheduler thread context. In kworker, runtime_start is processed as part of driver load and runtime put is done prior to updating the pm state to ON. Runtime put triggered as part of htc send packet causes a panic since the state is NONE and usage count is 1. Fix is to set runtime pm state to ON prior to doing a runtime put as part of initialization. Change-Id: I52cca5240f2f0872c681aab3a58a382f3fa1df0e CRs-Fixed: 2669029
Loading
Please register or sign in to comment