[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200826164529.224476-1-mathieu.poirier@linaro.org>
Date: Wed, 26 Aug 2020 10:45:16 -0600
From: Mathieu Poirier <mathieu.poirier@...aro.org>
To: bjorn.andersson@...aro.org, ohad@...ery.com
Cc: linux-remoteproc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [PATCH 00/13] remoteproc: Add support for detaching from rproc
Following the work done here [1] this set provides support for the
remoteproc core to release resources associated with a remote processor
without having to switch it off. That way a platform driver can be removed
or the applcation processor power cycled while the remote processor is
still operating.
I have not tested the solution because of the work involved in getting
a new firmware image to support the feature. I will do so once it is
determined that this is the right approach to follow.
Applies cleanly on rproc-next (62b8f9e99329)
Thanks,
Mathieu
[1]. https://lkml.org/lkml/2020/7/14/1600
Mathieu Poirier (13):
remoteproc: Re-check state in rproc_shutdown()
remoteproc: Remove useless check in rproc_del()
remoteproc: Add new RPROC_ATTACHED state
remoteproc: Properly represent the attached state
remoteproc: Add new detach() remoteproc operation
remoteproc: Introduce function __rproc_detach()
remoteproc: Introduce function rproc_detach()
remoteproc: Rename function rproc_actuate()
remoteproc: Add return value to function rproc_shutdown()
remoteproc: Properly deal with a stop request when attached
remoteproc: Properly deal with detach request
remoteproc: Refactor rproc delete and cdev release path
remoteproc: Properly deal with a kernel panic when attached
drivers/remoteproc/remoteproc_cdev.c | 18 ++-
drivers/remoteproc/remoteproc_core.c | 151 +++++++++++++++++++++-----
drivers/remoteproc/remoteproc_sysfs.c | 17 ++-
include/linux/remoteproc.h | 14 ++-
4 files changed, 157 insertions(+), 43 deletions(-)
--
2.25.1
Powered by blists - more mailing lists