Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2

Trond Myklebust wrote:

No. Invalidatepage does precisely the wrong thing: it invalidates dirty
data instead of committing it to disk. If you need to have the data
invalidated, then you should call truncate_inode_pages().

Just curious... would it make sense to call truncate_inode_pages()
to purge the the readdir cache? Meaning, in nfs_revalidate_mapping()
truncate_inode_pages() would be called for S_ISDIR inodes?

It seems to me that it would be more of a decisive why to ensure
the readdir cache is purged...

steved.

-
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/

---

• Follow-Ups:
  • Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
    • From: Trond Myklebust <[email protected]>

• References:
  • [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
    • From: Trond Myklebust <[email protected]>
  • Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
    • From: David Howells <[email protected]>
  • Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
    • From: Trond Myklebust <[email protected]>

• Prev by Date: Re: [PATCH] ixgb: Delete IXGB_DBG() macro and call pr_debug() directly.
• Next by Date: cpufreq not working on AMD K8 (was Re: 2.6.19-rc1: known regressions)
• Previous by thread: Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
• Next by thread: Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2
• 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]