From: Loic Pallardy <loic.pallardy@st.com> To: bjorn.andersson@linaro.org, ohad@wizery.com, lee.jones@linaro.org Cc: loic.pallardy@st.com, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/2] Remoteproc: Add predefined coprocessor memory mapping support Date: Fri, 26 Aug 2016 22:19:53 +0200 [thread overview] Message-ID: <1472242795-23970-1-git-send-email-loic.pallardy@st.com> (raw) Hi all, Due to diverse constraints like SoC design, coprocessor characteristics, security context, etc, coprocessor memory mapping may be predefined/fixed at system level. In that case remoteproc should respect the different memory regions allocated to coprocessor in order to ensure proper operations. The following patches implement support of fixed memory region predefined in firmware resource table. During resource table handling, if resource physical address is defined, i.e different from 0x0 or 0xFFFFFFFF (-1), remoteproc enables memory region access using memremap function. If resource physical address is not defined, current behavior is preserved. Best regards, Loic Loic Pallardy (2): remoteproc: Modify FW_RSC_ADDR_ANY definition remoteproc: core: Add fixed memory region support drivers/remoteproc/remoteproc_core.c | 61 ++++++++++++++++++++++++++---------- include/linux/remoteproc.h | 6 +++- 2 files changed, 50 insertions(+), 17 deletions(-) -- 1.9.1
WARNING: multiple messages have this Message-ID (diff)
From: Loic Pallardy <loic.pallardy@st.com> To: <bjorn.andersson@linaro.org>, <ohad@wizery.com>, <lee.jones@linaro.org> Cc: <loic.pallardy@st.com>, <linux-remoteproc@vger.kernel.org>, <linux-kernel@vger.kernel.org> Subject: [PATCH 0/2] Remoteproc: Add predefined coprocessor memory mapping support Date: Fri, 26 Aug 2016 22:19:53 +0200 [thread overview] Message-ID: <1472242795-23970-1-git-send-email-loic.pallardy@st.com> (raw) Hi all, Due to diverse constraints like SoC design, coprocessor characteristics, security context, etc, coprocessor memory mapping may be predefined/fixed at system level. In that case remoteproc should respect the different memory regions allocated to coprocessor in order to ensure proper operations. The following patches implement support of fixed memory region predefined in firmware resource table. During resource table handling, if resource physical address is defined, i.e different from 0x0 or 0xFFFFFFFF (-1), remoteproc enables memory region access using memremap function. If resource physical address is not defined, current behavior is preserved. Best regards, Loic Loic Pallardy (2): remoteproc: Modify FW_RSC_ADDR_ANY definition remoteproc: core: Add fixed memory region support drivers/remoteproc/remoteproc_core.c | 61 ++++++++++++++++++++++++++---------- include/linux/remoteproc.h | 6 +++- 2 files changed, 50 insertions(+), 17 deletions(-) -- 1.9.1
next reply other threads:[~2016-08-26 20:19 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-08-26 20:19 Loic Pallardy [this message] 2016-08-26 20:19 ` [PATCH 0/2] Remoteproc: Add predefined coprocessor memory mapping support Loic Pallardy 2016-08-26 20:19 ` [PATCH 1/2] remoteproc: Modify FW_RSC_ADDR_ANY definition Loic Pallardy 2016-08-26 20:19 ` Loic Pallardy 2016-08-26 20:19 ` [PATCH 2/2] remoteproc: core: Add fixed memory region support Loic Pallardy 2016-08-26 20:19 ` Loic Pallardy 2016-08-27 0:32 ` Bjorn Andersson 2016-08-29 8:09 ` loic pallardy 2016-08-29 8:09 ` loic pallardy 2016-08-30 23:13 ` Suman Anna 2016-08-30 23:13 ` Suman Anna 2016-08-31 16:05 ` loic pallardy 2016-08-31 16:05 ` loic pallardy 2016-08-31 16:37 ` Bjorn Andersson 2016-08-31 16:55 ` Suman Anna 2016-08-31 16:55 ` Suman Anna
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1472242795-23970-1-git-send-email-loic.pallardy@st.com \ --to=loic.pallardy@st.com \ --cc=bjorn.andersson@linaro.org \ --cc=lee.jones@linaro.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-remoteproc@vger.kernel.org \ --cc=ohad@wizery.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.