* [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer @ 2021-11-25 15:07 Sudeep Holla 2021-11-25 18:25 ` Cristian Marussi 2021-12-13 17:53 ` Sudeep Holla 0 siblings, 2 replies; 7+ messages in thread From: Sudeep Holla @ 2021-11-25 15:07 UTC (permalink / raw) To: linux-arm-kernel Cc: Sudeep Holla, linux-kernel, Vincent Guittot, Cristian Marussi, Etienne Carriere The shared memory buffer allocated by the optee driver is normal cached memory and can't be used with IOMEM APIs used in shmem_*. We currently support only IO memory for shared memory and supporting normal cached memory needs more changes and needs to be thought through properly. So for now, let us drop the support for this OPTEE shared buffer. Cc: Cristian Marussi <cristian.marussi@arm.com> Cc: Etienne Carriere <etienne.carriere@linaro.org> Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> --- drivers/firmware/arm_scmi/optee.c | 19 +------------------ 1 file changed, 1 insertion(+), 18 deletions(-) diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c index 901737c9f5f8..175b39bcd470 100644 --- a/drivers/firmware/arm_scmi/optee.c +++ b/drivers/firmware/arm_scmi/optee.c @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) shmem_clear_channel(channel->shmem); } -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) -{ - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; - - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); - if (IS_ERR(channel->tee_shm)) { - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); - return -ENOMEM; - } - - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); - memset(channel->shmem, 0, msg_size); - shmem_clear_channel(channel->shmem); - - return 0; -} - static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, struct scmi_optee_channel *channel) { @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) return setup_static_shmem(dev, cinfo, channel); else - return setup_dynamic_shmem(dev, channel); + return -ENOMEM; } static int scmi_optee_chan_setup(struct scmi_chan_info *cinfo, struct device *dev, bool tx) -- 2.25.1 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-25 15:07 [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer Sudeep Holla @ 2021-11-25 18:25 ` Cristian Marussi 2021-11-26 7:59 ` Etienne Carriere 2021-12-13 17:53 ` Sudeep Holla 1 sibling, 1 reply; 7+ messages in thread From: Cristian Marussi @ 2021-11-25 18:25 UTC (permalink / raw) To: Sudeep Holla Cc: linux-arm-kernel, linux-kernel, Vincent Guittot, Etienne Carriere On Thu, Nov 25, 2021 at 03:07:30PM +0000, Sudeep Holla wrote: > The shared memory buffer allocated by the optee driver is normal cached > memory and can't be used with IOMEM APIs used in shmem_*. > > We currently support only IO memory for shared memory and supporting > normal cached memory needs more changes and needs to be thought through > properly. So for now, let us drop the support for this OPTEE shared buffer. > > Cc: Cristian Marussi <cristian.marussi@arm.com> > Cc: Etienne Carriere <etienne.carriere@linaro.org> > Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> > --- Hi, > drivers/firmware/arm_scmi/optee.c | 19 +------------------ > 1 file changed, 1 insertion(+), 18 deletions(-) > > diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c > index 901737c9f5f8..175b39bcd470 100644 > --- a/drivers/firmware/arm_scmi/optee.c > +++ b/drivers/firmware/arm_scmi/optee.c > @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) > shmem_clear_channel(channel->shmem); > } > > -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) > -{ > - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; > - > - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); > - if (IS_ERR(channel->tee_shm)) { > - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); > - return -ENOMEM; > - } > - > - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); > - memset(channel->shmem, 0, msg_size); > - shmem_clear_channel(channel->shmem); > - > - return 0; > -} > - > static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, > struct scmi_optee_channel *channel) > { > @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, > if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) > return setup_static_shmem(dev, cinfo, channel); > else > - return setup_dynamic_shmem(dev, channel); > + return -ENOMEM; > } > LGTM. Reviewed-by: Cristian Marussi <cristian.marussi@arm.com> Thanks, Cristian ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-25 18:25 ` Cristian Marussi @ 2021-11-26 7:59 ` Etienne Carriere 2021-11-26 14:28 ` Sudeep Holla 0 siblings, 1 reply; 7+ messages in thread From: Etienne Carriere @ 2021-11-26 7:59 UTC (permalink / raw) To: Cristian Marussi Cc: Sudeep Holla, linux-arm-kernel, linux-kernel, Vincent Guittot Hello Sudeep, On Thu, 25 Nov 2021 at 19:25, Cristian Marussi <cristian.marussi@arm.com> wrote: > > On Thu, Nov 25, 2021 at 03:07:30PM +0000, Sudeep Holla wrote: > > The shared memory buffer allocated by the optee driver is normal cached > > memory and can't be used with IOMEM APIs used in shmem_*. > > > > We currently support only IO memory for shared memory and supporting > > normal cached memory needs more changes and needs to be thought through > > properly. So for now, let us drop the support for this OPTEE shared buffer. > > > > Cc: Cristian Marussi <cristian.marussi@arm.com> > > Cc: Etienne Carriere <etienne.carriere@linaro.org> > > Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> > > --- > > Hi, > > > > drivers/firmware/arm_scmi/optee.c | 19 +------------------ > > 1 file changed, 1 insertion(+), 18 deletions(-) > > > > diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c > > index 901737c9f5f8..175b39bcd470 100644 > > --- a/drivers/firmware/arm_scmi/optee.c > > +++ b/drivers/firmware/arm_scmi/optee.c > > @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) > > shmem_clear_channel(channel->shmem); > > } > > > > -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) > > -{ > > - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; > > - > > - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); > > - if (IS_ERR(channel->tee_shm)) { > > - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); > > - return -ENOMEM; > > - } > > - > > - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); > > - memset(channel->shmem, 0, msg_size); > > - shmem_clear_channel(channel->shmem); > > - > > - return 0; > > -} > > - > > static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > struct scmi_optee_channel *channel) > > { > > @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) > > return setup_static_shmem(dev, cinfo, channel); > > else > > - return setup_dynamic_shmem(dev, channel); > > + return -ENOMEM; > > } > > I would rather find an alternate way to support tee shared memory. I think OP-TEE could use msg.c format when handling tee memory. Linux and OP-TEE Scmi transport discovery negotiate the channel type and support for msg format could allow OP-TEE to use its shm management. I will prepare an implementation but if you prefer the current remove support and later introduce back tee shm support, I'm fine. Best regards, Etienne > > LGTM. > > Reviewed-by: Cristian Marussi <cristian.marussi@arm.com> > > Thanks, > Cristian ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-26 7:59 ` Etienne Carriere @ 2021-11-26 14:28 ` Sudeep Holla 2021-11-26 15:48 ` Etienne Carriere 2021-11-26 15:54 ` Etienne Carriere 0 siblings, 2 replies; 7+ messages in thread From: Sudeep Holla @ 2021-11-26 14:28 UTC (permalink / raw) To: Etienne Carriere Cc: Cristian Marussi, Sudeep Holla, linux-arm-kernel, linux-kernel, Vincent Guittot On Fri, Nov 26, 2021 at 08:59:45AM +0100, Etienne Carriere wrote: > Hello Sudeep, > > On Thu, 25 Nov 2021 at 19:25, Cristian Marussi <cristian.marussi@arm.com> wrote: > > > > On Thu, Nov 25, 2021 at 03:07:30PM +0000, Sudeep Holla wrote: > > > The shared memory buffer allocated by the optee driver is normal cached > > > memory and can't be used with IOMEM APIs used in shmem_*. > > > > > > We currently support only IO memory for shared memory and supporting > > > normal cached memory needs more changes and needs to be thought through > > > properly. So for now, let us drop the support for this OPTEE shared buffer. > > > > > > Cc: Cristian Marussi <cristian.marussi@arm.com> > > > Cc: Etienne Carriere <etienne.carriere@linaro.org> > > > Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> > > > --- > > > > Hi, > > > > > > > drivers/firmware/arm_scmi/optee.c | 19 +------------------ > > > 1 file changed, 1 insertion(+), 18 deletions(-) > > > > > > diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c > > > index 901737c9f5f8..175b39bcd470 100644 > > > --- a/drivers/firmware/arm_scmi/optee.c > > > +++ b/drivers/firmware/arm_scmi/optee.c > > > @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) > > > shmem_clear_channel(channel->shmem); > > > } > > > > > > -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) > > > -{ > > > - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; > > > - > > > - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); > > > - if (IS_ERR(channel->tee_shm)) { > > > - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); > > > - return -ENOMEM; > > > - } > > > - > > > - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); > > > - memset(channel->shmem, 0, msg_size); > > > - shmem_clear_channel(channel->shmem); > > > - > > > - return 0; > > > -} > > > - > > > static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > struct scmi_optee_channel *channel) > > > { > > > @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) > > > return setup_static_shmem(dev, cinfo, channel); > > > else > > > - return setup_dynamic_shmem(dev, channel); > > > + return -ENOMEM; > > > } > > > > > I would rather find an alternate way to support tee shared memory. Sure > I think OP-TEE could use msg.c format when handling tee memory. Okay > Linux and OP-TEE Scmi transport discovery negotiate the channel type and > support for msg format could allow OP-TEE to use its shm management. I am fine with that, just that what we have in for-next/scmi is broken and I want to remove the support just because it is buggy and not because I disagree with the requirement. > I will prepare an implementation but if you prefer the current remove > support and later introduce back tee shm support, I'm fine. > Sure, we may need to support this in a generic way. I mean in a way, other transport can also use them if they need it. I remember someone else had asked this in the past. So yes, I am happy to merge the support for tee shm when that is ready. What we have now is buggy and needs to be dropped. Sorry for not identifying it early. -- Regards, Sudeep ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-26 14:28 ` Sudeep Holla @ 2021-11-26 15:48 ` Etienne Carriere 2021-11-26 15:54 ` Etienne Carriere 1 sibling, 0 replies; 7+ messages in thread From: Etienne Carriere @ 2021-11-26 15:48 UTC (permalink / raw) To: Sudeep Holla Cc: Cristian Marussi, linux-arm-kernel, linux-kernel, Vincent Guittot On Fri, 26 Nov 2021 at 15:28, Sudeep Holla <sudeep.holla@arm.com> wrote: > > On Fri, Nov 26, 2021 at 08:59:45AM +0100, Etienne Carriere wrote: > > Hello Sudeep, > > > > On Thu, 25 Nov 2021 at 19:25, Cristian Marussi <cristian.marussi@arm.com> wrote: > > > > > > On Thu, Nov 25, 2021 at 03:07:30PM +0000, Sudeep Holla wrote: > > > > The shared memory buffer allocated by the optee driver is normal cached > > > > memory and can't be used with IOMEM APIs used in shmem_*. > > > > > > > > We currently support only IO memory for shared memory and supporting > > > > normal cached memory needs more changes and needs to be thought through > > > > properly. So for now, let us drop the support for this OPTEE shared buffer. > > > > > > > > Cc: Cristian Marussi <cristian.marussi@arm.com> > > > > Cc: Etienne Carriere <etienne.carriere@linaro.org> > > > > Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> > > > > --- > > > > > > Hi, > > > > > > > > > > drivers/firmware/arm_scmi/optee.c | 19 +------------------ > > > > 1 file changed, 1 insertion(+), 18 deletions(-) > > > > > > > > diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c > > > > index 901737c9f5f8..175b39bcd470 100644 > > > > --- a/drivers/firmware/arm_scmi/optee.c > > > > +++ b/drivers/firmware/arm_scmi/optee.c > > > > @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) > > > > shmem_clear_channel(channel->shmem); > > > > } > > > > > > > > -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) > > > > -{ > > > > - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; > > > > - > > > > - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); > > > > - if (IS_ERR(channel->tee_shm)) { > > > > - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); > > > > - return -ENOMEM; > > > > - } > > > > - > > > > - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); > > > > - memset(channel->shmem, 0, msg_size); > > > > - shmem_clear_channel(channel->shmem); > > > > - > > > > - return 0; > > > > -} > > > > - > > > > static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > > struct scmi_optee_channel *channel) > > > > { > > > > @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > > if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) > > > > return setup_static_shmem(dev, cinfo, channel); > > > > else > > > > - return setup_dynamic_shmem(dev, channel); > > > > + return -ENOMEM; > > > > } > > > > > > > > I would rather find an alternate way to support tee shared memory. > > Sure > > > I think OP-TEE could use msg.c format when handling tee memory. > > Okay > > > Linux and OP-TEE Scmi transport discovery negotiate the channel type and > > support for msg format could allow OP-TEE to use its shm management. > > I am fine with that, just that what we have in for-next/scmi is broken and > I want to remove the support just because it is buggy and not because I > disagree with the requirement. > > > I will prepare an implementation but if you prefer the current remove > > support and later introduce back tee shm support, I'm fine. > > > > Sure, we may need to support this in a generic way. I mean in a way, other > transport can also use them if they need it. I remember someone else had > asked this in the past. > > So yes, I am happy to merge the support for tee shm when that is ready. > What we have now is buggy and needs to be dropped. Sorry for not identifying > it early. > > -- > Regards, > Sudeep ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-26 14:28 ` Sudeep Holla 2021-11-26 15:48 ` Etienne Carriere @ 2021-11-26 15:54 ` Etienne Carriere 1 sibling, 0 replies; 7+ messages in thread From: Etienne Carriere @ 2021-11-26 15:54 UTC (permalink / raw) To: Sudeep Holla Cc: Cristian Marussi, linux-arm-kernel, linux-kernel, Vincent Guittot Hi Sudeep, (sorry, previous mail was empty) On Fri, 26 Nov 2021 at 15:28, Sudeep Holla <sudeep.holla@arm.com> wrote: > > On Fri, Nov 26, 2021 at 08:59:45AM +0100, Etienne Carriere wrote: > > Hello Sudeep, > > > > On Thu, 25 Nov 2021 at 19:25, Cristian Marussi <cristian.marussi@arm.com> wrote: > > > > > > On Thu, Nov 25, 2021 at 03:07:30PM +0000, Sudeep Holla wrote: > > > > The shared memory buffer allocated by the optee driver is normal cached > > > > memory and can't be used with IOMEM APIs used in shmem_*. > > > > > > > > We currently support only IO memory for shared memory and supporting > > > > normal cached memory needs more changes and needs to be thought through > > > > properly. So for now, let us drop the support for this OPTEE shared buffer. > > > > > > > > Cc: Cristian Marussi <cristian.marussi@arm.com> > > > > Cc: Etienne Carriere <etienne.carriere@linaro.org> > > > > Signed-off-by: Sudeep Holla <sudeep.holla@arm.com> > > > > --- > > > > > > Hi, > > > > > > > > > > drivers/firmware/arm_scmi/optee.c | 19 +------------------ > > > > 1 file changed, 1 insertion(+), 18 deletions(-) > > > > > > > > diff --git a/drivers/firmware/arm_scmi/optee.c b/drivers/firmware/arm_scmi/optee.c > > > > index 901737c9f5f8..175b39bcd470 100644 > > > > --- a/drivers/firmware/arm_scmi/optee.c > > > > +++ b/drivers/firmware/arm_scmi/optee.c > > > > @@ -282,23 +282,6 @@ static void scmi_optee_clear_channel(struct scmi_chan_info *cinfo) > > > > shmem_clear_channel(channel->shmem); > > > > } > > > > > > > > -static int setup_dynamic_shmem(struct device *dev, struct scmi_optee_channel *channel) > > > > -{ > > > > - const size_t msg_size = SCMI_OPTEE_MAX_MSG_SIZE; > > > > - > > > > - channel->tee_shm = tee_shm_alloc_kernel_buf(scmi_optee_private->tee_ctx, msg_size); > > > > - if (IS_ERR(channel->tee_shm)) { > > > > - dev_err(channel->cinfo->dev, "shmem allocation failed\n"); > > > > - return -ENOMEM; > > > > - } > > > > - > > > > - channel->shmem = (void *)tee_shm_get_va(channel->tee_shm, 0); > > > > - memset(channel->shmem, 0, msg_size); > > > > - shmem_clear_channel(channel->shmem); > > > > - > > > > - return 0; > > > > -} > > > > - > > > > static int setup_static_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > > struct scmi_optee_channel *channel) > > > > { > > > > @@ -342,7 +325,7 @@ static int setup_shmem(struct device *dev, struct scmi_chan_info *cinfo, > > > > if (of_find_property(cinfo->dev->of_node, "shmem", NULL)) > > > > return setup_static_shmem(dev, cinfo, channel); > > > > else > > > > - return setup_dynamic_shmem(dev, channel); > > > > + return -ENOMEM; > > > > } > > > > > > > > I would rather find an alternate way to support tee shared memory. > > Sure > > > I think OP-TEE could use msg.c format when handling tee memory. > > Okay > > > Linux and OP-TEE Scmi transport discovery negotiate the channel type and > > support for msg format could allow OP-TEE to use its shm management. > > I am fine with that, just that what we have in for-next/scmi is broken and > I want to remove the support just because it is buggy and not because I > disagree with the requirement. > > > I will prepare an implementation but if you prefer the current remove > > support and later introduce back tee shm support, I'm fine. > > > > Sure, we may need to support this in a generic way. I mean in a way, other > transport can also use them if they need it. I remember someone else had > asked this in the past. > > So yes, I am happy to merge the support for tee shm when that is ready. > What we have now is buggy and needs to be dropped. Sorry for not identifying > it early. > Fine. Sorry for the burden. `Reviewed-by: Etienne Carriere <etienne.carriere@linaro.org>` for the changes By the way Yes I tested tee shm setup on read hardware, with tee cached shared memory. shmem.c uses ioread()/iowrite() that adds some memory barriers. I don't think it hurts to do so when accessing cached memory. br, etienne > -- > Regards, > Sudeep ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer 2021-11-25 15:07 [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer Sudeep Holla 2021-11-25 18:25 ` Cristian Marussi @ 2021-12-13 17:53 ` Sudeep Holla 1 sibling, 0 replies; 7+ messages in thread From: Sudeep Holla @ 2021-12-13 17:53 UTC (permalink / raw) To: Sudeep Holla, linux-arm-kernel Cc: Vincent Guittot, Etienne Carriere, linux-kernel, Cristian Marussi On Thu, 25 Nov 2021 15:07:30 +0000, Sudeep Holla wrote: > The shared memory buffer allocated by the optee driver is normal cached > memory and can't be used with IOMEM APIs used in shmem_*. > > We currently support only IO memory for shared memory and supporting > normal cached memory needs more changes and needs to be thought through > properly. So for now, let us drop the support for this OPTEE shared buffer. > > [...] Applied to sudeep.holla/linux (for-next/scmi), thanks! [1/1] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer https://git.kernel.org/sudeep.holla/c/afc9c1e26b -- Regards, Sudeep ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2021-12-13 17:53 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-11-25 15:07 [PATCH] firmware: arm_scmi: optee: Drop the support for the OPTEE shared dynamic buffer Sudeep Holla 2021-11-25 18:25 ` Cristian Marussi 2021-11-26 7:59 ` Etienne Carriere 2021-11-26 14:28 ` Sudeep Holla 2021-11-26 15:48 ` Etienne Carriere 2021-11-26 15:54 ` Etienne Carriere 2021-12-13 17:53 ` Sudeep Holla
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).