From: Hugh Dickins <hugh.dickins@tiscali.co.uk>
To: Tony Perkins <da.perk@gmail.com>
Cc: linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>,
linux-mm@kvack.org
Subject: Re: Bug in find_vma_prev - mmap.c
Date: Sun, 31 Jan 2010 16:25:22 +0000 (GMT) [thread overview]
Message-ID: <alpine.LSU.2.00.1001311616590.5897@sister.anvils> (raw)
In-Reply-To: <201001301929.47659.rjw@sisk.pl>
On Sat, 30 Jan 2010, Rafael J. Wysocki wrote:
> [Adding CCs]
>
> On Saturday 30 January 2010, Tony Perkins wrote:
> > This code returns vma (mm->mmap) if it sees that addr is lower than first VMA.
> > However, I think it falsely returns vma (mm->mmap) on the case where
> > addr is in the first VMA.
> >
> > If it is the first VMA region:
> > - *pprev should be set to NULL
> > - implying prev is NULL
> > - and should therefore return vma (so in this case, I just added if
> > it's the first VMA and it's within range)
> >
> > /* Same as find_vma, but also return a pointer to the previous VMA in *pprev. */
> > struct vm_area_struct *
> > find_vma_prev(struct mm_struct *mm, unsigned long addr,
> > struct vm_area_struct **pprev)
> > {
> > struct vm_area_struct *vma = NULL, *prev = NULL;
> > struct rb_node *rb_node;
> > if (!mm)
> > goto out;
> >
> > /* Guard against addr being lower than the first VMA */
> > vma = mm->mmap;
> >
> > /* Go through the RB tree quickly. */
> > rb_node = mm->mm_rb.rb_node;
> >
> > while (rb_node) {
> > struct vm_area_struct *vma_tmp;
> > vma_tmp = rb_entry(rb_node, struct vm_area_struct, vm_rb);
> >
> > if (addr < vma_tmp->vm_end) {
> > // TONY: if (vma_tmp->vm_start <= addr) vma = vma_tmp; //
> > this returns the correct 'vma' when vma is the first node (i.e., no
> > prev)
> > rb_node = rb_node->rb_left;
> > } else {
> > prev = vma_tmp;
> > if (!prev->vm_next || (addr < prev->vm_next->vm_end))
> > break;
> > rb_node = rb_node->rb_right;
> > }
> > }
> >
> > out:
> > *pprev = prev;
> > return prev ? prev->vm_next : vma;
> > }
> >
> > Is this a known issue and/or has this problem been addressed?
> > Also, please CC my email address with responses.
>
> Well, I guess you should let the mm people know (CCs added).
Sorry, I don't see what the problem is: I may be misunderstanding.
Why do you think it is wrong to return the vma which addr is in
(whether or not that's the first vma)?
find_vma_prev() is supposed to return the same vma as find_vma()
does, but additionally fill in *pprev. And find_vma() is supposed
to return the vma containing or the next vma above the addr supplied.
Hugh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2010-01-31 16:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <6cafb0f01001291657q4ccbee86rce3143a4be7a1433@mail.gmail.com>
2010-01-30 18:29 ` Rafael J. Wysocki
2010-01-31 16:25 ` Hugh Dickins [this message]
2010-01-31 18:56 ` Tony Perkins
2010-01-31 20:03 ` Hugh Dickins
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=alpine.LSU.2.00.1001311616590.5897@sister.anvils \
--to=hugh.dickins@tiscali.co.uk \
--cc=akpm@linux-foundation.org \
--cc=da.perk@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=rjw@sisk.pl \
/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