lkml.org 
[lkml]   [2010]   [Jul]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]
    Date
    Jan Engelhardt <jengelh@medozas.de> wrote:

    > >> (8) Allow the filesystem to indicate what it can/cannot provide: A
    > >> filesystem can now say it doesn't support a standard stat feature if
    > >> that isn't available.
    > >
    > >What for?
    >
    > Given xstat.otime=0, how would you determine whether the file is really
    > tagged with a date of 1970, or whether it's just the fs which didnot
    > store this kind of information.

    I was thinking more of stuff that's already in the Linux stat struct, some of
    which is fabricated because the underlying fs doesn't support it.

    Take RomFS for example: it fabricates all of st_mtime, st_atime, st_ctime,
    st_nlinks, st_blocks, st_uid and st_gid because none of them are stored in the
    medium

    Similarly, UbiFS fabricates st_blocks and complains in a comment that it makes
    no sense for that type of filesystem.

    There are other examples.

    David


    \
     
     \ /
      Last update: 2010-07-22 14:27    [W:2.827 / U:0.120 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site