2009-05-13 22:56:27 +00:00
|
|
|
#ifndef __ASM_GENERIC_STAT_H
|
|
|
|
#define __ASM_GENERIC_STAT_H
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Everybody gets this wrong and has to stick with it for all
|
|
|
|
* eternity. Hopefully, this version gets used by new architectures
|
|
|
|
* so they don't fall into the same traps.
|
|
|
|
*
|
|
|
|
* stat64 is copied from powerpc64, with explicit padding added.
|
|
|
|
* stat is the same structure layout on 64-bit, without the 'long long'
|
|
|
|
* types.
|
|
|
|
*
|
|
|
|
* By convention, 64 bit architectures use the stat interface, while
|
|
|
|
* 32 bit architectures use the stat64 interface. Note that we don't
|
|
|
|
* provide an __old_kernel_stat here, which new architecture should
|
|
|
|
* not have to start with.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <asm/bitsperlong.h>
|
|
|
|
|
|
|
|
#define STAT_HAVE_NSEC 1
|
|
|
|
|
|
|
|
struct stat {
|
|
|
|
unsigned long st_dev; /* Device. */
|
|
|
|
unsigned long st_ino; /* File serial number. */
|
|
|
|
unsigned int st_mode; /* File mode. */
|
|
|
|
unsigned int st_nlink; /* Link count. */
|
|
|
|
unsigned int st_uid; /* User ID of the file's owner. */
|
|
|
|
unsigned int st_gid; /* Group ID of the file's group. */
|
|
|
|
unsigned long st_rdev; /* Device number, if device. */
|
|
|
|
unsigned long __pad1;
|
|
|
|
long st_size; /* Size of file, in bytes. */
|
|
|
|
int st_blksize; /* Optimal block size for I/O. */
|
|
|
|
int __pad2;
|
|
|
|
long st_blocks; /* Number 512-byte blocks allocated. */
|
asm-generic/stat.h: support 64-bit file time_t for stat()
The existing asm-generic/stat.h specifies st_mtime, etc., as a 32-value,
and works well for 32-bit architectures (currently microblaze, score,
and 32-bit tile). However, for 64-bit architectures it isn't sufficient
to return 32 bits of time_t; this isn't good insurance against the 2037
rollover. (It also makes glibc support less convenient, since we can't
use glibc's handy STAT_IS_KERNEL_STAT mode.)
This change extends the two "timespec" fields for each of the three atime,
mtime, and ctime fields from "int" to "long". As a result, on 32-bit
platforms nothing changes, and 64-bit platforms will now work as expected.
The only wrinkle is 32-bit userspace under 64-bit kernels taking advantage
of COMPAT mode. For these, we leave the "struct stat64" definitions with
the "int" versions of the time_t and nsec fields, so that architectures
can implement compat_sys_stat64() and friends with sys_stat64(), etc.,
and get the expected 32-bit structure layout. This requires a
field-by-field copy in the kernel, implemented by the code guarded
under __ARCH_WANT_STAT64.
This does mean that the shape of the "struct stat" and "struct stat64"
structures is different on a 64-bit kernel, but only one of the two
structures should ever be used by any given process: "struct stat"
is meant for 64-bit userspace only, and "struct stat64" for 32-bit
userspace only. (On a 32-bit kernel the two structures continue to have
the same shape, since "long" is 32 bits.)
The alternative is keeping the two structures the same shape on 64-bit
kernels, which means a 64-bit time_t in "struct stat64" for 32-bit
processes. This is a little unnatural since 32-bit userspace can't
do anything with 64 bits of time_t information, since time_t is just
"long", not "int64_t"; and in any case 32-bit userspace might expect
to be running under a 32-bit kernel, which can't provide the high 32
bits anyway. In the case of a 32-bit kernel we'd then be extending the
kernel's 32-bit time_t to 64 bits, then truncating it back to 32 bits
again in userspace, for no particular reason. And, as mentioned above,
if we have 64-bit time_t for 32-bit processes we can't easily use glibc's
STAT_IS_KERNEL_STAT, since glibc's stat structure requires an embedded
"struct timespec", which is a pair of "long" (32-bit) values in a 32-bit
userspace. "Inventive" solutions are possible, but are pretty hacky.
Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
2010-10-28 20:07:07 +00:00
|
|
|
long st_atime; /* Time of last access. */
|
|
|
|
unsigned long st_atime_nsec;
|
|
|
|
long st_mtime; /* Time of last modification. */
|
|
|
|
unsigned long st_mtime_nsec;
|
|
|
|
long st_ctime; /* Time of last status change. */
|
|
|
|
unsigned long st_ctime_nsec;
|
2009-05-13 22:56:27 +00:00
|
|
|
unsigned int __unused4;
|
|
|
|
unsigned int __unused5;
|
|
|
|
};
|
|
|
|
|
|
|
|
/* This matches struct stat64 in glibc2.1. Only used for 32 bit. */
|
asm-generic/stat.h: support 64-bit file time_t for stat()
The existing asm-generic/stat.h specifies st_mtime, etc., as a 32-value,
and works well for 32-bit architectures (currently microblaze, score,
and 32-bit tile). However, for 64-bit architectures it isn't sufficient
to return 32 bits of time_t; this isn't good insurance against the 2037
rollover. (It also makes glibc support less convenient, since we can't
use glibc's handy STAT_IS_KERNEL_STAT mode.)
This change extends the two "timespec" fields for each of the three atime,
mtime, and ctime fields from "int" to "long". As a result, on 32-bit
platforms nothing changes, and 64-bit platforms will now work as expected.
The only wrinkle is 32-bit userspace under 64-bit kernels taking advantage
of COMPAT mode. For these, we leave the "struct stat64" definitions with
the "int" versions of the time_t and nsec fields, so that architectures
can implement compat_sys_stat64() and friends with sys_stat64(), etc.,
and get the expected 32-bit structure layout. This requires a
field-by-field copy in the kernel, implemented by the code guarded
under __ARCH_WANT_STAT64.
This does mean that the shape of the "struct stat" and "struct stat64"
structures is different on a 64-bit kernel, but only one of the two
structures should ever be used by any given process: "struct stat"
is meant for 64-bit userspace only, and "struct stat64" for 32-bit
userspace only. (On a 32-bit kernel the two structures continue to have
the same shape, since "long" is 32 bits.)
The alternative is keeping the two structures the same shape on 64-bit
kernels, which means a 64-bit time_t in "struct stat64" for 32-bit
processes. This is a little unnatural since 32-bit userspace can't
do anything with 64 bits of time_t information, since time_t is just
"long", not "int64_t"; and in any case 32-bit userspace might expect
to be running under a 32-bit kernel, which can't provide the high 32
bits anyway. In the case of a 32-bit kernel we'd then be extending the
kernel's 32-bit time_t to 64 bits, then truncating it back to 32 bits
again in userspace, for no particular reason. And, as mentioned above,
if we have 64-bit time_t for 32-bit processes we can't easily use glibc's
STAT_IS_KERNEL_STAT, since glibc's stat structure requires an embedded
"struct timespec", which is a pair of "long" (32-bit) values in a 32-bit
userspace. "Inventive" solutions are possible, but are pretty hacky.
Signed-off-by: Chris Metcalf <cmetcalf@tilera.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
2010-10-28 20:07:07 +00:00
|
|
|
#if __BITS_PER_LONG != 64 || defined(__ARCH_WANT_STAT64)
|
2009-05-13 22:56:27 +00:00
|
|
|
struct stat64 {
|
|
|
|
unsigned long long st_dev; /* Device. */
|
|
|
|
unsigned long long st_ino; /* File serial number. */
|
|
|
|
unsigned int st_mode; /* File mode. */
|
|
|
|
unsigned int st_nlink; /* Link count. */
|
|
|
|
unsigned int st_uid; /* User ID of the file's owner. */
|
|
|
|
unsigned int st_gid; /* Group ID of the file's group. */
|
|
|
|
unsigned long long st_rdev; /* Device number, if device. */
|
|
|
|
unsigned long long __pad1;
|
|
|
|
long long st_size; /* Size of file, in bytes. */
|
|
|
|
int st_blksize; /* Optimal block size for I/O. */
|
|
|
|
int __pad2;
|
|
|
|
long long st_blocks; /* Number 512-byte blocks allocated. */
|
|
|
|
int st_atime; /* Time of last access. */
|
|
|
|
unsigned int st_atime_nsec;
|
|
|
|
int st_mtime; /* Time of last modification. */
|
|
|
|
unsigned int st_mtime_nsec;
|
|
|
|
int st_ctime; /* Time of last status change. */
|
|
|
|
unsigned int st_ctime_nsec;
|
|
|
|
unsigned int __unused4;
|
|
|
|
unsigned int __unused5;
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#endif /* __ASM_GENERIC_STAT_H */
|