From: Sumit Garg <sumit.garg@linaro.org> To: linux-arm-kernel@lists.infradead.org, linux-crypto@vger.kernel.org Cc: linux-kernel@vger.kernel.org, jens.wiklander@linaro.org, mpm@selenic.com, herbert@gondor.apana.org.au, robh+dt@kernel.org, mark.rutland@arm.com, arnd@arndb.de, gregkh@linuxfoundation.org, daniel.thompson@linaro.org, ard.biesheuvel@linaro.org, bhsharma@redhat.com, tee-dev@lists.linaro.org, Sumit Garg <sumit.garg@linaro.org> Subject: [PATCH v2 0/4] Introduce TEE bus driver framework Date: Thu, 10 Jan 2019 17:54:53 +0530 [thread overview] Message-ID: <1547123097-16431-1-git-send-email-sumit.garg@linaro.org> (raw) This series introduces a generic TEE bus driver concept for TEE based kernel drivers which would like to communicate with TEE based devices/ services. Patch #1 adds TEE bus concept where devices/services are identified via Universally Unique Identifier (UUID) and drivers register a table of device UUIDs which they can support. This concept also allows for device enumeration to be specific to corresponding TEE implementation like OP-TEE etc. Patch #2 adds TEE bus device enumeration support for OP-TEE. OP-TEE provides a pseudo TA to enumerate TAs which can act as devices/services for TEE bus. Patch #3 adds supp_nowait flag for non-blocking requests arising via TEE internal client interface. Patch #4 adds OP-TEE based hwrng driver which act as TEE bus driver. On ARM SoC's with TrustZone enabled, peripherals like entropy sources might not be accessible to normal world (linux in this case) and rather accessible to secure world (OP-TEE in this case) only. So this driver aims to provides a generic interface to OP-TEE based random number generator service. Example case is Developerbox based on Socionext's Synquacer SoC [1] which provides 7 thermal sensors accessible from secure world only which could be used as entropy sources (thermal/measurement noise). [1] https://www.96boards.org/product/developerbox/ Changes in v2: Based on review comments, the scope of this series has increased as follows: 1. Added TEE bus driver framework. 2. Added OP-TEE based device enumeration. 3. Register optee-rng driver as TEE bus driver. 4. Removed DT dependency for optee-rng device UUID. 5. Added supp_nowait flag. Sumit Garg (4): tee: add bus driver framework for TEE based devices tee: optee: add TEE bus device enumeration support tee: add supp_nowait flag in tee_context struct hwrng: add OP-TEE based rng driver MAINTAINERS | 5 + drivers/char/hw_random/Kconfig | 15 ++ drivers/char/hw_random/Makefile | 1 + drivers/char/hw_random/optee-rng.c | 272 +++++++++++++++++++++++++++++++++++++ drivers/tee/optee/Makefile | 1 + drivers/tee/optee/core.c | 4 + drivers/tee/optee/device.c | 150 ++++++++++++++++++++ drivers/tee/optee/optee_private.h | 3 + drivers/tee/optee/supp.c | 10 +- drivers/tee/tee_core.c | 43 +++++- include/linux/tee_drv.h | 42 ++++++ 11 files changed, 542 insertions(+), 4 deletions(-) create mode 100644 drivers/char/hw_random/optee-rng.c create mode 100644 drivers/tee/optee/device.c -- 2.7.4
WARNING: multiple messages have this Message-ID (diff)
From: Sumit Garg <sumit.garg@linaro.org> To: linux-arm-kernel@lists.infradead.org, linux-crypto@vger.kernel.org Cc: mark.rutland@arm.com, Sumit Garg <sumit.garg@linaro.org>, daniel.thompson@linaro.org, herbert@gondor.apana.org.au, arnd@arndb.de, ard.biesheuvel@linaro.org, gregkh@linuxfoundation.org, bhsharma@redhat.com, linux-kernel@vger.kernel.org, tee-dev@lists.linaro.org, robh+dt@kernel.org, mpm@selenic.com, jens.wiklander@linaro.org Subject: [PATCH v2 0/4] Introduce TEE bus driver framework Date: Thu, 10 Jan 2019 17:54:53 +0530 [thread overview] Message-ID: <1547123097-16431-1-git-send-email-sumit.garg@linaro.org> (raw) This series introduces a generic TEE bus driver concept for TEE based kernel drivers which would like to communicate with TEE based devices/ services. Patch #1 adds TEE bus concept where devices/services are identified via Universally Unique Identifier (UUID) and drivers register a table of device UUIDs which they can support. This concept also allows for device enumeration to be specific to corresponding TEE implementation like OP-TEE etc. Patch #2 adds TEE bus device enumeration support for OP-TEE. OP-TEE provides a pseudo TA to enumerate TAs which can act as devices/services for TEE bus. Patch #3 adds supp_nowait flag for non-blocking requests arising via TEE internal client interface. Patch #4 adds OP-TEE based hwrng driver which act as TEE bus driver. On ARM SoC's with TrustZone enabled, peripherals like entropy sources might not be accessible to normal world (linux in this case) and rather accessible to secure world (OP-TEE in this case) only. So this driver aims to provides a generic interface to OP-TEE based random number generator service. Example case is Developerbox based on Socionext's Synquacer SoC [1] which provides 7 thermal sensors accessible from secure world only which could be used as entropy sources (thermal/measurement noise). [1] https://www.96boards.org/product/developerbox/ Changes in v2: Based on review comments, the scope of this series has increased as follows: 1. Added TEE bus driver framework. 2. Added OP-TEE based device enumeration. 3. Register optee-rng driver as TEE bus driver. 4. Removed DT dependency for optee-rng device UUID. 5. Added supp_nowait flag. Sumit Garg (4): tee: add bus driver framework for TEE based devices tee: optee: add TEE bus device enumeration support tee: add supp_nowait flag in tee_context struct hwrng: add OP-TEE based rng driver MAINTAINERS | 5 + drivers/char/hw_random/Kconfig | 15 ++ drivers/char/hw_random/Makefile | 1 + drivers/char/hw_random/optee-rng.c | 272 +++++++++++++++++++++++++++++++++++++ drivers/tee/optee/Makefile | 1 + drivers/tee/optee/core.c | 4 + drivers/tee/optee/device.c | 150 ++++++++++++++++++++ drivers/tee/optee/optee_private.h | 3 + drivers/tee/optee/supp.c | 10 +- drivers/tee/tee_core.c | 43 +++++- include/linux/tee_drv.h | 42 ++++++ 11 files changed, 542 insertions(+), 4 deletions(-) create mode 100644 drivers/char/hw_random/optee-rng.c create mode 100644 drivers/tee/optee/device.c -- 2.7.4 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2019-01-10 12:25 UTC|newest] Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-01-10 12:24 Sumit Garg [this message] 2019-01-10 12:24 ` [PATCH v2 0/4] Introduce TEE bus driver framework Sumit Garg 2019-01-10 12:24 ` [PATCH v2 1/4] tee: add bus driver framework for TEE based devices Sumit Garg 2019-01-10 12:24 ` Sumit Garg 2019-01-10 14:06 ` Daniel Thompson 2019-01-10 14:06 ` Daniel Thompson 2019-01-11 6:41 ` Sumit Garg 2019-01-11 6:41 ` Sumit Garg 2019-01-11 6:41 ` Sumit Garg 2019-01-10 12:24 ` [PATCH v2 2/4] tee: optee: add TEE bus device enumeration support Sumit Garg 2019-01-10 12:24 ` Sumit Garg 2019-01-10 14:18 ` Daniel Thompson 2019-01-10 14:18 ` Daniel Thompson 2019-01-11 7:22 ` Sumit Garg 2019-01-11 7:22 ` Sumit Garg 2019-01-11 7:22 ` Sumit Garg 2019-01-11 9:39 ` Daniel Thompson 2019-01-11 9:39 ` Daniel Thompson 2019-01-11 9:39 ` Daniel Thompson 2019-01-11 9:51 ` Sumit Garg 2019-01-11 9:51 ` Sumit Garg 2019-01-11 9:51 ` Sumit Garg 2019-01-10 12:24 ` [PATCH v2 3/4] tee: add supp_nowait flag in tee_context struct Sumit Garg 2019-01-10 12:24 ` Sumit Garg 2019-01-10 14:23 ` Daniel Thompson 2019-01-10 14:23 ` Daniel Thompson 2019-01-11 7:30 ` Sumit Garg 2019-01-11 7:30 ` Sumit Garg 2019-01-11 7:30 ` Sumit Garg 2019-01-11 9:54 ` Daniel Thompson 2019-01-11 9:54 ` Daniel Thompson 2019-01-11 9:54 ` Daniel Thompson 2019-01-11 9:57 ` Sumit Garg 2019-01-11 9:57 ` Sumit Garg 2019-01-11 9:57 ` Sumit Garg 2019-01-10 12:24 ` [PATCH v2 4/4] hwrng: add OP-TEE based rng driver Sumit Garg 2019-01-10 12:24 ` Sumit Garg 2019-01-10 13:55 ` [Tee-dev] " Joakim Bech 2019-01-10 13:55 ` Joakim Bech 2019-01-11 6:34 ` Sumit Garg 2019-01-11 6:34 ` Sumit Garg 2019-01-11 6:34 ` Sumit Garg 2019-01-10 14:27 ` Daniel Thompson 2019-01-10 14:27 ` Daniel Thompson 2019-01-11 8:40 ` Sumit Garg 2019-01-11 8:40 ` Sumit Garg 2019-01-11 8:40 ` Sumit Garg
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=1547123097-16431-1-git-send-email-sumit.garg@linaro.org \ --to=sumit.garg@linaro.org \ --cc=ard.biesheuvel@linaro.org \ --cc=arnd@arndb.de \ --cc=bhsharma@redhat.com \ --cc=daniel.thompson@linaro.org \ --cc=gregkh@linuxfoundation.org \ --cc=herbert@gondor.apana.org.au \ --cc=jens.wiklander@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-crypto@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=mpm@selenic.com \ --cc=robh+dt@kernel.org \ --cc=tee-dev@lists.linaro.org \ /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.