From patchwork Wed Oct 12 16:00:24 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Loic Pallardy X-Patchwork-Id: 77574 Delivered-To: patch@linaro.org Received: by 10.140.97.247 with SMTP id m110csp534968qge; Wed, 12 Oct 2016 10:06:26 -0700 (PDT) X-Received: by 10.66.25.50 with SMTP id z18mr2692801paf.151.1476291986045; Wed, 12 Oct 2016 10:06:26 -0700 (PDT) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k10si8532302pak.66.2016.10.12.10.06.24; Wed, 12 Oct 2016 10:06:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755749AbcJLRGQ (ORCPT + 27 others); Wed, 12 Oct 2016 13:06:16 -0400 Received: from mx07-00178001.pphosted.com ([62.209.51.94]:40277 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754397AbcJLRGD (ORCPT ); Wed, 12 Oct 2016 13:06:03 -0400 Received: from pps.filterd (m0046037.ppops.net [127.0.0.1]) by m0046037.ppops.net (8.16.0.11/8.16.0.11) with SMTP id u9CFxPwH024454; Wed, 12 Oct 2016 18:01:11 +0200 Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-.pphosted.com with ESMTP id 2615cu5d5k-1 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Oct 2016 18:01:11 +0200 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id E625E31; Wed, 12 Oct 2016 16:01:10 +0000 (GMT) Received: from Webmail-eu.st.com (Safex1hubcas22.st.com [10.75.90.92]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id D07362AB0; Wed, 12 Oct 2016 16:01:10 +0000 (GMT) Received: from localhost (10.201.23.23) by Webmail-ga.st.com (10.75.90.48) with Microsoft SMTP Server (TLS) id 14.3.279.2; Wed, 12 Oct 2016 18:01:10 +0200 From: Loic Pallardy To: , , CC: , , , Subject: [PATCH v3 06/20] remoteproc: core: Associate action to resource request Date: Wed, 12 Oct 2016 18:00:24 +0200 Message-ID: <1476288038-24909-7-git-send-email-loic.pallardy@st.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1476288038-24909-1-git-send-email-loic.pallardy@st.com> References: <1476288038-24909-1-git-send-email-loic.pallardy@st.com> MIME-Version: 1.0 X-Originating-IP: [10.201.23.23] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-10-12_09:, , signatures=0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org With new rproc_request_resource API, rproc driver has now the capability to provide resources to remoteproc in order to modify firmware resource table. But in some cases, other operations are needed like compatibility check between resources defined at firmware level and those handled by rproc driver, or remoteproc local resource management when firmware has no resource table. This patch associates action to each resource request to: - verify a resource - update/amend a resource in firmware resource table Signed-off-by: Loic Pallardy --- drivers/remoteproc/remoteproc_core.c | 6 +++++- include/linux/remoteproc.h | 23 ++++++++++++++++++++++- 2 files changed, 27 insertions(+), 2 deletions(-) -- 1.9.1 diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c index 9bf48ba..4c6314e 100644 --- a/drivers/remoteproc/remoteproc_core.c +++ b/drivers/remoteproc/remoteproc_core.c @@ -870,7 +870,7 @@ static void rproc_dump_resource_table(struct rproc *rproc, } } -int rproc_request_resource(struct rproc *rproc, u32 type, void *resource) +int rproc_request_resource(struct rproc *rproc, u32 type, u32 action, void *resource) { struct device *dev = &rproc->dev; struct rproc_request_resource *request; @@ -880,6 +880,9 @@ int rproc_request_resource(struct rproc *rproc, u32 type, void *resource) if (!request) return -ENOMEM; + if (action >= RSC_ACT_LAST) + return -EINVAL; + switch (type) { case RSC_CARVEOUT: size = sizeof(struct fw_rsc_carveout); @@ -902,6 +905,7 @@ int rproc_request_resource(struct rproc *rproc, u32 type, void *resource) memcpy(request->resource, resource, size); request->type = type; request->size = size; + request->action = action; list_add_tail(&request->node, &rproc->override_resources); diff --git a/include/linux/remoteproc.h b/include/linux/remoteproc.h index dd29776..760f29b 100644 --- a/include/linux/remoteproc.h +++ b/include/linux/remoteproc.h @@ -324,11 +324,31 @@ struct rproc_mem_entry { }; /** + * enum rproc_request_action - types of actions associated to a resource + * request + * + * @RSC_ACT_CHECK: request to verify this resource with firmware one + * @RSC_ACT_UPDATE: request to update firmware resource table with associated + * resource if possible + * @RSC_ACT_FORCE_UPDATE: force firmware resource table update with associated + * resource + * @RSC_ACT_LAST: just keep this one at the end + * + */ +enum rproc_request_action { + RSC_ACT_VERIFY = 0, + RSC_ACT_UPDATE = 1, + RSC_ACT_FORCE_UPDATE = 2, + RSC_ACT_LAST = 3, +}; + +/** * struct rproc_requested_resources - add a resource to the resource table * * @resource: pointer to a 'struct fw_rsc_*' resource * @type: 'fw_resource_type' resource type * @size: size of resource + * @action: action associated the resource * @node: list node * * Resources can be added by platform-specific rproc drivers calling @@ -339,6 +359,7 @@ struct rproc_request_resource { void *resource; u32 type; u32 size; + u32 action; struct list_head node; }; @@ -506,7 +527,7 @@ struct rproc_vdev { u32 rsc_offset; }; -int rproc_request_resource(struct rproc *rproc, u32 type, void *res); +int rproc_request_resource(struct rproc *rproc, u32 type, u32 action, void *res); struct rproc *rproc_get_by_phandle(phandle phandle); struct rproc *rproc_alloc(struct device *dev, const char *name, const struct rproc_ops *ops,