lkml.org 
[lkml]   [2006]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.18 -mm merge plans
    > ecryptfs-crypto-functions.patch
    > ecryptfs-debug-functions.patch
    > ecryptfs-alpha-build-fix.patch
    > ecryptfs-convert-assert-to-bug_on.patch
    > ecryptfs-remove-unnecessary-null-checks.patch
    > ecryptfs-rewrite-ecryptfs_fsync.patch
    > ecryptfs-overhaul-file-locking.patch
    >
    > Christoph has half-reviewed this and all the issues arising from that
    > have, I believe, been addressed. With the exception of the "we should
    > have a generic stacking layer" issue. Which is true. Michael's take is
    > "yes, but that's not my job". Which also is true.

    It's far from ready. There's various things that simply can't be done
    properly in a lowlevel fs or abosulutely shouldn't. And I think a few
    uniqueue gems in there. Most urgent thing of course is that we somehow
    need to deal with the idiocy of the nameidata passed into most namespace
    methods.

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

    \
     
     \ /
      Last update: 2006-06-10 12:26    [W:0.023 / U:64.116 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site