From: Jens Wiklander <jens.wiklander@linaro.org> To: Stuart Yoder <stuart.yoder@arm.com> Cc: Volodymyr Babchuk <volodymyr_babchuk@epam.com>, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, tee-dev@lists.linaro.org Subject: Re: [Tee-dev] [PATCH v1 12/14] tee: optee: enable dynamic SHM support Date: Wed, 4 Oct 2017 13:49:33 +0200 [thread overview] Message-ID: <20171004114932.GA27797@jax> (raw) In-Reply-To: <31f5c449-ab0c-f033-6a7e-0ce23c7cc452@arm.com> On Tue, Oct 03, 2017 at 11:06:38AM -0500, Stuart Yoder wrote: > > > On 9/28/17 1:04 PM, Volodymyr Babchuk wrote: > >From: Volodymyr Babchuk <vlad.babchuk@gmail.com> > > > >Previous patches added various features that are needed for dynamic SHM. > >Dynamic SHM allows Normal World to share any buffers with OP-TEE. > >While original design suggested to use pre-allocated region (usually of > >1M to 2M of size), this new approach allows to use all non-secure RAM for > >command buffers, RPC allocations and TA parameters. > > > >This patch checks capability OPTEE_SMC_SEC_CAP_DYNAMIC_SHM. If it was set > >by OP-TEE, then kernel part of OP-TEE will use kernel page allocator > >to allocate command buffers. Also it will set TEE_GEN_CAP_REG_MEM > >capability to tell userspace that it supports shared memory registration. > > > >Signed-off-by: Volodymyr Babchuk <vlad.babchuk@gmail.com> > >--- > > drivers/tee/optee/core.c | 69 +++++++++++++++++++++++++++++++++++------------- > > 1 file changed, 51 insertions(+), 18 deletions(-) > > > >diff --git a/drivers/tee/optee/core.c b/drivers/tee/optee/core.c > >index 8e012ea..e8fd9af 100644 > >--- a/drivers/tee/optee/core.c > >+++ b/drivers/tee/optee/core.c > >@@ -28,6 +28,7 @@ > > #include <linux/uaccess.h> > > #include "optee_private.h" > > #include "optee_smc.h" > >+#include "shm_pool.h" > > #define DRIVER_NAME "optee" > >@@ -227,6 +228,10 @@ static void optee_get_version(struct tee_device *teedev, > > .impl_caps = TEE_OPTEE_CAP_TZ, > > .gen_caps = TEE_GEN_CAP_GP, > > }; > >+ struct optee *optee = tee_get_drvdata(teedev); > >+ > >+ if (optee->sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) > >+ v.gen_caps |= TEE_GEN_CAP_REG_MEM; > > *vers = v; > > } > >@@ -405,21 +410,22 @@ static bool optee_msg_exchange_capabilities(optee_invoke_fn *invoke_fn, > > } > > static struct tee_shm_pool * > >-optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm) > >+optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm, > >+ u32 sec_caps) > > { > > union { > > struct arm_smccc_res smccc; > > struct optee_smc_get_shm_config_result result; > > } res; > >- struct tee_shm_pool *pool; > > unsigned long vaddr; > > phys_addr_t paddr; > > size_t size; > > phys_addr_t begin; > > phys_addr_t end; > > void *va; > >- struct tee_shm_pool_mem_info priv_info; > >- struct tee_shm_pool_mem_info dmabuf_info; > >+ struct tee_shm_pool_mgr *priv_mgr; > >+ struct tee_shm_pool_mgr *dmabuf_mgr; > >+ void *rc; > > invoke_fn(OPTEE_SMC_GET_SHM_CONFIG, 0, 0, 0, 0, 0, 0, 0, &res.smccc); > > if (res.result.status != OPTEE_SMC_RETURN_OK) { > >@@ -449,22 +455,49 @@ optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm) > > } > > vaddr = (unsigned long)va; > >- priv_info.vaddr = vaddr; > >- priv_info.paddr = paddr; > >- priv_info.size = OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.vaddr = vaddr + OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.paddr = paddr + OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.size = size - OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- > >- pool = tee_shm_pool_alloc_res_mem(&priv_info, &dmabuf_info); > >- if (IS_ERR(pool)) { > >- memunmap(va); > >- goto out; > > Now that you removed the call to tee_shm_pool_alloc_res_mem() it is dead > code and no longer used. Do we still need tee_shm_pool_alloc_res_mem at > all? Yes, we still need that function in order to support static shared memory. We'll always need to optionally support static shared memory as some hardware configurations depend on it. > > >+ /* > >+ * If OP-TEE can work with unregistered SHM, we will use own pool > >+ * for private shm > >+ */ > >+ if (sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) { > >+ rc = optee_shm_pool_alloc_pages(); > >+ if (IS_ERR(rc)) > >+ goto err_memunmap; > >+ priv_mgr = rc; > >+ } else { > >+ const size_t sz = OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >+ > >+ rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, sz, > >+ 3 /* 8 bytes aligned */); > >+ if (IS_ERR(rc)) > >+ goto err_memunmap; > >+ priv_mgr = rc; > >+ > >+ vaddr += sz; > >+ paddr += sz; > >+ size -= sz; > > } > >+ rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, size, PAGE_SHIFT); > >+ if (IS_ERR(rc)) > >+ goto err_free_priv_mgr; > >+ dmabuf_mgr = rc; > >+ > >+ rc = tee_shm_pool_alloc(priv_mgr, dmabuf_mgr); > >+ if (IS_ERR(rc)) > >+ goto err_free_dmabuf_mgr; > >+ > > *memremaped_shm = va; > >-out: > >- return pool; > >+ > >+ return rc; > >+ > >+err_free_dmabuf_mgr: > >+ tee_shm_pool_mgr_destroy(dmabuf_mgr); > >+err_free_priv_mgr: > >+ tee_shm_pool_mgr_destroy(priv_mgr); > >+err_memunmap: > >+ memunmap(va); > >+ return rc; > > } > > This function now mixes dynamic and shared memory based allocation in a way that > only applies to certain cases. > > We're going to have the following cases: > -Linux OP-TEE driver sees only static shared memory advertised (older versions > of OP-TEE) > -Linux OP-TEE driver sees only dynamic shared memory advertised (e.g. a guest > kernel in a VM) > -Linux OP-TEE driver sees both static and dynamic memory advertised > > We are not handling the 'only dynamic shared memory' case currently and this code > is going to have to be refactored again to support that. Since we are substantially > re-working it anyway here, why don't we support all the cases. We're trying to keep this patchset as small as possible. What you're proposing below is something that suits our long term aspirations, but it's a bit more complicated than just adding the lines below. Once we're done with this patchset I'd be happy to work together to implement what you're proposing. Thanks, Jens > > It seems like we need logic along the lines of: > > invoke_fn(OPTEE_SMC_GET_SHM_CONFIG, 0, 0, 0, 0, 0, 0, 0, &res.smccc); > if (res.result.status == OPTEE_SMC_RETURN_OK) > optee_static_shm = true; > else > optee_static_shm = false; > > if (sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) > optee_dynamic_shm = true; > else > optee_dynamic_shm = false; > > /* allocate private pool */ > if (optee_dynamic_shm) { > rc = optee_shm_pool_alloc_pages(); > priv_mgr = rc; > } else { > rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, sz, 3); > priv_mgr = rc; > } > > /* allocate dmabuf pool */ > if (optee_dynamic_shm && !optee_static_shm) { > dmabuf_mgr = NULL; > } else { > rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, size, PAGE_SHIFT); > dmabuf_mgr = rc; > } > > rc = tee_shm_pool_alloc(priv_mgr, dmabuf_mgr); > > > /* Simple wrapper functions to be able to use a function pointer */ > >@@ -542,7 +575,7 @@ static struct optee *optee_probe(struct device_node *np) > > if (!(sec_caps & OPTEE_SMC_SEC_CAP_HAVE_RESERVED_SHM)) > > return ERR_PTR(-EINVAL); > > We should remove the above assumption that there must be static shared memory. It > shouldn't be an error. > > Thanks, > Stuart
WARNING: multiple messages have this Message-ID (diff)
From: jens.wiklander@linaro.org (Jens Wiklander) To: linux-arm-kernel@lists.infradead.org Subject: [Tee-dev] [PATCH v1 12/14] tee: optee: enable dynamic SHM support Date: Wed, 4 Oct 2017 13:49:33 +0200 [thread overview] Message-ID: <20171004114932.GA27797@jax> (raw) In-Reply-To: <31f5c449-ab0c-f033-6a7e-0ce23c7cc452@arm.com> On Tue, Oct 03, 2017 at 11:06:38AM -0500, Stuart Yoder wrote: > > > On 9/28/17 1:04 PM, Volodymyr Babchuk wrote: > >From: Volodymyr Babchuk <vlad.babchuk@gmail.com> > > > >Previous patches added various features that are needed for dynamic SHM. > >Dynamic SHM allows Normal World to share any buffers with OP-TEE. > >While original design suggested to use pre-allocated region (usually of > >1M to 2M of size), this new approach allows to use all non-secure RAM for > >command buffers, RPC allocations and TA parameters. > > > >This patch checks capability OPTEE_SMC_SEC_CAP_DYNAMIC_SHM. If it was set > >by OP-TEE, then kernel part of OP-TEE will use kernel page allocator > >to allocate command buffers. Also it will set TEE_GEN_CAP_REG_MEM > >capability to tell userspace that it supports shared memory registration. > > > >Signed-off-by: Volodymyr Babchuk <vlad.babchuk@gmail.com> > >--- > > drivers/tee/optee/core.c | 69 +++++++++++++++++++++++++++++++++++------------- > > 1 file changed, 51 insertions(+), 18 deletions(-) > > > >diff --git a/drivers/tee/optee/core.c b/drivers/tee/optee/core.c > >index 8e012ea..e8fd9af 100644 > >--- a/drivers/tee/optee/core.c > >+++ b/drivers/tee/optee/core.c > >@@ -28,6 +28,7 @@ > > #include <linux/uaccess.h> > > #include "optee_private.h" > > #include "optee_smc.h" > >+#include "shm_pool.h" > > #define DRIVER_NAME "optee" > >@@ -227,6 +228,10 @@ static void optee_get_version(struct tee_device *teedev, > > .impl_caps = TEE_OPTEE_CAP_TZ, > > .gen_caps = TEE_GEN_CAP_GP, > > }; > >+ struct optee *optee = tee_get_drvdata(teedev); > >+ > >+ if (optee->sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) > >+ v.gen_caps |= TEE_GEN_CAP_REG_MEM; > > *vers = v; > > } > >@@ -405,21 +410,22 @@ static bool optee_msg_exchange_capabilities(optee_invoke_fn *invoke_fn, > > } > > static struct tee_shm_pool * > >-optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm) > >+optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm, > >+ u32 sec_caps) > > { > > union { > > struct arm_smccc_res smccc; > > struct optee_smc_get_shm_config_result result; > > } res; > >- struct tee_shm_pool *pool; > > unsigned long vaddr; > > phys_addr_t paddr; > > size_t size; > > phys_addr_t begin; > > phys_addr_t end; > > void *va; > >- struct tee_shm_pool_mem_info priv_info; > >- struct tee_shm_pool_mem_info dmabuf_info; > >+ struct tee_shm_pool_mgr *priv_mgr; > >+ struct tee_shm_pool_mgr *dmabuf_mgr; > >+ void *rc; > > invoke_fn(OPTEE_SMC_GET_SHM_CONFIG, 0, 0, 0, 0, 0, 0, 0, &res.smccc); > > if (res.result.status != OPTEE_SMC_RETURN_OK) { > >@@ -449,22 +455,49 @@ optee_config_shm_memremap(optee_invoke_fn *invoke_fn, void **memremaped_shm) > > } > > vaddr = (unsigned long)va; > >- priv_info.vaddr = vaddr; > >- priv_info.paddr = paddr; > >- priv_info.size = OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.vaddr = vaddr + OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.paddr = paddr + OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- dmabuf_info.size = size - OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >- > >- pool = tee_shm_pool_alloc_res_mem(&priv_info, &dmabuf_info); > >- if (IS_ERR(pool)) { > >- memunmap(va); > >- goto out; > > Now that you removed the call to tee_shm_pool_alloc_res_mem() it is dead > code and no longer used. Do we still need tee_shm_pool_alloc_res_mem at > all? Yes, we still need that function in order to support static shared memory. We'll always need to optionally support static shared memory as some hardware configurations depend on it. > > >+ /* > >+ * If OP-TEE can work with unregistered SHM, we will use own pool > >+ * for private shm > >+ */ > >+ if (sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) { > >+ rc = optee_shm_pool_alloc_pages(); > >+ if (IS_ERR(rc)) > >+ goto err_memunmap; > >+ priv_mgr = rc; > >+ } else { > >+ const size_t sz = OPTEE_SHM_NUM_PRIV_PAGES * PAGE_SIZE; > >+ > >+ rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, sz, > >+ 3 /* 8 bytes aligned */); > >+ if (IS_ERR(rc)) > >+ goto err_memunmap; > >+ priv_mgr = rc; > >+ > >+ vaddr += sz; > >+ paddr += sz; > >+ size -= sz; > > } > >+ rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, size, PAGE_SHIFT); > >+ if (IS_ERR(rc)) > >+ goto err_free_priv_mgr; > >+ dmabuf_mgr = rc; > >+ > >+ rc = tee_shm_pool_alloc(priv_mgr, dmabuf_mgr); > >+ if (IS_ERR(rc)) > >+ goto err_free_dmabuf_mgr; > >+ > > *memremaped_shm = va; > >-out: > >- return pool; > >+ > >+ return rc; > >+ > >+err_free_dmabuf_mgr: > >+ tee_shm_pool_mgr_destroy(dmabuf_mgr); > >+err_free_priv_mgr: > >+ tee_shm_pool_mgr_destroy(priv_mgr); > >+err_memunmap: > >+ memunmap(va); > >+ return rc; > > } > > This function now mixes dynamic and shared memory based allocation in a way that > only applies to certain cases. > > We're going to have the following cases: > -Linux OP-TEE driver sees only static shared memory advertised (older versions > of OP-TEE) > -Linux OP-TEE driver sees only dynamic shared memory advertised (e.g. a guest > kernel in a VM) > -Linux OP-TEE driver sees both static and dynamic memory advertised > > We are not handling the 'only dynamic shared memory' case currently and this code > is going to have to be refactored again to support that. Since we are substantially > re-working it anyway here, why don't we support all the cases. We're trying to keep this patchset as small as possible. What you're proposing below is something that suits our long term aspirations, but it's a bit more complicated than just adding the lines below. Once we're done with this patchset I'd be happy to work together to implement what you're proposing. Thanks, Jens > > It seems like we need logic along the lines of: > > invoke_fn(OPTEE_SMC_GET_SHM_CONFIG, 0, 0, 0, 0, 0, 0, 0, &res.smccc); > if (res.result.status == OPTEE_SMC_RETURN_OK) > optee_static_shm = true; > else > optee_static_shm = false; > > if (sec_caps & OPTEE_SMC_SEC_CAP_DYNAMIC_SHM) > optee_dynamic_shm = true; > else > optee_dynamic_shm = false; > > /* allocate private pool */ > if (optee_dynamic_shm) { > rc = optee_shm_pool_alloc_pages(); > priv_mgr = rc; > } else { > rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, sz, 3); > priv_mgr = rc; > } > > /* allocate dmabuf pool */ > if (optee_dynamic_shm && !optee_static_shm) { > dmabuf_mgr = NULL; > } else { > rc = tee_shm_pool_mgr_alloc_res_mem(vaddr, paddr, size, PAGE_SHIFT); > dmabuf_mgr = rc; > } > > rc = tee_shm_pool_alloc(priv_mgr, dmabuf_mgr); > > > /* Simple wrapper functions to be able to use a function pointer */ > >@@ -542,7 +575,7 @@ static struct optee *optee_probe(struct device_node *np) > > if (!(sec_caps & OPTEE_SMC_SEC_CAP_HAVE_RESERVED_SHM)) > > return ERR_PTR(-EINVAL); > > We should remove the above assumption that there must be static shared memory. It > shouldn't be an error. > > Thanks, > Stuart
next prev parent reply other threads:[~2017-10-04 11:49 UTC|newest] Thread overview: 128+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-09-28 18:03 [PATCH v1 00/14] tee: optee: add dynamic shared memory support Volodymyr Babchuk 2017-09-28 18:03 ` Volodymyr Babchuk 2017-09-28 18:03 ` [PATCH v1 01/14] tee: flexible shared memory pool creation Volodymyr Babchuk 2017-09-28 18:03 ` Volodymyr Babchuk 2017-09-28 18:03 ` [PATCH v1 02/14] tee: add register user memory Volodymyr Babchuk 2017-09-28 18:03 ` Volodymyr Babchuk 2017-09-29 10:53 ` Mark Rutland 2017-09-29 10:53 ` Mark Rutland 2017-09-29 15:19 ` Volodymyr Babchuk 2017-09-29 15:19 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 03/14] tee: shm: add accessors for buffer size and page offset Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 04/14] tee: shm: add page accessor functions Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 22:14 ` Yury Norov 2017-09-28 22:14 ` Yury Norov 2017-09-29 10:17 ` Volodymyr Babchuk 2017-09-29 10:17 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 05/14] tee: optee: Update protocol definitions Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 06/14] tee: optee: add page list manipulation functions Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-29 0:23 ` Yury Norov 2017-09-29 0:23 ` Yury Norov 2017-09-29 10:34 ` Volodymyr Babchuk 2017-09-29 10:34 ` Volodymyr Babchuk 2017-09-29 16:23 ` Yury Norov 2017-09-29 16:23 ` Yury Norov 2017-09-29 13:00 ` Mark Rutland 2017-09-29 13:00 ` Mark Rutland 2017-09-28 18:04 ` [PATCH v1 07/14] tee: optee: add shared buffer registration functions Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-29 13:06 ` Mark Rutland 2017-09-29 13:06 ` Mark Rutland 2017-09-29 15:37 ` Volodymyr Babchuk 2017-09-29 15:37 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 08/14] tee: optee: add registered shared parameters handling Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 09/14] tee: optee: add registered buffers handling into RPC calls Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 10/14] tee: optee: store OP-TEE capabilities in private data Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 11/14] tee: optee: add optee-specific shared pool implementation Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 12/14] tee: optee: enable dynamic SHM support Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-10-03 16:06 ` [Tee-dev] " Stuart Yoder 2017-10-03 16:06 ` Stuart Yoder 2017-10-04 11:49 ` Jens Wiklander [this message] 2017-10-04 11:49 ` Jens Wiklander 2017-09-28 18:04 ` [PATCH v1 13/14] tee: use reference counting for tee_context Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-28 18:04 ` [PATCH v1 14/14] tee: shm: inline tee_shm getter functions Volodymyr Babchuk 2017-09-28 18:04 ` Volodymyr Babchuk 2017-09-29 0:50 ` Yury Norov 2017-09-29 0:50 ` Yury Norov 2017-09-29 10:31 ` [PATCH v1 00/14] tee: optee: add dynamic shared memory support Mark Rutland 2017-09-29 10:31 ` Mark Rutland 2017-09-29 10:51 ` Volodymyr Babchuk 2017-09-29 10:51 ` Volodymyr Babchuk 2017-10-03 16:05 ` [Tee-dev] " Stuart Yoder 2017-10-03 16:05 ` Stuart Yoder 2017-10-04 17:23 ` Volodymyr Babchuk 2017-10-04 17:23 ` Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 01/14] tee: flexible shared memory pool creation Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 02/14] tee: add register user memory Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 03/14] tee: shm: add accessors for buffer size and page offset Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 04/14] tee: shm: add page accessor functions Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 05/14] tee: optee: Update protocol definitions Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 06/14] tee: optee: add page list manipulation functions Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 07/14] tee: optee: add shared buffer registration functions Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 08/14] tee: optee: add registered shared parameters handling Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 09/14] tee: optee: add registered buffers handling into RPC calls Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 10/14] tee: optee: store OP-TEE capabilities in private data Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 11/14] tee: optee: add optee-specific shared pool implementation Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 12/14] tee: optee: enable dynamic SHM support Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 13/14] tee: use reference counting for tee_context Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:32 ` [PATCH v1 14/14] tee: shm: inline tee_shm_get_id() Volodymyr Babchuk 2017-10-13 19:32 ` Volodymyr Babchuk 2017-10-13 19:40 ` [PATCH v1 00/14] tee: optee: add dynamic shared memory support Volodymyr Babchuk 2017-10-13 19:40 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 " Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 01/14] tee: flexible shared memory pool creation Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 02/14] tee: add register user memory Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 03/14] tee: shm: add accessors for buffer size and page offset Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 04/14] tee: shm: add page accessor functions Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 05/14] tee: optee: Update protocol definitions Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 06/14] tee: optee: add page list manipulation functions Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 07/14] tee: optee: add shared buffer registration functions Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 08/14] tee: optee: add registered shared parameters handling Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 09/14] tee: optee: add registered buffers handling into RPC calls Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 10/14] tee: optee: store OP-TEE capabilities in private data Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 11/14] tee: optee: add optee-specific shared pool implementation Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 12/14] tee: optee: enable dynamic SHM support Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 13/14] tee: use reference counting for tee_context Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-11-29 12:48 ` [RESEND PATCH v2 14/14] tee: shm: inline tee_shm_get_id() Volodymyr Babchuk 2017-11-29 12:48 ` Volodymyr Babchuk 2017-12-06 14:32 ` [RESEND PATCH v2 00/14] tee: optee: add dynamic shared memory support Jens Wiklander 2017-12-06 14:32 ` Jens Wiklander
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=20171004114932.GA27797@jax \ --to=jens.wiklander@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=stuart.yoder@arm.com \ --cc=tee-dev@lists.linaro.org \ --cc=volodymyr_babchuk@epam.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.