All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
@ 2021-10-12  9:25 Yang Yingliang
  2021-10-12 11:36 ` Alexandru Ardelean
  0 siblings, 1 reply; 11+ messages in thread
From: Yang Yingliang @ 2021-10-12  9:25 UTC (permalink / raw)
  To: linux-kernel, linux-iio; +Cc: lars, jic23, andy.shevchenko

When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
set to 'i - 1' to prevent double-free when cleanup resources.

BUG: KASAN: double-free or invalid-free in __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
Call Trace:
 kfree+0x117/0x4c0
 __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
 iio_buffers_alloc_sysfs_and_mask+0x60d/0x1570 [industrialio]
 __iio_device_register+0x483/0x1a30 [industrialio]
 ina2xx_probe+0x625/0x980 [ina2xx_adc]

Reported-by: Hulk Robot <hulkci@huawei.com>
Fixes: ee708e6baacd ("iio: buffer: introduce support for attaching more IIO buffers")
Signed-off-by: Yang Yingliang <yangyingliang@huawei.com>
---
 drivers/iio/industrialio-buffer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/iio/industrialio-buffer.c b/drivers/iio/industrialio-buffer.c
index a95cc2da56be..5f4bd0b73d03 100644
--- a/drivers/iio/industrialio-buffer.c
+++ b/drivers/iio/industrialio-buffer.c
@@ -1616,7 +1616,7 @@ int iio_buffers_alloc_sysfs_and_mask(struct iio_dev *indio_dev)
 		buffer = iio_dev_opaque->attached_buffers[i];
 		ret = __iio_buffer_alloc_sysfs_and_mask(buffer, indio_dev, i);
 		if (ret) {
-			unwind_idx = i;
+			unwind_idx = i - 1;
 			goto error_unwind_sysfs_and_mask;
 		}
 	}
-- 
2.25.1


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12  9:25 [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask() Yang Yingliang
@ 2021-10-12 11:36 ` Alexandru Ardelean
  2021-10-12 20:30   ` Andy Shevchenko
  0 siblings, 1 reply; 11+ messages in thread
From: Alexandru Ardelean @ 2021-10-12 11:36 UTC (permalink / raw)
  To: Yang Yingliang
  Cc: LKML, linux-iio, Lars-Peter Clausen, Jonathan Cameron, Andy Shevchenko

On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
<yangyingliang@huawei.com> wrote:
>
> When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
> set to 'i - 1' to prevent double-free when cleanup resources.
>
> BUG: KASAN: double-free or invalid-free in __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
> Call Trace:
>  kfree+0x117/0x4c0
>  __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
>  iio_buffers_alloc_sysfs_and_mask+0x60d/0x1570 [industrialio]
>  __iio_device_register+0x483/0x1a30 [industrialio]
>  ina2xx_probe+0x625/0x980 [ina2xx_adc]
>

Makes sense.
Thanks for the catch.

Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com>

> Reported-by: Hulk Robot <hulkci@huawei.com>
> Fixes: ee708e6baacd ("iio: buffer: introduce support for attaching more IIO buffers")
> Signed-off-by: Yang Yingliang <yangyingliang@huawei.com>
> ---
>  drivers/iio/industrialio-buffer.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iio/industrialio-buffer.c b/drivers/iio/industrialio-buffer.c
> index a95cc2da56be..5f4bd0b73d03 100644
> --- a/drivers/iio/industrialio-buffer.c
> +++ b/drivers/iio/industrialio-buffer.c
> @@ -1616,7 +1616,7 @@ int iio_buffers_alloc_sysfs_and_mask(struct iio_dev *indio_dev)
>                 buffer = iio_dev_opaque->attached_buffers[i];
>                 ret = __iio_buffer_alloc_sysfs_and_mask(buffer, indio_dev, i);
>                 if (ret) {
> -                       unwind_idx = i;
> +                       unwind_idx = i - 1;
>                         goto error_unwind_sysfs_and_mask;
>                 }
>         }
> --
> 2.25.1
>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 20:30   ` Andy Shevchenko
@ 2021-10-12 17:43     ` Joe Perches
  2021-10-12 20:48       ` Andy Shevchenko
  2021-10-13  2:54     ` Yang Yingliang
  1 sibling, 1 reply; 11+ messages in thread
From: Joe Perches @ 2021-10-12 17:43 UTC (permalink / raw)
  To: Andy Shevchenko, Alexandru Ardelean
  Cc: Yang Yingliang, LKML, linux-iio, Lars-Peter Clausen, Jonathan Cameron

On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
> On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> <ardeleanalex@gmail.com> wrote:
> > 
> > On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> > <yangyingliang@huawei.com> wrote:
> > > 
> > > When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
> > > set to 'i - 1' to prevent double-free when cleanup resources.
[]
> 
> I prefer to see
> 
> - for (; unwind_idx >= 0; unwind_idx--) {
> + while (unwind_idx--)

Not the same code as unwind_idx would be decremented before entering
the code block.

You'd want

	do {
		...
	} while (unwind_idx--);



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 20:48       ` Andy Shevchenko
@ 2021-10-12 17:55         ` Joe Perches
  2021-10-12 20:58           ` Andy Shevchenko
  0 siblings, 1 reply; 11+ messages in thread
From: Joe Perches @ 2021-10-12 17:55 UTC (permalink / raw)
  To: Andy Shevchenko
  Cc: Alexandru Ardelean, Yang Yingliang, LKML, linux-iio,
	Lars-Peter Clausen, Jonathan Cameron

On Tue, 2021-10-12 at 23:48 +0300, Andy Shevchenko wrote:
> On Tue, Oct 12, 2021 at 8:43 PM Joe Perches <joe@perches.com> wrote:
> > 
> > On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
> > > On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> > > <ardeleanalex@gmail.com> wrote:
> > > > 
> > > > On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> > > > <yangyingliang@huawei.com> wrote:
> > > > > 
> > > > > When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
> > > > > set to 'i - 1' to prevent double-free when cleanup resources.
> > []
> > > 
> > > I prefer to see
> > > 
> > > - for (; unwind_idx >= 0; unwind_idx--) {
> > > + while (unwind_idx--)
> > 
> > Not the same code as unwind_idx would be decremented before entering
> > the code block.
> 
> It's kinda cryptic what you are pointing out.

Not really,

> What's needed additionally is to change
> 
> - unwind_idx = iio_dev_opaque->attached_buffers_cnt - 1;
> + unwind_idx = i;

You left out that 'additional change' above from your reply.

> Of course not. See above. The usual pattern is
> 
>   while (i--)
>     do_clean_item(i);

Of course, but that's not what you replied.
I was merely pointing out that your reply included a logic change
converting a loop from for to while.

cheers, Joe


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 11:36 ` Alexandru Ardelean
@ 2021-10-12 20:30   ` Andy Shevchenko
  2021-10-12 17:43     ` Joe Perches
  2021-10-13  2:54     ` Yang Yingliang
  0 siblings, 2 replies; 11+ messages in thread
From: Andy Shevchenko @ 2021-10-12 20:30 UTC (permalink / raw)
  To: Alexandru Ardelean
  Cc: Yang Yingliang, LKML, linux-iio, Lars-Peter Clausen, Jonathan Cameron

On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
<ardeleanalex@gmail.com> wrote:
>
> On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> <yangyingliang@huawei.com> wrote:
> >
> > When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
> > set to 'i - 1' to prevent double-free when cleanup resources.
> >
> > BUG: KASAN: double-free or invalid-free in __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
> > Call Trace:
> >  kfree+0x117/0x4c0
> >  __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
> >  iio_buffers_alloc_sysfs_and_mask+0x60d/0x1570 [industrialio]
> >  __iio_device_register+0x483/0x1a30 [industrialio]
> >  ina2xx_probe+0x625/0x980 [ina2xx_adc]
> >
>
> Makes sense.
> Thanks for the catch.
>
> Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com>

...

> >                 ret = __iio_buffer_alloc_sysfs_and_mask(buffer, indio_dev, i);
> >                 if (ret) {
> > -                       unwind_idx = i;
> > +                       unwind_idx = i - 1;
> >                         goto error_unwind_sysfs_and_mask;

I prefer to see

- for (; unwind_idx >= 0; unwind_idx--) {
+ while (unwind_idx--)

instead.

> >                 }
> >         }

-- 
With Best Regards,
Andy Shevchenko

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 17:43     ` Joe Perches
@ 2021-10-12 20:48       ` Andy Shevchenko
  2021-10-12 17:55         ` Joe Perches
  0 siblings, 1 reply; 11+ messages in thread
From: Andy Shevchenko @ 2021-10-12 20:48 UTC (permalink / raw)
  To: Joe Perches
  Cc: Alexandru Ardelean, Yang Yingliang, LKML, linux-iio,
	Lars-Peter Clausen, Jonathan Cameron

On Tue, Oct 12, 2021 at 8:43 PM Joe Perches <joe@perches.com> wrote:
>
> On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
> > On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> > <ardeleanalex@gmail.com> wrote:
> > >
> > > On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> > > <yangyingliang@huawei.com> wrote:
> > > >
> > > > When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
> > > > set to 'i - 1' to prevent double-free when cleanup resources.
> []
> >
> > I prefer to see
> >
> > - for (; unwind_idx >= 0; unwind_idx--) {
> > + while (unwind_idx--)
>
> Not the same code as unwind_idx would be decremented before entering
> the code block.

It's kinda cryptic what you are pointing out.

What's needed additionally is to change

- unwind_idx = iio_dev_opaque->attached_buffers_cnt - 1;
+ unwind_idx = i;

> You'd want
>
>         do {
>                 ...
>         } while (unwind_idx--);

Of course not. See above. The usual pattern is

  while (i--)
    do_clean_item(i);

-- 
With Best Regards,
Andy Shevchenko

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 17:55         ` Joe Perches
@ 2021-10-12 20:58           ` Andy Shevchenko
  2021-10-13  9:17             ` Yang Yingliang
  0 siblings, 1 reply; 11+ messages in thread
From: Andy Shevchenko @ 2021-10-12 20:58 UTC (permalink / raw)
  To: Joe Perches
  Cc: Alexandru Ardelean, Yang Yingliang, LKML, linux-iio,
	Lars-Peter Clausen, Jonathan Cameron

On Tue, Oct 12, 2021 at 8:55 PM Joe Perches <joe@perches.com> wrote:
> On Tue, 2021-10-12 at 23:48 +0300, Andy Shevchenko wrote:
> > On Tue, Oct 12, 2021 at 8:43 PM Joe Perches <joe@perches.com> wrote:
> > > On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
> > > > On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> > > > <ardeleanalex@gmail.com> wrote:
> > > > > On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> > > > > <yangyingliang@huawei.com> wrote:

...

> > > > I prefer to see
> > > >
> > > > - for (; unwind_idx >= 0; unwind_idx--) {
> > > > + while (unwind_idx--)
> > >
> > > Not the same code as unwind_idx would be decremented before entering
> > > the code block.
> >
> > It's kinda cryptic what you are pointing out.
>
> Not really,

It's. It lacks the very same "additional" words to explain what you
meant and why.

> > What's needed additionally is to change
> >
> > - unwind_idx = iio_dev_opaque->attached_buffers_cnt - 1;
> > + unwind_idx = i;
>
> You left out that 'additional change' above from your reply.

Yes, that's true, but it took some time to decrypt your message.

> > Of course not. See above. The usual pattern is
> >
> >   while (i--)
> >     do_clean_item(i);
>
> Of course, but that's not what you replied.
> I was merely pointing out that your reply included a logic change
> converting a loop from for to while.

I expect that developers actually think about the changes they do and
double check what's proposed by reviewers. If they just copy'n'paste
whatever others propose, I wouldn't take any patch from such a
developer.

-- 
With Best Regards,
Andy Shevchenko

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 20:30   ` Andy Shevchenko
  2021-10-12 17:43     ` Joe Perches
@ 2021-10-13  2:54     ` Yang Yingliang
  1 sibling, 0 replies; 11+ messages in thread
From: Yang Yingliang @ 2021-10-13  2:54 UTC (permalink / raw)
  To: Andy Shevchenko, Alexandru Ardelean
  Cc: LKML, linux-iio, Lars-Peter Clausen, Jonathan Cameron

Hi,

On 2021/10/13 4:30, Andy Shevchenko wrote:
> On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> <ardeleanalex@gmail.com> wrote:
>> On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
>> <yangyingliang@huawei.com> wrote:
>>> When __iio_buffer_alloc_sysfs_and_mask() failed, 'unwind_idx' should be
>>> set to 'i - 1' to prevent double-free when cleanup resources.
>>>
>>> BUG: KASAN: double-free or invalid-free in __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
>>> Call Trace:
>>>   kfree+0x117/0x4c0
>>>   __iio_buffer_free_sysfs_and_mask+0x32/0xb0 [industrialio]
>>>   iio_buffers_alloc_sysfs_and_mask+0x60d/0x1570 [industrialio]
>>>   __iio_device_register+0x483/0x1a30 [industrialio]
>>>   ina2xx_probe+0x625/0x980 [ina2xx_adc]
>>>
>> Makes sense.
>> Thanks for the catch.
>>
>> Reviewed-by: Alexandru Ardelean <ardeleanalex@gmail.com>
> ...
>
>>>                  ret = __iio_buffer_alloc_sysfs_and_mask(buffer, indio_dev, i);
>>>                  if (ret) {
>>> -                       unwind_idx = i;
>>> +                       unwind_idx = i - 1;
>>>                          goto error_unwind_sysfs_and_mask;
> I prefer to see
>
> - for (; unwind_idx >= 0; unwind_idx--) {
> + while (unwind_idx--)
>
> instead.
With using while loop, 'unwind_idx = 
iio_dev_opaque->attached_buffers_cnt - 1;' need
be changed.
I think my change is clear and simple, do I need resend a new version 
with using while loop ?

Thanks,
Yang
>
>>>                  }
>>>          }

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-12 20:58           ` Andy Shevchenko
@ 2021-10-13  9:17             ` Yang Yingliang
  2021-10-13  9:28               ` Andy Shevchenko
  0 siblings, 1 reply; 11+ messages in thread
From: Yang Yingliang @ 2021-10-13  9:17 UTC (permalink / raw)
  To: Andy Shevchenko, Joe Perches
  Cc: Alexandru Ardelean, LKML, linux-iio, Lars-Peter Clausen,
	Jonathan Cameron

Hi,

On 2021/10/13 4:58, Andy Shevchenko wrote:
> On Tue, Oct 12, 2021 at 8:55 PM Joe Perches <joe@perches.com> wrote:
>> On Tue, 2021-10-12 at 23:48 +0300, Andy Shevchenko wrote:
>>> On Tue, Oct 12, 2021 at 8:43 PM Joe Perches <joe@perches.com> wrote:
>>>> On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
>>>>> On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
>>>>> <ardeleanalex@gmail.com> wrote:
>>>>>> On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
>>>>>> <yangyingliang@huawei.com> wrote:
> ...
>
>>>>> I prefer to see
>>>>>
>>>>> - for (; unwind_idx >= 0; unwind_idx--) {
>>>>> + while (unwind_idx--)
>>>> Not the same code as unwind_idx would be decremented before entering
>>>> the code block.
>>> It's kinda cryptic what you are pointing out.
>> Not really,
> It's. It lacks the very same "additional" words to explain what you
> meant and why.
>
>>> What's needed additionally is to change
>>>
>>> - unwind_idx = iio_dev_opaque->attached_buffers_cnt - 1;
>>> + unwind_idx = i;
>> You left out that 'additional change' above from your reply.
> Yes, that's true, but it took some time to decrypt your message.
>
>>> Of course not. See above. The usual pattern is
>>>
>>>    while (i--)
>>>      do_clean_item(i);
>> Of course, but that's not what you replied.
>> I was merely pointing out that your reply included a logic change
>> converting a loop from for to while.
> I expect that developers actually think about the changes they do and
> double check what's proposed by reviewers. If they just copy'n'paste
> whatever others propose, I wouldn't take any patch from such a
> developer.
I think in alloc path is using for loop, and in error/free path also 
using for loop is better to read the code.
>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-13  9:17             ` Yang Yingliang
@ 2021-10-13  9:28               ` Andy Shevchenko
  2021-10-13  9:50                 ` Andy Shevchenko
  0 siblings, 1 reply; 11+ messages in thread
From: Andy Shevchenko @ 2021-10-13  9:28 UTC (permalink / raw)
  To: Yang Yingliang
  Cc: Joe Perches, Alexandru Ardelean, LKML, linux-iio,
	Lars-Peter Clausen, Jonathan Cameron

On Wed, Oct 13, 2021 at 12:17 PM Yang Yingliang
<yangyingliang@huawei.com> wrote:
> On 2021/10/13 4:58, Andy Shevchenko wrote:
> > On Tue, Oct 12, 2021 at 8:55 PM Joe Perches <joe@perches.com> wrote:
> >> On Tue, 2021-10-12 at 23:48 +0300, Andy Shevchenko wrote:
> >>> On Tue, Oct 12, 2021 at 8:43 PM Joe Perches <joe@perches.com> wrote:
> >>>> On Tue, 2021-10-12 at 23:30 +0300, Andy Shevchenko wrote:
> >>>>> On Tue, Oct 12, 2021 at 2:37 PM Alexandru Ardelean
> >>>>> <ardeleanalex@gmail.com> wrote:
> >>>>>> On Tue, Oct 12, 2021 at 12:18 PM Yang Yingliang
> >>>>>> <yangyingliang@huawei.com> wrote:
> > ...
> >
> >>>>> I prefer to see
> >>>>>
> >>>>> - for (; unwind_idx >= 0; unwind_idx--) {
> >>>>> + while (unwind_idx--)
> >>>> Not the same code as unwind_idx would be decremented before entering
> >>>> the code block.
> >>> It's kinda cryptic what you are pointing out.
> >> Not really,
> > It's. It lacks the very same "additional" words to explain what you
> > meant and why.
> >
> >>> What's needed additionally is to change
> >>>
> >>> - unwind_idx = iio_dev_opaque->attached_buffers_cnt - 1;
> >>> + unwind_idx = i;
> >> You left out that 'additional change' above from your reply.
> > Yes, that's true, but it took some time to decrypt your message.
> >
> >>> Of course not. See above. The usual pattern is
> >>>
> >>>    while (i--)
> >>>      do_clean_item(i);
> >> Of course, but that's not what you replied.
> >> I was merely pointing out that your reply included a logic change
> >> converting a loop from for to while.
> > I expect that developers actually think about the changes they do and
> > double check what's proposed by reviewers. If they just copy'n'paste
> > whatever others propose, I wouldn't take any patch from such a
> > developer.
> I think in alloc path is using for loop, and in error/free path also
> using for loop is better to read the code.

I don't think so.

  while(idx--)

is kinda idiom which is really easy to read.

I could send a v2 on your behalf.

-- 
With Best Regards,
Andy Shevchenko

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask()
  2021-10-13  9:28               ` Andy Shevchenko
@ 2021-10-13  9:50                 ` Andy Shevchenko
  0 siblings, 0 replies; 11+ messages in thread
From: Andy Shevchenko @ 2021-10-13  9:50 UTC (permalink / raw)
  To: Yang Yingliang
  Cc: Joe Perches, Alexandru Ardelean, LKML, linux-iio,
	Lars-Peter Clausen, Jonathan Cameron

On Wed, Oct 13, 2021 at 12:28 PM Andy Shevchenko
<andy.shevchenko@gmail.com> wrote:
> On Wed, Oct 13, 2021 at 12:17 PM Yang Yingliang
> <yangyingliang@huawei.com> wrote:

> I could send a v2 on your behalf.

Looking into code further I think that your patch is good as is, see
v2 I have just sent.

-- 
With Best Regards,
Andy Shevchenko

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2021-10-13  9:53 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-10-12  9:25 [PATCH] iio: buffer: Fix double-free in iio_buffers_alloc_sysfs_and_mask() Yang Yingliang
2021-10-12 11:36 ` Alexandru Ardelean
2021-10-12 20:30   ` Andy Shevchenko
2021-10-12 17:43     ` Joe Perches
2021-10-12 20:48       ` Andy Shevchenko
2021-10-12 17:55         ` Joe Perches
2021-10-12 20:58           ` Andy Shevchenko
2021-10-13  9:17             ` Yang Yingliang
2021-10-13  9:28               ` Andy Shevchenko
2021-10-13  9:50                 ` Andy Shevchenko
2021-10-13  2:54     ` Yang Yingliang

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.