On Thu, Jan 14, 2021 at 4:03 PM Anatoly Burakov
<[email protected]> wrote:
>
> When we're attaching fbarrays in secondary processes, we check for
> whether the intended memory address for the fbarray is already in use by
> some other, local fbarray. However, the check for end-overlap (i.e. to
> see if our memory area's end overlaps with some other fbarray) is
> incorrectly counting end offset as part of the overlap. Fix the check.
>
> Fixes: 5b61c62cfd76 ("fbarray: add internal tailq for mapped areas")
> Cc: [email protected]
>
> Signed-off-by: Anatoly Burakov <[email protected]>
Tested-by: Zhihong Peng <[email protected]>

Applied.

-- 
David Marchand

Reply via email to