[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5d836b41-2dff-e829-2e18-97ea4565b5bc@huaweicloud.com>
Date: Sat, 27 May 2023 09:17:45 +0800
From: Yu Kuai <yukuai1@...weicloud.com>
To: Song Liu <song@...nel.org>, linan666@...weicloud.com
Cc: bingjingc@...ology.com, allenpeng@...ology.com,
alexwu@...ology.com, shli@...com, neilb@...e.de,
linux-raid@...r.kernel.org, linux-kernel@...r.kernel.org,
linan122@...wei.com, yi.zhang@...wei.com, houtao1@...wei.com,
yangerkun@...wei.com, "yukuai (C)" <yukuai3@...wei.com>
Subject: Re: [PATCH v2 1/4] md/raid10: fix null-ptr-deref of mreplace in
raid10_sync_request
Hi,
在 2023/05/27 5:38, Song Liu 写道:
> On Fri, May 26, 2023 at 12:47 AM <linan666@...weicloud.com> wrote: }
>
> To make sure I understand the issue correctly:
>
> The null-ptr-deref only happens when the Faulty bit was set after the
> last check and before this check below, right?
Yes, you're right.
Thanks,
Kuai
>
>> - if (mreplace && test_bit(Faulty, &mreplace->flags))
>> - mreplace = NULL;
>> /* Unless we are doing a full sync, or a replacement
>> * we only need to recover the block if it is set in
>> * the bitmap
>
> Thanks,
> Song
>
Powered by blists - more mailing lists