* [PATCH next] tee: qcom: prevent potential off by one read
@ 2025-09-18 9:50 Dan Carpenter
2025-09-19 5:21 ` Sumit Garg
2025-09-23 22:48 ` Amirreza Zarrabi
0 siblings, 2 replies; 10+ messages in thread
From: Dan Carpenter @ 2025-09-18 9:50 UTC (permalink / raw)
To: Amirreza Zarrabi
Cc: Jens Wiklander, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
Re-order these checks to check if "i" is a valid array index before using
it. This prevents a potential off by one read access.
Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
---
drivers/tee/qcomtee/call.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
index cc17a48d0ab7..ac134452cc9c 100644
--- a/drivers/tee/qcomtee/call.c
+++ b/drivers/tee/qcomtee/call.c
@@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
}
/* Release any IO and OO objects not processed. */
- for (; u[i].type && i < num_params; i++) {
+ for (; i < num_params && u[i].type; i++) {
if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
u[i].type == QCOMTEE_ARG_TYPE_IO)
qcomtee_object_put(u[i].o);
--
2.51.0
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-18 9:50 [PATCH next] tee: qcom: prevent potential off by one read Dan Carpenter
@ 2025-09-19 5:21 ` Sumit Garg
2025-09-19 7:59 ` Jens Wiklander
2025-09-23 22:48 ` Amirreza Zarrabi
1 sibling, 1 reply; 10+ messages in thread
From: Sumit Garg @ 2025-09-19 5:21 UTC (permalink / raw)
To: Dan Carpenter
Cc: Amirreza Zarrabi, Jens Wiklander, linux-arm-msm, op-tee,
linux-kernel, kernel-janitors
On Thu, Sep 18, 2025 at 12:50:26PM +0300, Dan Carpenter wrote:
> Re-order these checks to check if "i" is a valid array index before using
> it. This prevents a potential off by one read access.
>
> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> ---
> drivers/tee/qcomtee/call.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Sumit Garg <sumit.garg@oss.qualcomm.com>
-Sumit
>
> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> index cc17a48d0ab7..ac134452cc9c 100644
> --- a/drivers/tee/qcomtee/call.c
> +++ b/drivers/tee/qcomtee/call.c
> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> }
>
> /* Release any IO and OO objects not processed. */
> - for (; u[i].type && i < num_params; i++) {
> + for (; i < num_params && u[i].type; i++) {
> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> u[i].type == QCOMTEE_ARG_TYPE_IO)
> qcomtee_object_put(u[i].o);
> --
> 2.51.0
>
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-19 5:21 ` Sumit Garg
@ 2025-09-19 7:59 ` Jens Wiklander
0 siblings, 0 replies; 10+ messages in thread
From: Jens Wiklander @ 2025-09-19 7:59 UTC (permalink / raw)
To: Sumit Garg
Cc: Dan Carpenter, Amirreza Zarrabi, linux-arm-msm, op-tee,
linux-kernel, kernel-janitors
On Fri, Sep 19, 2025 at 7:21 AM Sumit Garg <sumit.garg@kernel.org> wrote:
>
> On Thu, Sep 18, 2025 at 12:50:26PM +0300, Dan Carpenter wrote:
> > Re-order these checks to check if "i" is a valid array index before using
> > it. This prevents a potential off by one read access.
> >
> > Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> > Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> > ---
> > drivers/tee/qcomtee/call.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Reviewed-by: Sumit Garg <sumit.garg@oss.qualcomm.com>
Applied.
/Jens
>
> -Sumit
>
> >
> > diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> > index cc17a48d0ab7..ac134452cc9c 100644
> > --- a/drivers/tee/qcomtee/call.c
> > +++ b/drivers/tee/qcomtee/call.c
> > @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> > }
> >
> > /* Release any IO and OO objects not processed. */
> > - for (; u[i].type && i < num_params; i++) {
> > + for (; i < num_params && u[i].type; i++) {
> > if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> > u[i].type == QCOMTEE_ARG_TYPE_IO)
> > qcomtee_object_put(u[i].o);
> > --
> > 2.51.0
> >
> >
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-18 9:50 [PATCH next] tee: qcom: prevent potential off by one read Dan Carpenter
2025-09-19 5:21 ` Sumit Garg
@ 2025-09-23 22:48 ` Amirreza Zarrabi
2025-09-23 22:58 ` Amirreza Zarrabi
2025-09-24 7:32 ` Dan Carpenter
1 sibling, 2 replies; 10+ messages in thread
From: Amirreza Zarrabi @ 2025-09-23 22:48 UTC (permalink / raw)
To: Dan Carpenter
Cc: Jens Wiklander, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On 9/18/2025 7:50 PM, Dan Carpenter wrote:
> Re-order these checks to check if "i" is a valid array index before using
> it. This prevents a potential off by one read access.
>
> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> ---
> drivers/tee/qcomtee/call.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> index cc17a48d0ab7..ac134452cc9c 100644
> --- a/drivers/tee/qcomtee/call.c
> +++ b/drivers/tee/qcomtee/call.c
> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> }
>
> /* Release any IO and OO objects not processed. */
> - for (; u[i].type && i < num_params; i++) {
> + for (; i < num_params && u[i].type; i++) {
> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> u[i].type == QCOMTEE_ARG_TYPE_IO)
> qcomtee_object_put(u[i].o);
This is not required, considering the sequence of clean up, this
would never happen. `i` at least have been accessed once in the
switch above.
Regards,
Amir
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-23 22:48 ` Amirreza Zarrabi
@ 2025-09-23 22:58 ` Amirreza Zarrabi
2025-09-24 7:35 ` Dan Carpenter
2025-09-24 7:32 ` Dan Carpenter
1 sibling, 1 reply; 10+ messages in thread
From: Amirreza Zarrabi @ 2025-09-23 22:58 UTC (permalink / raw)
To: Dan Carpenter
Cc: Jens Wiklander, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On 9/24/2025 8:48 AM, Amirreza Zarrabi wrote:
> On 9/18/2025 7:50 PM, Dan Carpenter wrote:
>> Re-order these checks to check if "i" is a valid array index before using
>> it. This prevents a potential off by one read access.
>>
>> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
>> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
>> ---
>> drivers/tee/qcomtee/call.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
>> index cc17a48d0ab7..ac134452cc9c 100644
>> --- a/drivers/tee/qcomtee/call.c
>> +++ b/drivers/tee/qcomtee/call.c
>> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
>> }
>>
>> /* Release any IO and OO objects not processed. */
>> - for (; u[i].type && i < num_params; i++) {
>> + for (; i < num_params && u[i].type; i++) {
>> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
>> u[i].type == QCOMTEE_ARG_TYPE_IO)
>> qcomtee_object_put(u[i].o);
>
> This is not required, considering the sequence of clean up, this
> would never happen. `i` at least have been accessed once in the
> switch above.
>
> Regards,
> Amir
>
>
Also, size of u is always num_params + 1 for the ending 0.
(basically means `i < num_params` can be removed).
Anyway, it does not hurt :).
Regards,
Amir
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-23 22:48 ` Amirreza Zarrabi
2025-09-23 22:58 ` Amirreza Zarrabi
@ 2025-09-24 7:32 ` Dan Carpenter
1 sibling, 0 replies; 10+ messages in thread
From: Dan Carpenter @ 2025-09-24 7:32 UTC (permalink / raw)
To: Amirreza Zarrabi
Cc: Jens Wiklander, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On Wed, Sep 24, 2025 at 08:48:29AM +1000, Amirreza Zarrabi wrote:
> On 9/18/2025 7:50 PM, Dan Carpenter wrote:
> > Re-order these checks to check if "i" is a valid array index before using
> > it. This prevents a potential off by one read access.
> >
> > Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> > Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> > ---
> > drivers/tee/qcomtee/call.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> > index cc17a48d0ab7..ac134452cc9c 100644
> > --- a/drivers/tee/qcomtee/call.c
> > +++ b/drivers/tee/qcomtee/call.c
> > @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> > }
> >
> > /* Release any IO and OO objects not processed. */
> > - for (; u[i].type && i < num_params; i++) {
> > + for (; i < num_params && u[i].type; i++) {
> > if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> > u[i].type == QCOMTEE_ARG_TYPE_IO)
> > qcomtee_object_put(u[i].o);
>
> This is not required, considering the sequence of clean up, this
> would never happen. `i` at least have been accessed once in the
> switch above.
Only the first iteration has been accessed. The rest no.
regards,
dan carpenter
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-23 22:58 ` Amirreza Zarrabi
@ 2025-09-24 7:35 ` Dan Carpenter
2025-09-24 9:21 ` Jens Wiklander
0 siblings, 1 reply; 10+ messages in thread
From: Dan Carpenter @ 2025-09-24 7:35 UTC (permalink / raw)
To: Amirreza Zarrabi
Cc: Jens Wiklander, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On Wed, Sep 24, 2025 at 08:58:45AM +1000, Amirreza Zarrabi wrote:
>
>
> On 9/24/2025 8:48 AM, Amirreza Zarrabi wrote:
> > On 9/18/2025 7:50 PM, Dan Carpenter wrote:
> >> Re-order these checks to check if "i" is a valid array index before using
> >> it. This prevents a potential off by one read access.
> >>
> >> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> >> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> >> ---
> >> drivers/tee/qcomtee/call.c | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> >> index cc17a48d0ab7..ac134452cc9c 100644
> >> --- a/drivers/tee/qcomtee/call.c
> >> +++ b/drivers/tee/qcomtee/call.c
> >> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> >> }
> >>
> >> /* Release any IO and OO objects not processed. */
> >> - for (; u[i].type && i < num_params; i++) {
> >> + for (; i < num_params && u[i].type; i++) {
> >> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> >> u[i].type == QCOMTEE_ARG_TYPE_IO)
> >> qcomtee_object_put(u[i].o);
> >
> > This is not required, considering the sequence of clean up, this
> > would never happen. `i` at least have been accessed once in the
> > switch above.
> >
> > Regards,
> > Amir
> >
> >
>
> Also, size of u is always num_params + 1 for the ending 0.
> (basically means `i < num_params` can be removed).
>
Yes. This is true.
regards,
dan carpenter
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-24 7:35 ` Dan Carpenter
@ 2025-09-24 9:21 ` Jens Wiklander
2025-09-24 9:56 ` Dan Carpenter
0 siblings, 1 reply; 10+ messages in thread
From: Jens Wiklander @ 2025-09-24 9:21 UTC (permalink / raw)
To: Dan Carpenter
Cc: Amirreza Zarrabi, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On Wed, Sep 24, 2025 at 9:36 AM Dan Carpenter <dan.carpenter@linaro.org> wrote:
>
> On Wed, Sep 24, 2025 at 08:58:45AM +1000, Amirreza Zarrabi wrote:
> >
> >
> > On 9/24/2025 8:48 AM, Amirreza Zarrabi wrote:
> > > On 9/18/2025 7:50 PM, Dan Carpenter wrote:
> > >> Re-order these checks to check if "i" is a valid array index before using
> > >> it. This prevents a potential off by one read access.
> > >>
> > >> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> > >> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> > >> ---
> > >> drivers/tee/qcomtee/call.c | 2 +-
> > >> 1 file changed, 1 insertion(+), 1 deletion(-)
> > >>
> > >> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> > >> index cc17a48d0ab7..ac134452cc9c 100644
> > >> --- a/drivers/tee/qcomtee/call.c
> > >> +++ b/drivers/tee/qcomtee/call.c
> > >> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> > >> }
> > >>
> > >> /* Release any IO and OO objects not processed. */
> > >> - for (; u[i].type && i < num_params; i++) {
> > >> + for (; i < num_params && u[i].type; i++) {
> > >> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> > >> u[i].type == QCOMTEE_ARG_TYPE_IO)
> > >> qcomtee_object_put(u[i].o);
> > >
> > > This is not required, considering the sequence of clean up, this
> > > would never happen. `i` at least have been accessed once in the
> > > switch above.
> > >
> > > Regards,
> > > Amir
> > >
> > >
> >
> > Also, size of u is always num_params + 1 for the ending 0.
> > (basically means `i < num_params` can be removed).
> >
>
> Yes. This is true.
So this patch isn't needed. I'll drop it if no one objects.
Cheers,
Jens
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-24 9:21 ` Jens Wiklander
@ 2025-09-24 9:56 ` Dan Carpenter
2025-09-25 1:46 ` Amirreza Zarrabi
0 siblings, 1 reply; 10+ messages in thread
From: Dan Carpenter @ 2025-09-24 9:56 UTC (permalink / raw)
To: Jens Wiklander
Cc: Amirreza Zarrabi, Sumit Garg, linux-arm-msm, op-tee, linux-kernel,
kernel-janitors
On Wed, Sep 24, 2025 at 11:21:34AM +0200, Jens Wiklander wrote:
> On Wed, Sep 24, 2025 at 9:36 AM Dan Carpenter <dan.carpenter@linaro.org> wrote:
> >
> > On Wed, Sep 24, 2025 at 08:58:45AM +1000, Amirreza Zarrabi wrote:
> > >
> > >
> > > On 9/24/2025 8:48 AM, Amirreza Zarrabi wrote:
> > > > On 9/18/2025 7:50 PM, Dan Carpenter wrote:
> > > >> Re-order these checks to check if "i" is a valid array index before using
> > > >> it. This prevents a potential off by one read access.
> > > >>
> > > >> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
> > > >> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
> > > >> ---
> > > >> drivers/tee/qcomtee/call.c | 2 +-
> > > >> 1 file changed, 1 insertion(+), 1 deletion(-)
> > > >>
> > > >> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
> > > >> index cc17a48d0ab7..ac134452cc9c 100644
> > > >> --- a/drivers/tee/qcomtee/call.c
> > > >> +++ b/drivers/tee/qcomtee/call.c
> > > >> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
> > > >> }
> > > >>
> > > >> /* Release any IO and OO objects not processed. */
> > > >> - for (; u[i].type && i < num_params; i++) {
> > > >> + for (; i < num_params && u[i].type; i++) {
> > > >> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
> > > >> u[i].type == QCOMTEE_ARG_TYPE_IO)
> > > >> qcomtee_object_put(u[i].o);
> > > >
> > > > This is not required, considering the sequence of clean up, this
> > > > would never happen. `i` at least have been accessed once in the
> > > > switch above.
> > > >
> > > > Regards,
> > > > Amir
> > > >
> > > >
> > >
> > > Also, size of u is always num_params + 1 for the ending 0.
> > > (basically means `i < num_params` can be removed).
> > >
> >
> > Yes. This is true.
>
> So this patch isn't needed. I'll drop it if no one objects.
The patch makes the code better though... It never really makes sense
to use a variable first and then check if it's valid later. In this
case the check isn't required.
Ideally the code would only have one limit. We could either do:
for (; i < num_params; i++) {
Or:
for (; u[i].type != QCOMTEE_ARG_TYPE_INV; i++) {
Either way works...
regards,
dan carpenter
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH next] tee: qcom: prevent potential off by one read
2025-09-24 9:56 ` Dan Carpenter
@ 2025-09-25 1:46 ` Amirreza Zarrabi
0 siblings, 0 replies; 10+ messages in thread
From: Amirreza Zarrabi @ 2025-09-25 1:46 UTC (permalink / raw)
To: Dan Carpenter, Jens Wiklander
Cc: Sumit Garg, linux-arm-msm, op-tee, linux-kernel, kernel-janitors
On 9/24/2025 7:56 PM, Dan Carpenter wrote:
> On Wed, Sep 24, 2025 at 11:21:34AM +0200, Jens Wiklander wrote:
>> On Wed, Sep 24, 2025 at 9:36 AM Dan Carpenter <dan.carpenter@linaro.org> wrote:
>>>
>>> On Wed, Sep 24, 2025 at 08:58:45AM +1000, Amirreza Zarrabi wrote:
>>>>
>>>>
>>>> On 9/24/2025 8:48 AM, Amirreza Zarrabi wrote:
>>>>> On 9/18/2025 7:50 PM, Dan Carpenter wrote:
>>>>>> Re-order these checks to check if "i" is a valid array index before using
>>>>>> it. This prevents a potential off by one read access.
>>>>>>
>>>>>> Fixes: d6e290837e50 ("tee: add Qualcomm TEE driver")
>>>>>> Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org>
>>>>>> ---
>>>>>> drivers/tee/qcomtee/call.c | 2 +-
>>>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>>>
>>>>>> diff --git a/drivers/tee/qcomtee/call.c b/drivers/tee/qcomtee/call.c
>>>>>> index cc17a48d0ab7..ac134452cc9c 100644
>>>>>> --- a/drivers/tee/qcomtee/call.c
>>>>>> +++ b/drivers/tee/qcomtee/call.c
>>>>>> @@ -308,7 +308,7 @@ static int qcomtee_params_from_args(struct tee_param *params,
>>>>>> }
>>>>>>
>>>>>> /* Release any IO and OO objects not processed. */
>>>>>> - for (; u[i].type && i < num_params; i++) {
>>>>>> + for (; i < num_params && u[i].type; i++) {
>>>>>> if (u[i].type == QCOMTEE_ARG_TYPE_OO ||
>>>>>> u[i].type == QCOMTEE_ARG_TYPE_IO)
>>>>>> qcomtee_object_put(u[i].o);
>>>>>
>>>>> This is not required, considering the sequence of clean up, this
>>>>> would never happen. `i` at least have been accessed once in the
>>>>> switch above.
>>>>>
>>>>> Regards,
>>>>> Amir
>>>>>
>>>>>
>>>>
>>>> Also, size of u is always num_params + 1 for the ending 0.
>>>> (basically means `i < num_params` can be removed).
>>>>
>>>
>>> Yes. This is true.
>>
>> So this patch isn't needed. I'll drop it if no one objects.
>
> The patch makes the code better though... It never really makes sense
> to use a variable first and then check if it's valid later. In this
> case the check isn't required.
>
> Ideally the code would only have one limit. We could either do:
>
> for (; i < num_params; i++) {
> Or:
> for (; u[i].type != QCOMTEE_ARG_TYPE_INV; i++) {
>
> Either way works...
>
> regards,
> dan carpenter
>
Originally, it was written as
for (; u[i].type != QCOMTEE_ARG_TYPE_INV; i++) { ...
but changed trough out the review process.
I do not have any preference. But if having it as
for (; i < num_params && u[i].type; i++) { ...
is more readable, let's keep it.
Regards,
Amir
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2025-09-25 1:46 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-09-18 9:50 [PATCH next] tee: qcom: prevent potential off by one read Dan Carpenter
2025-09-19 5:21 ` Sumit Garg
2025-09-19 7:59 ` Jens Wiklander
2025-09-23 22:48 ` Amirreza Zarrabi
2025-09-23 22:58 ` Amirreza Zarrabi
2025-09-24 7:35 ` Dan Carpenter
2025-09-24 9:21 ` Jens Wiklander
2025-09-24 9:56 ` Dan Carpenter
2025-09-25 1:46 ` Amirreza Zarrabi
2025-09-24 7:32 ` Dan Carpenter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox