RE: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
From: 박병철/선임연구원/SW Platform AOT팀 (연 byungchul.park@lge.com) <hidden>
Date: 2017-09-26 06:39:45
Also in:
linux-block
From: 박병철/선임연구원/SW Platform AOT팀 (연 byungchul.park@lge.com) <hidden>
Date: 2017-09-26 06:39:45
Also in:
linux-block
-----Original Message----- From: Michael Lyle [mailto:mlyle@lyle.org] Sent: Tuesday, September 26, 2017 1:38 PM To: Coly Li Cc: linux-bcache@vger.kernel.org; linux-block@vger.kernel.org; axboe@kernel.dk; Eric Wheeler; Byungchul Park; Kent Overstreet Subject: Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API I believe this introduces a critical bug. cl->list is used to link together the llists for both things waiting, and for things that are being woken. If a closure that is woken decides to wait again, it will corrupt the llist that __closure_wake_up is using. The previous iteration structure gets the next element of the list before waking and is therefore safe.
Do you mean we have to use llist_for_each_entry_safe() instead of non-safe version? Is it ok if we use it instead?
Mike