lkml.org 
[lkml]   [2002]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [reiserfs-dev] Re: [PATCH] sparc32: wrong type of nlink_t
    From
    Date
    On Thu, 2002-09-05 at 09:49, Oleg Drokin wrote:
    > Hello!
    >
    > On Thu, Sep 05, 2002 at 01:54:42PM +0400, Oleg Drokin wrote:
    >
    > > Ok, since I really like this approach, below is the patch (for 2.4) that
    > > demonstrates my solution.
    > > Also it correctly calculates maximal number given type may hold ( does not work
    > > with unsigned long long, though) with my own way ;)
    >
    > Version that actually works is now here ;)
    > Also I have added checks to reiserfs_mkdir and reiserfs_rename to not
    > overflow the counter. Still reiserfs only version of the patch.
    > Actually I think this very approach can be used for a lot of other filesystems
    > including ext2, where max nlink is defined to be 32000 only (I am not sure
    > how much space is there reserved on disk, though).
    >
    > Chris, can you please take a look at it?

    read the -noleaf description on the find man page to see why we need to
    set the directory link count to 1 when we are lying to userspace about
    the actual link count on directories.

    find isn't the only program that makes this assumption (it's just the
    only one I can think of ;-)

    Other than that the patch (the second one diffed against the correct
    tree) looks sane.

    -chris


    -
    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: 2005-03-22 13:28    [W:0.048 / U:30.376 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site