* [PATCH] remoteproc: stm32: fix mbox_send_message call
@ 2021-04-20 9:19 Arnaud Pouliquen
2021-05-28 3:26 ` Bjorn Andersson
2021-06-23 21:50 ` patchwork-bot+linux-remoteproc
0 siblings, 2 replies; 6+ messages in thread
From: Arnaud Pouliquen @ 2021-04-20 9:19 UTC (permalink / raw)
To: Bjorn Andersson, Ohad Ben-Cohen, Mathieu Poirier
Cc: linux-remoteproc, linux-kernel, linux-stm32, arnaud.pouliquen
mbox_send_message is called by passing a local dummy message or
a function parameter. As the message is queued, it is dereferenced.
This works because the message field is not used by the stm32 ipcc
driver, but it is not clean.
Fix by passing a constant string in all cases.
The associated comments are removed because rproc should not have to
deal with the behavior of the mailbox frame.
Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
---
drivers/remoteproc/stm32_rproc.c | 14 +++++---------
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c
index 7353f9e7e7af..0e8203a432ab 100644
--- a/drivers/remoteproc/stm32_rproc.c
+++ b/drivers/remoteproc/stm32_rproc.c
@@ -474,14 +474,12 @@ static int stm32_rproc_attach(struct rproc *rproc)
static int stm32_rproc_detach(struct rproc *rproc)
{
struct stm32_rproc *ddata = rproc->priv;
- int err, dummy_data, idx;
+ int err, idx;
/* Inform the remote processor of the detach */
idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_DETACH);
if (idx >= 0 && ddata->mb[idx].chan) {
- /* A dummy data is sent to allow to block on transmit */
- err = mbox_send_message(ddata->mb[idx].chan,
- &dummy_data);
+ err = mbox_send_message(ddata->mb[idx].chan, "stop");
if (err < 0)
dev_warn(&rproc->dev, "warning: remote FW detach without ack\n");
}
@@ -493,15 +491,13 @@ static int stm32_rproc_detach(struct rproc *rproc)
static int stm32_rproc_stop(struct rproc *rproc)
{
struct stm32_rproc *ddata = rproc->priv;
- int err, dummy_data, idx;
+ int err, idx;
/* request shutdown of the remote processor */
if (rproc->state != RPROC_OFFLINE) {
idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_SHUTDOWN);
if (idx >= 0 && ddata->mb[idx].chan) {
- /* a dummy data is sent to allow to block on transmit */
- err = mbox_send_message(ddata->mb[idx].chan,
- &dummy_data);
+ err = mbox_send_message(ddata->mb[idx].chan, "detach");
if (err < 0)
dev_warn(&rproc->dev, "warning: remote FW shutdown without ack\n");
}
@@ -556,7 +552,7 @@ static void stm32_rproc_kick(struct rproc *rproc, int vqid)
continue;
if (!ddata->mb[i].chan)
return;
- err = mbox_send_message(ddata->mb[i].chan, (void *)(long)vqid);
+ err = mbox_send_message(ddata->mb[i].chan, "kick");
if (err < 0)
dev_err(&rproc->dev, "%s: failed (%s, err:%d)\n",
__func__, ddata->mb[i].name, err);
--
2.17.1
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [PATCH] remoteproc: stm32: fix mbox_send_message call
2021-04-20 9:19 [PATCH] remoteproc: stm32: fix mbox_send_message call Arnaud Pouliquen
@ 2021-05-28 3:26 ` Bjorn Andersson
2021-05-28 8:03 ` Arnaud POULIQUEN
2021-06-23 21:50 ` patchwork-bot+linux-remoteproc
1 sibling, 1 reply; 6+ messages in thread
From: Bjorn Andersson @ 2021-05-28 3:26 UTC (permalink / raw)
To: Arnaud Pouliquen
Cc: Ohad Ben-Cohen, Mathieu Poirier, linux-remoteproc, linux-kernel,
linux-stm32
On Tue 20 Apr 04:19 CDT 2021, Arnaud Pouliquen wrote:
> mbox_send_message is called by passing a local dummy message or
> a function parameter. As the message is queued, it is dereferenced.
> This works because the message field is not used by the stm32 ipcc
> driver, but it is not clean.
>
> Fix by passing a constant string in all cases.
>
> The associated comments are removed because rproc should not have to
> deal with the behavior of the mailbox frame.
>
Didn't we conclude that the mailbox driver doesn't actually dereference
the pointer being passed?
If so I would prefer that you just pass NULL, so that if you in the
future need to pass some actual data it will be easy to distinguish the
old and new case.
Regards,
Bjorn
> Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
> ---
> drivers/remoteproc/stm32_rproc.c | 14 +++++---------
> 1 file changed, 5 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c
> index 7353f9e7e7af..0e8203a432ab 100644
> --- a/drivers/remoteproc/stm32_rproc.c
> +++ b/drivers/remoteproc/stm32_rproc.c
> @@ -474,14 +474,12 @@ static int stm32_rproc_attach(struct rproc *rproc)
> static int stm32_rproc_detach(struct rproc *rproc)
> {
> struct stm32_rproc *ddata = rproc->priv;
> - int err, dummy_data, idx;
> + int err, idx;
>
> /* Inform the remote processor of the detach */
> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_DETACH);
> if (idx >= 0 && ddata->mb[idx].chan) {
> - /* A dummy data is sent to allow to block on transmit */
> - err = mbox_send_message(ddata->mb[idx].chan,
> - &dummy_data);
> + err = mbox_send_message(ddata->mb[idx].chan, "stop");
> if (err < 0)
> dev_warn(&rproc->dev, "warning: remote FW detach without ack\n");
> }
> @@ -493,15 +491,13 @@ static int stm32_rproc_detach(struct rproc *rproc)
> static int stm32_rproc_stop(struct rproc *rproc)
> {
> struct stm32_rproc *ddata = rproc->priv;
> - int err, dummy_data, idx;
> + int err, idx;
>
> /* request shutdown of the remote processor */
> if (rproc->state != RPROC_OFFLINE) {
> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_SHUTDOWN);
> if (idx >= 0 && ddata->mb[idx].chan) {
> - /* a dummy data is sent to allow to block on transmit */
> - err = mbox_send_message(ddata->mb[idx].chan,
> - &dummy_data);
> + err = mbox_send_message(ddata->mb[idx].chan, "detach");
> if (err < 0)
> dev_warn(&rproc->dev, "warning: remote FW shutdown without ack\n");
> }
> @@ -556,7 +552,7 @@ static void stm32_rproc_kick(struct rproc *rproc, int vqid)
> continue;
> if (!ddata->mb[i].chan)
> return;
> - err = mbox_send_message(ddata->mb[i].chan, (void *)(long)vqid);
> + err = mbox_send_message(ddata->mb[i].chan, "kick");
> if (err < 0)
> dev_err(&rproc->dev, "%s: failed (%s, err:%d)\n",
> __func__, ddata->mb[i].name, err);
> --
> 2.17.1
>
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH] remoteproc: stm32: fix mbox_send_message call
2021-05-28 3:26 ` Bjorn Andersson
@ 2021-05-28 8:03 ` Arnaud POULIQUEN
2021-06-22 7:56 ` Arnaud POULIQUEN
0 siblings, 1 reply; 6+ messages in thread
From: Arnaud POULIQUEN @ 2021-05-28 8:03 UTC (permalink / raw)
To: Bjorn Andersson
Cc: Ohad Ben-Cohen, Mathieu Poirier, linux-remoteproc, linux-kernel,
linux-stm32
Hello Bjorn,
On 5/28/21 5:26 AM, Bjorn Andersson wrote:
> On Tue 20 Apr 04:19 CDT 2021, Arnaud Pouliquen wrote:
>
>> mbox_send_message is called by passing a local dummy message or
>> a function parameter. As the message is queued, it is dereferenced.
>> This works because the message field is not used by the stm32 ipcc
>> driver, but it is not clean.
>>
>> Fix by passing a constant string in all cases.
>>
>> The associated comments are removed because rproc should not have to
>> deal with the behavior of the mailbox frame.
>>
>
> Didn't we conclude that the mailbox driver doesn't actually dereference
> the pointer being passed?
Right it can store the reference to queue the sent.
>
> If so I would prefer that you just pass NULL, so that if you in the
> future need to pass some actual data it will be easy to distinguish the
> old and new case.
I can not use NULL pointer in stm32_rproc_attach and stm32_rproc_detach case.
The reason is that the tx_done callback is not called if the message is NULL.
(https://elixir.bootlin.com/linux/latest/source/drivers/mailbox/mailbox.c#L106)
I could use NULL pointer in stm32_rproc_kick, but I would prefer to use the same way
of calling mbox_send_message for all use cases and not take into account the
mailbox internal behavior.
Thanks,
Arnaud
>
> Regards,
> Bjorn
>
>> Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
>> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
>> ---
>> drivers/remoteproc/stm32_rproc.c | 14 +++++---------
>> 1 file changed, 5 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c
>> index 7353f9e7e7af..0e8203a432ab 100644
>> --- a/drivers/remoteproc/stm32_rproc.c
>> +++ b/drivers/remoteproc/stm32_rproc.c
>> @@ -474,14 +474,12 @@ static int stm32_rproc_attach(struct rproc *rproc)
>> static int stm32_rproc_detach(struct rproc *rproc)
>> {
>> struct stm32_rproc *ddata = rproc->priv;
>> - int err, dummy_data, idx;
>> + int err, idx;
>>
>> /* Inform the remote processor of the detach */
>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_DETACH);
>> if (idx >= 0 && ddata->mb[idx].chan) {
>> - /* A dummy data is sent to allow to block on transmit */
>> - err = mbox_send_message(ddata->mb[idx].chan,
>> - &dummy_data);
>> + err = mbox_send_message(ddata->mb[idx].chan, "stop");
>> if (err < 0)
>> dev_warn(&rproc->dev, "warning: remote FW detach without ack\n");
>> }
>> @@ -493,15 +491,13 @@ static int stm32_rproc_detach(struct rproc *rproc)
>> static int stm32_rproc_stop(struct rproc *rproc)
>> {
>> struct stm32_rproc *ddata = rproc->priv;
>> - int err, dummy_data, idx;
>> + int err, idx;
>>
>> /* request shutdown of the remote processor */
>> if (rproc->state != RPROC_OFFLINE) {
>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_SHUTDOWN);
>> if (idx >= 0 && ddata->mb[idx].chan) {
>> - /* a dummy data is sent to allow to block on transmit */
>> - err = mbox_send_message(ddata->mb[idx].chan,
>> - &dummy_data);
>> + err = mbox_send_message(ddata->mb[idx].chan, "detach");
>> if (err < 0)
>> dev_warn(&rproc->dev, "warning: remote FW shutdown without ack\n");
>> }
>> @@ -556,7 +552,7 @@ static void stm32_rproc_kick(struct rproc *rproc, int vqid)
>> continue;
>> if (!ddata->mb[i].chan)
>> return;
>> - err = mbox_send_message(ddata->mb[i].chan, (void *)(long)vqid);
>> + err = mbox_send_message(ddata->mb[i].chan, "kick");
>> if (err < 0)
>> dev_err(&rproc->dev, "%s: failed (%s, err:%d)\n",
>> __func__, ddata->mb[i].name, err);
>> --
>> 2.17.1
>>
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH] remoteproc: stm32: fix mbox_send_message call
2021-05-28 8:03 ` Arnaud POULIQUEN
@ 2021-06-22 7:56 ` Arnaud POULIQUEN
2021-06-23 18:45 ` Bjorn Andersson
0 siblings, 1 reply; 6+ messages in thread
From: Arnaud POULIQUEN @ 2021-06-22 7:56 UTC (permalink / raw)
To: Bjorn Andersson
Cc: Ohad Ben-Cohen, Mathieu Poirier, linux-remoteproc, linux-kernel,
linux-stm32
Hello Bjorn
On 5/28/21 10:03 AM, Arnaud POULIQUEN wrote:
> Hello Bjorn,
>
> On 5/28/21 5:26 AM, Bjorn Andersson wrote:
>> On Tue 20 Apr 04:19 CDT 2021, Arnaud Pouliquen wrote:
>>
>>> mbox_send_message is called by passing a local dummy message or
>>> a function parameter. As the message is queued, it is dereferenced.
>>> This works because the message field is not used by the stm32 ipcc
>>> driver, but it is not clean.
>>>
>>> Fix by passing a constant string in all cases.
>>>
>>> The associated comments are removed because rproc should not have to
>>> deal with the behavior of the mailbox frame.
>>>
>>
>> Didn't we conclude that the mailbox driver doesn't actually dereference
>> the pointer being passed?
>
> Right it can store the reference to queue the sent.
>
>>
>> If so I would prefer that you just pass NULL, so that if you in the
>> future need to pass some actual data it will be easy to distinguish the
>> old and new case.
>
> I can not use NULL pointer in stm32_rproc_attach and stm32_rproc_detach case.
> The reason is that the tx_done callback is not called if the message is NULL.
> (https://elixir.bootlin.com/linux/latest/source/drivers/mailbox/mailbox.c#L106)
>
> I could use NULL pointer in stm32_rproc_kick, but I would prefer to use the same way
> of calling mbox_send_message for all use cases and not take into account the
> mailbox internal behavior.
Do you still have any concern about this patch?
Thanks,
Arnaud
>
> Thanks,
> Arnaud
>
>
>>
>> Regards,
>> Bjorn
>>
>>> Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
>>> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
>>> ---
>>> drivers/remoteproc/stm32_rproc.c | 14 +++++---------
>>> 1 file changed, 5 insertions(+), 9 deletions(-)
>>>
>>> diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c
>>> index 7353f9e7e7af..0e8203a432ab 100644
>>> --- a/drivers/remoteproc/stm32_rproc.c
>>> +++ b/drivers/remoteproc/stm32_rproc.c
>>> @@ -474,14 +474,12 @@ static int stm32_rproc_attach(struct rproc *rproc)
>>> static int stm32_rproc_detach(struct rproc *rproc)
>>> {
>>> struct stm32_rproc *ddata = rproc->priv;
>>> - int err, dummy_data, idx;
>>> + int err, idx;
>>>
>>> /* Inform the remote processor of the detach */
>>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_DETACH);
>>> if (idx >= 0 && ddata->mb[idx].chan) {
>>> - /* A dummy data is sent to allow to block on transmit */
>>> - err = mbox_send_message(ddata->mb[idx].chan,
>>> - &dummy_data);
>>> + err = mbox_send_message(ddata->mb[idx].chan, "stop");
>>> if (err < 0)
>>> dev_warn(&rproc->dev, "warning: remote FW detach without ack\n");
>>> }
>>> @@ -493,15 +491,13 @@ static int stm32_rproc_detach(struct rproc *rproc)
>>> static int stm32_rproc_stop(struct rproc *rproc)
>>> {
>>> struct stm32_rproc *ddata = rproc->priv;
>>> - int err, dummy_data, idx;
>>> + int err, idx;
>>>
>>> /* request shutdown of the remote processor */
>>> if (rproc->state != RPROC_OFFLINE) {
>>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_SHUTDOWN);
>>> if (idx >= 0 && ddata->mb[idx].chan) {
>>> - /* a dummy data is sent to allow to block on transmit */
>>> - err = mbox_send_message(ddata->mb[idx].chan,
>>> - &dummy_data);
>>> + err = mbox_send_message(ddata->mb[idx].chan, "detach");
>>> if (err < 0)
>>> dev_warn(&rproc->dev, "warning: remote FW shutdown without ack\n");
>>> }
>>> @@ -556,7 +552,7 @@ static void stm32_rproc_kick(struct rproc *rproc, int vqid)
>>> continue;
>>> if (!ddata->mb[i].chan)
>>> return;
>>> - err = mbox_send_message(ddata->mb[i].chan, (void *)(long)vqid);
>>> + err = mbox_send_message(ddata->mb[i].chan, "kick");
>>> if (err < 0)
>>> dev_err(&rproc->dev, "%s: failed (%s, err:%d)\n",
>>> __func__, ddata->mb[i].name, err);
>>> --
>>> 2.17.1
>>>
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH] remoteproc: stm32: fix mbox_send_message call
2021-06-22 7:56 ` Arnaud POULIQUEN
@ 2021-06-23 18:45 ` Bjorn Andersson
0 siblings, 0 replies; 6+ messages in thread
From: Bjorn Andersson @ 2021-06-23 18:45 UTC (permalink / raw)
To: Arnaud POULIQUEN
Cc: Ohad Ben-Cohen, Mathieu Poirier, linux-remoteproc, linux-kernel,
linux-stm32
On Tue 22 Jun 02:56 CDT 2021, Arnaud POULIQUEN wrote:
> Hello Bjorn
>
> On 5/28/21 10:03 AM, Arnaud POULIQUEN wrote:
> > Hello Bjorn,
> >
> > On 5/28/21 5:26 AM, Bjorn Andersson wrote:
> >> On Tue 20 Apr 04:19 CDT 2021, Arnaud Pouliquen wrote:
> >>
> >>> mbox_send_message is called by passing a local dummy message or
> >>> a function parameter. As the message is queued, it is dereferenced.
> >>> This works because the message field is not used by the stm32 ipcc
> >>> driver, but it is not clean.
> >>>
> >>> Fix by passing a constant string in all cases.
> >>>
> >>> The associated comments are removed because rproc should not have to
> >>> deal with the behavior of the mailbox frame.
> >>>
> >>
> >> Didn't we conclude that the mailbox driver doesn't actually dereference
> >> the pointer being passed?
> >
> > Right it can store the reference to queue the sent.
> >
> >>
> >> If so I would prefer that you just pass NULL, so that if you in the
> >> future need to pass some actual data it will be easy to distinguish the
> >> old and new case.
> >
> > I can not use NULL pointer in stm32_rproc_attach and stm32_rproc_detach case.
> > The reason is that the tx_done callback is not called if the message is NULL.
> > (https://elixir.bootlin.com/linux/latest/source/drivers/mailbox/mailbox.c#L106)
> >
> > I could use NULL pointer in stm32_rproc_kick, but I would prefer to use the same way
> > of calling mbox_send_message for all use cases and not take into account the
> > mailbox internal behavior.
>
> Do you still have any concern about this patch?
>
I think my concern is now directed at the mailbox api. I think the
change is reasonable given that. Thanks for the explanation. I'm picking
up the patch.
Regards,
Bjorn
> Thanks,
> Arnaud
>
> >
> > Thanks,
> > Arnaud
> >
> >
> >>
> >> Regards,
> >> Bjorn
> >>
> >>> Reported-by: Bjorn Andersson <bjorn.andersson@linaro.org>
> >>> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com>
> >>> ---
> >>> drivers/remoteproc/stm32_rproc.c | 14 +++++---------
> >>> 1 file changed, 5 insertions(+), 9 deletions(-)
> >>>
> >>> diff --git a/drivers/remoteproc/stm32_rproc.c b/drivers/remoteproc/stm32_rproc.c
> >>> index 7353f9e7e7af..0e8203a432ab 100644
> >>> --- a/drivers/remoteproc/stm32_rproc.c
> >>> +++ b/drivers/remoteproc/stm32_rproc.c
> >>> @@ -474,14 +474,12 @@ static int stm32_rproc_attach(struct rproc *rproc)
> >>> static int stm32_rproc_detach(struct rproc *rproc)
> >>> {
> >>> struct stm32_rproc *ddata = rproc->priv;
> >>> - int err, dummy_data, idx;
> >>> + int err, idx;
> >>>
> >>> /* Inform the remote processor of the detach */
> >>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_DETACH);
> >>> if (idx >= 0 && ddata->mb[idx].chan) {
> >>> - /* A dummy data is sent to allow to block on transmit */
> >>> - err = mbox_send_message(ddata->mb[idx].chan,
> >>> - &dummy_data);
> >>> + err = mbox_send_message(ddata->mb[idx].chan, "stop");
> >>> if (err < 0)
> >>> dev_warn(&rproc->dev, "warning: remote FW detach without ack\n");
> >>> }
> >>> @@ -493,15 +491,13 @@ static int stm32_rproc_detach(struct rproc *rproc)
> >>> static int stm32_rproc_stop(struct rproc *rproc)
> >>> {
> >>> struct stm32_rproc *ddata = rproc->priv;
> >>> - int err, dummy_data, idx;
> >>> + int err, idx;
> >>>
> >>> /* request shutdown of the remote processor */
> >>> if (rproc->state != RPROC_OFFLINE) {
> >>> idx = stm32_rproc_mbox_idx(rproc, STM32_MBX_SHUTDOWN);
> >>> if (idx >= 0 && ddata->mb[idx].chan) {
> >>> - /* a dummy data is sent to allow to block on transmit */
> >>> - err = mbox_send_message(ddata->mb[idx].chan,
> >>> - &dummy_data);
> >>> + err = mbox_send_message(ddata->mb[idx].chan, "detach");
> >>> if (err < 0)
> >>> dev_warn(&rproc->dev, "warning: remote FW shutdown without ack\n");
> >>> }
> >>> @@ -556,7 +552,7 @@ static void stm32_rproc_kick(struct rproc *rproc, int vqid)
> >>> continue;
> >>> if (!ddata->mb[i].chan)
> >>> return;
> >>> - err = mbox_send_message(ddata->mb[i].chan, (void *)(long)vqid);
> >>> + err = mbox_send_message(ddata->mb[i].chan, "kick");
> >>> if (err < 0)
> >>> dev_err(&rproc->dev, "%s: failed (%s, err:%d)\n",
> >>> __func__, ddata->mb[i].name, err);
> >>> --
> >>> 2.17.1
> >>>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] remoteproc: stm32: fix mbox_send_message call
2021-04-20 9:19 [PATCH] remoteproc: stm32: fix mbox_send_message call Arnaud Pouliquen
2021-05-28 3:26 ` Bjorn Andersson
@ 2021-06-23 21:50 ` patchwork-bot+linux-remoteproc
1 sibling, 0 replies; 6+ messages in thread
From: patchwork-bot+linux-remoteproc @ 2021-06-23 21:50 UTC (permalink / raw)
To: Arnaud Pouliquen; +Cc: linux-remoteproc
Hello:
This patch was applied to andersson/remoteproc.git (refs/heads/for-next):
On Tue, 20 Apr 2021 11:19:22 +0200 you wrote:
> mbox_send_message is called by passing a local dummy message or
> a function parameter. As the message is queued, it is dereferenced.
> This works because the message field is not used by the stm32 ipcc
> driver, but it is not clean.
>
> Fix by passing a constant string in all cases.
>
> [...]
Here is the summary with links:
- remoteproc: stm32: fix mbox_send_message call
https://git.kernel.org/andersson/remoteproc/c/51c4b4e21226
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-06-23 21:50 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-20 9:19 [PATCH] remoteproc: stm32: fix mbox_send_message call Arnaud Pouliquen
2021-05-28 3:26 ` Bjorn Andersson
2021-05-28 8:03 ` Arnaud POULIQUEN
2021-06-22 7:56 ` Arnaud POULIQUEN
2021-06-23 18:45 ` Bjorn Andersson
2021-06-23 21:50 ` patchwork-bot+linux-remoteproc
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).