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

On Fri, Aug 25, 2006 at 08:37:10PM +0100, David Howells wrote:

> The AFS filesystem specifies block_sync_page() as its sync_page
> address op, which needs to be checked, and so is commented out for
> the moment.

Wouldn't it be better to just let the link/build fail so someone who
groks AFS internals can look into this?

-
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 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: Christoph Hellwig <[email protected]>

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

Prev by Date: Re: Why Semaphore Hardware-Dependent?
Next by Date: Re: Why Semaphore Hardware-Dependent?
Previous by thread: [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]