Messages in this thread | | | Date | Tue, 30 May 2006 09:12:53 -0400 | From | Josef Sipek <> | Subject | Re: [rfc][patch] remove racy sync_page? |
| |
On Tue, May 30, 2006 at 04:44:57PM +1000, Nick Piggin wrote: > Josef Sipek wrote: > >On Mon, May 29, 2006 at 07:34:09PM +1000, Nick Piggin wrote: > >... > > > >>Can we get rid of the whole thing, confusing memory barriers and all? > >>Nobody uses anything but the default sync_page > > > > > >I feel like I must say this: there are some file systems that live > >outside the kernel (at least for now) that do _NOT_ use the default > >sync_page. All the stackable file systems that are based on FiST [1], > >such as Unionfs [2] and eCryptfs (currently in -mm) [3] (respective > >authors CC'd). As an example, Unionfs must decide which lower file > >system page to sync (since it may have several to chose from). > > OK, noted. Thanks. Luckily for them it looks like sync_page might > stay for other reasons (eg. raid) ;) > > Any good reasons they are not in the tree?
eCryptfs got recently into -mm, my guess would be that Mike Halcrow will try to get it into vanilla in the coming months.
Unionfs is into process of getting ready for a review by the fs-devel & linux-kernel crowd.
Josef "Jeff" Sipek. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |