Re: [PATCH]: Handling spurious page fault for hugetlb region for 2.6.14-rc4-git5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 19 Oct 2005, Andrew Morton wrote:
> Hugh Dickins <[email protected]> wrote:
> > 
> >  I was forgetting that extending ftruncate wasn't supported in 2.6.14 and
> >  earlier, yes.  But I'm afraid the above scenario can still happen there:
> >  extending is done, not by ftruncate, but by (somewhere else) mmapping the
> >  larger size.   So your fix may still cause a tight infinite fault loop.
> 
> Will it?  Whenever we mmap a hugetlbfs file we prepopulate the entire vma
> with hugepages.  So I don't think there's ever any part of an address space
> which ia a) inside a hugepage vma and b) doesn't have a hugepage backing
> it.

The new vma, sure, will be fully populated.  But the old vma, in this
or some other process, which was created before the hugetlbfs file was
truncated down, will be left with a hole at the end.

Hugh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux