Re: [PATCH] fix update_mmu_cache in fremap.c

From: Hugh Dickins <[email protected]>
Date: Fri, 26 May 2006 23:43:47 +0100 (BST)

> Sure it's important for not-previously-present mappings, when you're
> installing a present pte.  But the "file pte" being installed by
> install_file_pte is not a real pte - it's a non-present entry (like
> a swap entry), noting what file offset should be mapped there when
> there's a fault (in a non-linear vma where that's not obvious).

My bad, the update_mmu_cache() certainly is erroneous in that
case.

Thanks for the clarification.
-
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/

---

• References:
  • [PATCH] fix update_mmu_cache in fremap.c
    • From: Hugh Dickins <[email protected]>
  • Re: [PATCH] fix update_mmu_cache in fremap.c
    • From: David Miller <[email protected]>
  • Re: [PATCH] fix update_mmu_cache in fremap.c
    • From: Hugh Dickins <[email protected]>

• Prev by Date: Re: [patch 03/13] input: make input a multi-object module
• Next by Date: Re: 2.6.17-rc5-git1: regression: resume from suspend(RAM) fails: libata issue
• Previous by thread: Re: [PATCH] fix update_mmu_cache in fremap.c
• Next by thread: [PATCH] swapoff atomic_inc_not_zero on mm_users
• Index(es):
  • Date
  • Thread

[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]