From: Alex Vainman <alexonlists-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: alexv-smomgflXvOZWk0Htik3J/w@public.gmane.org
Cc: Roland Dreier <rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>,
roland <rolandd-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
alexr-smomgflXvOZWk0Htik3J/w@public.gmane.org
Subject: Re: [PATCH v3 4/4] libibverbs: Undo changes in memory range tree when madvise() fails
Date: Sun, 28 Mar 2010 20:26:29 +0300 [thread overview]
Message-ID: <4BAF9145.6010604@gmail.com> (raw)
In-Reply-To: <4BAF8C88.80909-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Hi Roland,
I'v sent you in my previous mail version 3 of the part 4 of the patch: "Undo changes in memory range tree when madvise() fails", updated according to yours recommedations. There are just two exceptions:
1.The lines:
589- if (!tmp || start)
590- goto out;-
I've changed to:
589+ if (!tmp || start > tmp->end)
590+ goto out;
Since, if the first sub range causes to madvice failure (so: start > tmp->end), there is no need to start the roll back mechanism, which can incorrectly modify, in this case, the memory tree.
2. Added
607+ if (rolling_back)
608+ ret = -1;
Since the rollback proccess can change the value of the ret varibale, can happen that madvice fails but the function returns "0"!
This change was done in order to avoid that scenario.
-Alex
Alex Vainman Wrote:
> ibv_madvise_range() doesn't cleanup if madvise() fails.
> This patch comes to roll back the changes, made in memory tree,
> which preceded the madvise() failure:
>
> When madvise() fails on a memory range portion out of the whole range which
> user requested to modify and ibv_madvise_range() successfully modified a few
> tree nodes up to the problematical portion sub-ranges (this can happen if
> there is an overlap between user's range and range's which where previously
> added to the memory tree) then it is not enough to undo the split and merge
> operation performed on the current node, which caused the failure, but the
> functions needed to undo all the changes made on all the previous ranges from
> start pointer to current location.
> The patch revertes all the changes by re-running it self from start pointer to
> current location with toggled inc value.
>
> Signed-off-by: Alex Vainman <alexv-smomgflXvOZWk0Htik3J/w@public.gmane.org>
> ---
> src/memory.c | 21 ++++++++++++++++++---
> 1 files changed, 18 insertions(+), 3 deletions(-)
>
> diff --git a/src/memory.c b/src/memory.c
> index 03f49c8..14f5bc5 100644
> --- a/src/memory.c
> +++ b/src/memory.c
> @@ -527,18 +527,19 @@ static int ibv_madvise_range(void *base, size_t size, int advice)
> uintptr_t start, end;
> struct ibv_mem_node *node, *tmp;
> int inc;
> + int rolling_back = 0;
> int ret = 0;
>
> if (!size)
> return 0;
>
> - inc = advice == MADV_DONTFORK ? 1 : -1;
> -
> start = (uintptr_t) base & ~(page_size - 1);
> end = ((uintptr_t) (base + size + page_size - 1) &
> ~(page_size - 1)) - 1;
>
> pthread_mutex_lock(&mm_mutex);
> +again:
> + inc = advice == MADV_DONTFORK ? 1 : -1;
>
> node = get_start_node(start, end, inc);
> if (!node) {
> @@ -576,7 +577,19 @@ static int ibv_madvise_range(void *base, size_t size, int advice)
> advice);
> if (ret) {
> node = undo_node(node, start, inc);
> - goto out;
> +
> + if (rolling_back || !node)
> + goto out;
> +
> + /* madvise failed, roll back previous changes */
> + rolling_back = 1;
> + advice = advice == MADV_DONTFORK ? MADV_DOFORK :
> + MADV_DONTFORK;
> + tmp = __mm_prev(node);
> + if (!tmp || start > tmp->end)
> + goto out;
> + end = tmp->end;
> + goto again;
> }
> }
>
> @@ -591,6 +604,8 @@ static int ibv_madvise_range(void *base, size_t size, int advice)
> }
>
> out:
> + if (rolling_back)
> + ret = -1;
> pthread_mutex_unlock(&mm_mutex);
>
> return ret;
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-03-28 17:26 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-28 17:06 [PATCH v3 4/4] libibverbs: Undo changes in memory range tree when madvise() fails Alex Vainman
[not found] ` <4BAF8C88.80909-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-03-28 17:26 ` Alex Vainman [this message]
2010-04-21 22:12 ` Roland Dreier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BAF9145.6010604@gmail.com \
--to=alexonlists-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=alexr-smomgflXvOZWk0Htik3J/w@public.gmane.org \
--cc=alexv-smomgflXvOZWk0Htik3J/w@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
--cc=rolandd-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox