Messages in this thread |  | | Subject | Re: [reiserfs-dev] Re: [PATCH] sparc32: wrong type of nlink_t | From | Chris Mason <> | Date | 05 Sep 2002 10:03:44 -0400 |
| |
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/
|  |