From: Jens Wiklander <jens.wiklander@linaro.org>
To: Sumit Garg <sumit.garg@linaro.org>
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
"open list:HARDWARE RANDOM NUMBER GENERATOR CORE"
<linux-crypto@vger.kernel.org>,
Devicetree List <devicetree@vger.kernel.org>,
mpm@selenic.com, Herbert Xu <herbert@gondor.apana.org.au>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Arnd Bergmann <arnd@arndb.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Daniel Thompson <daniel.thompson@linaro.org>,
Bhupesh Sharma <bhsharma@redhat.com>,
tee-dev@lists.linaro.org
Subject: Re: [PATCH v1 2/2] hwrng: add OP-TEE based rng driver
Date: Wed, 2 Jan 2019 09:04:20 +0100 [thread overview]
Message-ID: <CAHUa44Go8zrxcRiCLmtKqVJZTSQue1Lo4ZdFFadxDVnT2EB++w@mail.gmail.com> (raw)
In-Reply-To: <CAFA6WYMC8_VHyXft_jKJOaZ3RDQMm5Djq+wLC4rVSiduGtjiLA@mail.gmail.com>
On Mon, Dec 31, 2018 at 11:24 AM Sumit Garg <sumit.garg@linaro.org> wrote:
>
> On Fri, 28 Dec 2018 at 20:16, Jens Wiklander <jens.wiklander@linaro.org> wrote:
> >
> > Hi Sumit,
> >
> > On Fri, Dec 28, 2018 at 06:33:22PM +0530, Sumit Garg wrote:
> > > On Fri, 28 Dec 2018 at 16:08, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> > > >
> > > > On Fri, 28 Dec 2018 at 10:58, Sumit Garg <sumit.garg@linaro.org> wrote:
> > > > >
> > > > > Thanks Ard for your comments.
> > > > >
> > > > > On Thu, 27 Dec 2018 at 23:58, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> > > > > >
> > > > > > On Thu, 27 Dec 2018 at 12:08, Sumit Garg <sumit.garg@linaro.org> wrote:
> > > > > > >
> > > > > > > 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.
> > > > > > >
> > > > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org>
> > > > > > > ---
> > > > > > > MAINTAINERS | 5 +
> > > > > > > drivers/char/hw_random/Kconfig | 15 ++
> > > > > > > drivers/char/hw_random/Makefile | 1 +
> > > > > > > drivers/char/hw_random/optee-rng.c | 273 +++++++++++++++++++++++++++++++++++++
> > > > > > > 4 files changed, 294 insertions(+)
> > > > > > > create mode 100644 drivers/char/hw_random/optee-rng.c
> > > > > > >
> > > > > >
> > > > > > Hi Sumit,
> > > > > >
> > > > > > I am having some trouble with this driver. Even though the firmware
> > > > > > manages to invoke the pseudo-TA, the kernel driver responds with
> > > > > >
> > > > > > [ 73.915971] tee_client_open_session failed, error: ffff0008
> > > > > >
> > > > >
> > > > > Please double check UUID in device tree (probably via dtc dump).
> > > > >
> > > >
> > > > I have added this to the DT:
> > > >
> > > > --- a/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi
> > > > +++ b/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi
> > > > @@ -583,6 +583,7 @@
> > > > compatible = "linaro,optee-tz";
> > > > method = "smc";
> > > > status = "disabled";
> > > > + rng-uuid = "ab7a617c-b8e7-4d8f-8301-d09b61036b64";
> > > > };
> > > > };
> > > > };
> > > >
> > >
> > > It pretty strange as it could work well at my end. Can you please
> > > build optee_os with CFG_TEE_CORE_LOG_LEVEL=4 and share logs?
> > >
> > > >
> > > > > > (note that I need to run teesupplicant or the insmod just hangs)
> > > > > >
> > > > >
> > > > > Actually OP-TEE tries to find TA in following order:
> > > > >
> > > > > 1. early/pseudo TAs (resident).
> > > > > 2. Dynamic TAs (loaded at runtime).
> > > > >
> > > > > So if it doesn't find early/pseudo TAs then it tries to load dynamic
> > > > > TAs via tee-supplicant. It seems that its probably stuck in
> > > > > "optee_supp_thrd_req" (drivers/tee/optee/supp.c +85) where it waits
> > > > > for supplicant to fulfil the request.
> > > > >
> > > > > I think this should be resolved via TEE bus driver approach that I
> > > > > have proposed in previous patch.
> > > > >
> > > >
> > > > It would be useful if we could detect the absence of teesupplicant
> > > > rather than wait indefinitely. Currenty, we cannot make the RNG driver
> > > > a builtin due to this, so please add 'depends on m' as a dependency if
> > > > we don't resolve this in the short term.
> > > >
> > >
> > > By default this module is out of tree only (default m).
> > >
> > > Jens,
> > >
> > > Is there any particular reason to wait indefinitely in
> > > "optee_supp_thrd_req" if there is no supplicant running? I think we
> > > should probably return as follows from "optee_supp_thrd_req" API in
> > > case no supplicant is available:
> > >
> > > --- a/drivers/tee/optee/supp.c
> > > +++ b/drivers/tee/optee/supp.c
> > > @@ -88,10 +88,15 @@ u32 optee_supp_thrd_req(struct tee_context *ctx,
> > > u32 func, size_t num_params,
> > > {
> > > struct optee *optee = tee_get_drvdata(ctx->teedev);
> > > struct optee_supp *supp = &optee->supp;
> > > - struct optee_supp_req *req = kzalloc(sizeof(*req), GFP_KERNEL);
> > > + struct optee_supp_req *req;
> > > bool interruptable;
> > > u32 ret;
> > >
> > > + /* Return in case there is no supplicant available */
> > > + if (!supp->ctx)
> > > + return TEEC_ERROR_COMMUNICATION;
> > > +
> > > + req = kzalloc(sizeof(*req), GFP_KERNEL);
> > > if (!req)
> > > return TEEC_ERROR_OUT_OF_MEMORY;
> >
> > From a user space point of view it has been more useful to just wait
> > until the supplicant starts to serve requests than polling the interface
> > until the call succeeds. For this new use case it makes more sense to be
> > able to return an error instead.
>
> I don't see any case in user-space where user would launch client
> applications before tee-supplicant daemon. If it does so, to me it
> looks like error scenario only. Like in case of dynamic TA loading,
> user should be informed that TA is not found indicating that
> tee-supplicant might not be running.
It takes a little while after the tee-supplicant daemon has been
started until it has registered itself as a tee-supplicant. That
window has to be closed in some way and that's what we've done with
the current design.
As I said in my previous mail, we need a way for the caller to tell if
it should be blocked or get an error if tee-supplicant isn't
available. This has to be done by extending the API instead of making
incompatible changes of it.
It is tempting to add a flag to struct tee_context (caller specific
struct) which would indicate if tee-supplicant communication is
allowed or not. However, it's a bit ugly and also I'm not sure it will
cover all cases we'll need.
-Jens
>
> -Sumit
>
> >
> > The proposed change is a user space API change, so we will need to do a
> > bit more than that.
> >
> > -Jens
> >
> > >
> > > > > > Also, I have some concerns about the DT dependency (see my comment on
> > > > > > the previous patch)
> > > > > > I will cc you on some patches I have to expose OP-TEE via ACPI (as
> > > > > > well as DT) as a platform device. I'd prefer it if we could do the
> > > > > > same for this driver in one way or the other.
> > > > > >
> > > > >
> > > > > Probably via TEE bus driver approach we may get rid of DT or ACPI
> > > > > dependency. BTW, I will switch to platform device as it looks more
> > > > > appropriate.
> > > > >
> > > >
> > > > The bus driver approach only makes sense if we can enumerate the
> > > > available TAs, rather than describe them via the DT or ACPI tables.
> > > >
> > > > But a child node with its own compatible string is an improvement in
> > > > any case, and you can let the driver core instantiate the platform
> > > > device for you.
> > > >
> > >
> > > Ok then I will keep DT or ACPI child node.
> > >
> > > -Sumit
> > >
> > > > > > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > > > > > index 0767f1d..fe0fb74 100644
> > > > > > > --- a/MAINTAINERS
> > > > > > > +++ b/MAINTAINERS
> > > > > > > @@ -11100,6 +11100,11 @@ M: Jens Wiklander <jens.wiklander@linaro.org>
> > > > > > > S: Maintained
> > > > > > > F: drivers/tee/optee/
> > > > > > >
> > > > > > > +OP-TEE RANDOM NUMBER GENERATOR (RNG) DRIVER
> > > > > > > +M: Sumit Garg <sumit.garg@linaro.org>
> > > > > > > +S: Maintained
> > > > > > > +F: drivers/char/hw_random/optee-rng.c
> > > > > > > +
> > > > > > > OPA-VNIC DRIVER
> > > > > > > M: Dennis Dalessandro <dennis.dalessandro@intel.com>
> > > > > > > M: Niranjana Vishwanathapura <niranjana.vishwanathapura@intel.com>
> > > > > > > diff --git a/drivers/char/hw_random/Kconfig b/drivers/char/hw_random/Kconfig
> > > > > > > index dac895d..25a7d8f 100644
> > > > > > > --- a/drivers/char/hw_random/Kconfig
> > > > > > > +++ b/drivers/char/hw_random/Kconfig
> > > > > > > @@ -424,6 +424,21 @@ config HW_RANDOM_EXYNOS
> > > > > > > will be called exynos-trng.
> > > > > > >
> > > > > > > If unsure, say Y.
> > > > > > > +
> > > > > > > +config HW_RANDOM_OPTEE
> > > > > > > + tristate "OP-TEE based Random Number Generator support"
> > > > > > > + depends on OPTEE
> > > > > > > + default HW_RANDOM
> > > > > > > + help
> > > > > > > + This driver provides support for OP-TEE based Random Number
> > > > > > > + Generator on ARM SoCs where hardware entropy sources are not
> > > > > > > + accessible to normal world (Linux).
> > > > > > > +
> > > > > > > + To compile this driver as a module, choose M here: the module
> > > > > > > + will be called optee-rng.
> > > > > > > +
> > > > > > > + If unsure, say Y.
> > > > > > > +
> > > > > > > endif # HW_RANDOM
> > > > > > >
> > > > > > > config UML_RANDOM
> > > > > > > diff --git a/drivers/char/hw_random/Makefile b/drivers/char/hw_random/Makefile
> > > > > > > index e35ec3c..7c9ef4a 100644
> > > > > > > --- a/drivers/char/hw_random/Makefile
> > > > > > > +++ b/drivers/char/hw_random/Makefile
> > > > > > > @@ -38,3 +38,4 @@ obj-$(CONFIG_HW_RANDOM_CAVIUM) += cavium-rng.o cavium-rng-vf.o
> > > > > > > obj-$(CONFIG_HW_RANDOM_MTK) += mtk-rng.o
> > > > > > > obj-$(CONFIG_HW_RANDOM_S390) += s390-trng.o
> > > > > > > obj-$(CONFIG_HW_RANDOM_KEYSTONE) += ks-sa-rng.o
> > > > > > > +obj-$(CONFIG_HW_RANDOM_OPTEE) += optee-rng.o
> > > > > > > diff --git a/drivers/char/hw_random/optee-rng.c b/drivers/char/hw_random/optee-rng.c
> > > > > > > new file mode 100644
> > > > > > > index 0000000..8c63730
> > > > > > > --- /dev/null
> > > > > > > +++ b/drivers/char/hw_random/optee-rng.c
> > > > > > > @@ -0,0 +1,273 @@
> > > > > > > +// SPDX-License-Identifier: GPL-2.0
> > > > > > > +/*
> > > > > > > + * Copyright (C) 2018 Linaro Ltd.
> > > > > > > + */
> > > > > > > +
> > > > > > > +#include <linux/delay.h>
> > > > > > > +#include <linux/of.h>
> > > > > > > +#include <linux/hw_random.h>
> > > > > > > +#include <linux/kernel.h>
> > > > > > > +#include <linux/module.h>
> > > > > > > +#include <linux/tee_drv.h>
> > > > > > > +#include <linux/uuid.h>
> > > > > > > +
> > > > > > > +#define TEE_ERROR_HEALTH_TEST_FAIL 0x00000001
> > > > > > > +
> > > > > > > +/*
> > > > > > > + * TA_CMD_GET_ENTROPY - Get Entropy from RNG
> > > > > > > + *
> > > > > > > + * param[0] (inout memref) - Entropy buffer memory reference
> > > > > > > + * param[1] unused
> > > > > > > + * param[2] unused
> > > > > > > + * param[3] unused
> > > > > > > + *
> > > > > > > + * Result:
> > > > > > > + * TEE_SUCCESS - Invoke command success
> > > > > > > + * TEE_ERROR_BAD_PARAMETERS - Incorrect input param
> > > > > > > + * TEE_ERROR_NOT_SUPPORTED - Requested entropy size greater than size of pool
> > > > > > > + * TEE_ERROR_HEALTH_TEST_FAIL - Continuous health testing failed
> > > > > > > + */
> > > > > > > +#define TA_CMD_GET_ENTROPY 0x0
> > > > > > > +
> > > > > > > +/*
> > > > > > > + * TA_CMD_GET_RNG_INFO - Get RNG information
> > > > > > > + *
> > > > > > > + * param[0] (out value) - value.a: RNG data-rate in bytes per second
> > > > > > > + * value.b: Quality/Entropy per 1024 bit of data
> > > > > > > + * param[1] unused
> > > > > > > + * param[2] unused
> > > > > > > + * param[3] unused
> > > > > > > + *
> > > > > > > + * Result:
> > > > > > > + * TEE_SUCCESS - Invoke command success
> > > > > > > + * TEE_ERROR_BAD_PARAMETERS - Incorrect input param
> > > > > > > + */
> > > > > > > +#define TA_CMD_GET_RNG_INFO 0x1
> > > > > > > +
> > > > > > > +#define MAX_ENTROPY_REQ_SZ (4 * 1024)
> > > > > > > +
> > > > > > > +static struct tee_context *ctx;
> > > > > > > +static struct tee_shm *entropy_shm_pool;
> > > > > > > +static u32 ta_rng_data_rate;
> > > > > > > +static u32 ta_rng_seesion_id;
> > > > > >
> > > > > > session not seesion
> > > > > >
> > > > >
> > > > > Will fix.
> > > > >
> > > > > > > +
> > > > > > > +static size_t get_optee_rng_data(void *buf, size_t req_size)
> > > > > > > +{
> > > > > > > + u32 ret = 0;
> > > > > > > + u8 *rng_data = NULL;
> > > > > > > + size_t rng_size = 0;
> > > > > > > + struct tee_ioctl_invoke_arg inv_arg = {0};
> > > > > > > + struct tee_param param[4] = {0};
> > > > > > > +
> > > > > > > + /* Invoke TA_CMD_GET_RNG function of Trusted App */
> > > > > > > + inv_arg.func = TA_CMD_GET_ENTROPY;
> > > > > > > + inv_arg.session = ta_rng_seesion_id;
> > > > > > > + inv_arg.num_params = 4;
> > > > > > > +
> > > > > > > + /* Fill invoke cmd params */
> > > > > > > + param[0].attr = TEE_IOCTL_PARAM_ATTR_TYPE_MEMREF_INOUT;
> > > > > > > + param[0].u.memref.shm = entropy_shm_pool;
> > > > > > > + param[0].u.memref.size = req_size;
> > > > > > > + param[0].u.memref.shm_offs = 0;
> > > > > > > +
> > > > > > > + ret = tee_client_invoke_func(ctx, &inv_arg, param);
> > > > > > > + if ((ret < 0) || (inv_arg.ret != 0)) {
> > > > > > > + pr_err("TA_CMD_GET_ENTROPY invoke function error: %x\n",
> > > > > > > + inv_arg.ret);
> > > > > > > + return 0;
> > > > > > > + }
> > > > > > > +
> > > > > > > + rng_data = tee_shm_get_va(entropy_shm_pool, 0);
> > > > > > > + if (IS_ERR(rng_data)) {
> > > > > > > + pr_err("tee_shm_get_va failed\n");
> > > > > > > + return 0;
> > > > > > > + }
> > > > > > > +
> > > > > > > + rng_size = param[0].u.memref.size;
> > > > > > > + memcpy(buf, rng_data, rng_size);
> > > > > > > +
> > > > > > > + return rng_size;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static int optee_rng_read(struct hwrng *rng, void *buf, size_t max, bool wait)
> > > > > > > +{
> > > > > > > + u8 *data = buf;
> > > > > > > + size_t read = 0, rng_size = 0;
> > > > > > > + int timeout = 1;
> > > > > > > +
> > > > > > > + if (max > MAX_ENTROPY_REQ_SZ)
> > > > > > > + max = MAX_ENTROPY_REQ_SZ;
> > > > > > > +
> > > > > > > + while (read == 0) {
> > > > > > > + rng_size = get_optee_rng_data(data, (max - read));
> > > > > > > +
> > > > > > > + data += rng_size;
> > > > > > > + read += rng_size;
> > > > > > > +
> > > > > > > + if (wait) {
> > > > > > > + if (timeout-- == 0)
> > > > > > > + return read;
> > > > > > > + msleep((1000 * (max - read)) / ta_rng_data_rate);
> > > > > > > + } else {
> > > > > > > + return read;
> > > > > > > + }
> > > > > > > + }
> > > > > > > +
> > > > > > > + return read;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static int optee_rng_init(struct hwrng *rng)
> > > > > > > +{
> > > > > > > + entropy_shm_pool = tee_shm_alloc(ctx, MAX_ENTROPY_REQ_SZ,
> > > > > > > + TEE_SHM_MAPPED | TEE_SHM_DMA_BUF);
> > > > > > > + if (IS_ERR(entropy_shm_pool)) {
> > > > > > > + pr_err("tee_shm_alloc failed\n");
> > > > > > > + return PTR_ERR(entropy_shm_pool);
> > > > > > > + }
> > > > > > > +
> > > > > > > + return 0;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static void optee_rng_cleanup(struct hwrng *rng)
> > > > > > > +{
> > > > > > > + tee_shm_free(entropy_shm_pool);
> > > > > > > +}
> > > > > > > +
> > > > > > > +static struct hwrng optee_rng = {
> > > > > > > + .name = "optee-rng",
> > > > > > > + .init = optee_rng_init,
> > > > > > > + .cleanup = optee_rng_cleanup,
> > > > > > > + .read = optee_rng_read,
> > > > > > > +};
> > > > > > > +
> > > > > > > +static const struct of_device_id optee_match[] = {
> > > > > > > + { .compatible = "linaro,optee-tz" },
> > > > > > > + {},
> > > > > > > +};
> > > > > > > +
> > > > > > > +static int get_optee_rng_uuid(uuid_t *ta_rng_uuid)
> > > > > > > +{
> > > > > > > + struct device_node *fw_np;
> > > > > > > + struct device_node *np;
> > > > > > > + const char *uuid;
> > > > > > > +
> > > > > > > + /* Node is supposed to be below /firmware */
> > > > > > > + fw_np = of_find_node_by_name(NULL, "firmware");
> > > > > > > + if (!fw_np)
> > > > > > > + return -ENODEV;
> > > > > > > +
> > > > > > > + np = of_find_matching_node(fw_np, optee_match);
> > > > > > > + if (!np || !of_device_is_available(np))
> > > > > > > + return -ENODEV;
> > > > > > > +
> > > > > > > + if (of_property_read_string(np, "rng-uuid", &uuid)) {
> > > > > > > + pr_warn("missing \"uuid\" property\n");
> > > > > > > + return -ENXIO;
> > > > > > > + }
> > > > > > > +
> > > > > >
> > > > > > So, duplicating all of this is really not a good idea.
> > > > > >
> > > > >
> > > > > Yeah, we may not need this in case we go via TEE bus driver approach.
> > > > >
> > > > > > > + if (uuid_parse(uuid, ta_rng_uuid)) {
> > > > > > > + pr_warn("incorrect rng ta uuid\n");
> > > > > > > + return -EINVAL;
> > > > > > > + }
> > > > > > > +
> > > > > > > + return 0;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static int get_optee_rng_info(void)
> > > > > > > +{
> > > > > > > + u32 ret = 0;
> > > > > > > + struct tee_ioctl_invoke_arg inv_arg = {0};
> > > > > > > + struct tee_param param[4] = {0};
> > > > > > > +
> > > > > > > + /* Invoke TA_CMD_GET_RNG function of Trusted App */
> > > > > > > + inv_arg.func = TA_CMD_GET_RNG_INFO;
> > > > > > > + inv_arg.session = ta_rng_seesion_id;
> > > > > > > + inv_arg.num_params = 4;
> > > > > > > +
> > > > > > > + /* Fill invoke cmd params */
> > > > > > > + param[0].attr = TEE_IOCTL_PARAM_ATTR_TYPE_VALUE_OUTPUT;
> > > > > > > +
> > > > > > > + ret = tee_client_invoke_func(ctx, &inv_arg, param);
> > > > > > > + if ((ret < 0) || (inv_arg.ret != 0)) {
> > > > > > > + pr_err("TA_CMD_GET_RNG_INFO invoke function error: %x\n",
> > > > > > > + inv_arg.ret);
> > > > > > > + return -EINVAL;
> > > > > > > + }
> > > > > > > +
> > > > > > > + ta_rng_data_rate = param[0].u.value.a;
> > > > > > > + optee_rng.quality = param[0].u.value.b;
> > > > > > > +
> > > > > > > + return 0;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static int optee_ctx_match(struct tee_ioctl_version_data *ver, const void *data)
> > > > > > > +{
> > > > > > > + if (ver->impl_id == TEE_IMPL_ID_OPTEE)
> > > > > > > + return 1;
> > > > > > > + else
> > > > > > > + return 0;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static int __init mod_init(void)
> > > > > > > +{
> > > > > > > + int ret = 0, err = -ENODEV;
> > > > > > > + struct tee_ioctl_open_session_arg sess_arg = {0};
> > > > > > > + uuid_t ta_rng_uuid = {0};
> > > > > > > +
> > > > > > > + err = get_optee_rng_uuid(&ta_rng_uuid);
> > > > > > > + if (err)
> > > > > > > + return err;
> > > > > > > +
> > > > > > > + /* Open context with TEE driver */
> > > > > > > + ctx = tee_client_open_context(NULL, optee_ctx_match, NULL, NULL);
> > > > > > > + if (IS_ERR(ctx))
> > > > > > > + return -ENODEV;
> > > > > > > +
> > > > > > > + /* Open session with hwrng Trusted App */
> > > > > > > + memcpy(sess_arg.uuid, ta_rng_uuid.b, TEE_IOCTL_UUID_LEN);
> > > > > > > + sess_arg.clnt_login = TEE_IOCTL_LOGIN_PUBLIC;
> > > > > > > + sess_arg.num_params = 0;
> > > > > > > +
> > > > > > > + ret = tee_client_open_session(ctx, &sess_arg, NULL);
> > > > > > > + if ((ret < 0) || (sess_arg.ret != 0)) {
> > > > > > > + pr_err("tee_client_open_session failed, error: %x\n",
> > > > > > > + sess_arg.ret);
> > > > > > > + err = -EINVAL;
> > > > > > > + goto out_ctx;
> > > > > > > + }
> > > > > > > + ta_rng_seesion_id = sess_arg.session;
> > > > > > > +
> > > > > > > + err = get_optee_rng_info();
> > > > > > > + if (err)
> > > > > > > + goto out_sess;
> > > > > > > +
> > > > > > > + err = hwrng_register(&optee_rng);
> > > > > > > + if (err) {
> > > > > > > + pr_err("registering failed (%d)\n", err);
> > > > > > > + goto out_sess;
> > > > > > > + }
> > > > > > > +
> > > > > > > + return 0;
> > > > > > > +
> > > > > > > +out_sess:
> > > > > > > + tee_client_close_session(ctx, ta_rng_seesion_id);
> > > > > > > +out_ctx:
> > > > > > > + tee_client_close_context(ctx);
> > > > > > > +
> > > > > > > + return err;
> > > > > > > +}
> > > > > > > +
> > > > > > > +static void __exit mod_exit(void)
> > > > > > > +{
> > > > > > > + tee_client_close_session(ctx, ta_rng_seesion_id);
> > > > > > > + tee_client_close_context(ctx);
> > > > > > > + hwrng_unregister(&optee_rng);
> > > > > > > +}
> > > > > > > +
> > > > > > > +module_init(mod_init);
> > > > > > > +module_exit(mod_exit);
> > > > > > > +
> > > > > > > +MODULE_LICENSE("GPL");
> > > > > > > +MODULE_AUTHOR("Sumit Garg <sumit.garg@linaro.org>");
> > > > > > > +MODULE_DESCRIPTION("OP-TEE based random number generator driver");
> > > > > > > +MODULE_SOFTDEP("pre: optee");
> > > > > >
> > > > > > This is also an indicator that the API design needs some work. If the
> > > > > > OP-TEE driver becomes a 'bus' driver of some sort, the child RNG
> > > > > > device (which is what this driver should bind to) will only exist if
> > > > > > a) the OP-TEE driver is loaded, and b) it has actually bound to the
> > > > > > /firmware/optee node.
> > > > > >
> > > > >
> > > > > Agree.
> > > > >
> > > > > > > --
> > > > > > > 2.7.4
> > > > > > >
next prev parent reply other threads:[~2019-01-02 8:04 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-27 11:07 [PATCH v1 0/2] Add OP-TEE based hwrng driver Sumit Garg
2018-12-27 11:07 ` [PATCH v1 1/2] dt/bindings: add bindings for optional optee rng-uuid property Sumit Garg
2018-12-27 13:39 ` Ard Biesheuvel
2018-12-28 9:11 ` Sumit Garg
2019-01-03 17:14 ` Daniel Thompson
2019-01-04 6:39 ` Sumit Garg
2019-01-04 11:01 ` Jens Wiklander
2019-01-04 12:01 ` Sumit Garg
2019-01-04 13:03 ` Jens Wiklander
2019-01-07 5:32 ` Sumit Garg
2019-01-07 5:59 ` Ard Biesheuvel
2019-01-07 6:46 ` Sumit Garg
2019-01-03 16:20 ` Rob Herring
2018-12-27 11:07 ` [PATCH v1 2/2] hwrng: add OP-TEE based rng driver Sumit Garg
2018-12-27 18:28 ` Ard Biesheuvel
2018-12-28 9:58 ` Sumit Garg
2018-12-28 10:38 ` Ard Biesheuvel
2018-12-28 13:03 ` Sumit Garg
2018-12-28 14:46 ` Jens Wiklander
2018-12-30 14:59 ` Vesa Jääskeläinen
2018-12-31 10:35 ` Sumit Garg
2018-12-31 10:24 ` Sumit Garg
2019-01-02 8:04 ` Jens Wiklander [this message]
2019-01-02 8:26 ` Bhupesh Sharma
2019-01-02 10:12 ` 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=CAHUa44Go8zrxcRiCLmtKqVJZTSQue1Lo4ZdFFadxDVnT2EB++w@mail.gmail.com \
--to=jens.wiklander@linaro.org \
--cc=ard.biesheuvel@linaro.org \
--cc=arnd@arndb.de \
--cc=bhsharma@redhat.com \
--cc=daniel.thompson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mpm@selenic.com \
--cc=robh+dt@kernel.org \
--cc=sumit.garg@linaro.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).