lkml.org 
[lkml]   [1999]   [Jul]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Linux 2.2.11pre2 proposed patch


On Mon, 19 Jul 1999, Alan Cox wrote:

> o FAT now uses cluster numbering for inode info

It doesn't. It generates inumbers on the fly. Cluster numbering is
unusable for that - truncate() *shouldn't* change inumber. FAT *has* no
file invariants that would survive (a) rename, (b) truncate(), (c) write
and (d) umount. Of all those umount give the least pain wrt races. New
code guarantees constant inumbers for opened files.

The bottom line - inumbers on FAT will suck anyway. There is no
inodes in normal sense. And inumbers changing after reboot are *much*
better than exploitable races. On FAT usage of (old) inumbers for any
backup stuff was broken - rename() would go unnoticed.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:53    [W:0.071 / U:0.680 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site