[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1592965408-16908-1-git-send-email-rishabhb@codeaurora.org>
Date: Tue, 23 Jun 2020 19:23:26 -0700
From: Rishabh Bhatnagar <rishabhb@...eaurora.org>
To: linux-remoteproc@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: bjorn.andersson@...aro.org, tsoni@...eaurora.org,
psodagud@...eaurora.org, sidgup@...eaurora.org, elder@...e.org,
Rishabh Bhatnagar <rishabhb@...eaurora.org>
Subject: [PATCH v6 0/2] Extend SSR notifications framework
This set of patches gives kernel client drivers the ability to register
for a particular remoteproc's SSR notifications. Also the notifications
are extended to before/after-powerup/shutdown stages.
It also fixes the bug where clients need to register for notifications
again if the platform driver is removed. This is done by creating a
global list of per-remoteproc notification info data structures which
remain static. An API is exported to register for a remoteproc's SSR
notifications and uses remoteproc's ssr_name and notifier block as
arguments.
Changelog:
v6 -> v5:
- Fix mutec locking and naming convention
v5 -> v4:
- Make qcom_ssr_get_subsys static function
- Fix mutex locking
- Fix function comments
v4 -> v3:
- Fix naming convention
v3 -> v2:
- Create a global list of per remoteproc notification data structure
- Pass ssr_name and crashed information as part of notification data
- Move notification type enum to qcom_rproc.h from remoteproc.h
v2 -> v1:
- Fix commit text
Rishabh Bhatnagar (1):
remoteproc: qcom: Add per subsystem SSR notification
Siddharth Gupta (1):
remoteproc: qcom: Add notification types to SSR
drivers/remoteproc/qcom_common.c | 128 ++++++++++++++++++++++++++++++----
drivers/remoteproc/qcom_common.h | 5 +-
include/linux/remoteproc/qcom_rproc.h | 36 ++++++++--
3 files changed, 149 insertions(+), 20 deletions(-)
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
Powered by blists - more mailing lists