Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]

Christoph Hellwig <[email protected]> wrote:

> AFS never sets a backing_dev_info on it's own and thus uses
> &default_backing_dev_info which sets the unplug_io_fn to
> default_unplug_io_fn.  default_unplug_io_fn is a no-op, and thus
> block_sync_page does nothing for AFS.

I'm sure I used to require this for when there was a local cache on disk.
Maybe things have changed, or maybe I'm misremembering.

David
-
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:
  • Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
    • From: Christoph Hellwig <[email protected]>
  • [PATCH 00/18] BLOCK: Permit block layer to be disabled [try #4]
    • From: David Howells <[email protected]>
  • [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
    • From: David Howells <[email protected]>
  • Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
    • From: Chris Wedgwood <[email protected]>

• Prev by Date: Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer [try #2]
• Next by Date: Re: [RPC] OLPC tablet input driver.
• Previous by thread: Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
• Next by thread: Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
• 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]