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

