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

Chris Wedgwood <[email protected]> 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?

That would be me...

I don't want the block patches getting rejected because make allyesconfig fails
due to AFS not linking.

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: Chris Wedgwood <[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]>

• Prev by Date: Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted
• Next by Date: Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted
• Previous by thread: Re: [PATCH 05/18] [PATCH] BLOCK: Don't call block_sync_page() from AFS [try #4]
• Next by thread: [PATCH 06/18] [PATCH] BLOCK: Move extern declarations out of fs/*.c into header files [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]