Messages in this thread | | | Date | Mon, 28 Oct 2002 15:59:21 +0000 | From | Jamie Lokier <> | Subject | Re: nanosecond file timestamp resolution in filesystems, GNU make, etc. |
| |
Maciej W. Rozycki wrote: > > It's already there. The kernel stat64() syscall has a flags argument, > > which is unused at the moment. I presume it's for this purpose. > > Hmm, I haven't thought of this argument to be used this way. Actually it > isn't currently initialized by glibc in any way, which makes its utility > questionable.
You are right. I just checked dietlibc and uclibc - neither of them initialise the flags argument. It should be deleted from the kernel, because nobody can use it.
On the bright side (for my specific request of st_resolution), it seems every architecture has a different size reserved for st_dev and st_rdev in struct stat64:
- i386: 12 bytes (8 bytes used by Glibc) - SPARC: 8 bytes (all needed for 8 byte dev_t, but space elsewhere) - ARM: 12 bytes - MIPS: 16 bytes (!) - S390: 12 bytes - Alpha: not obvious what's used - is int 64 bits wide on Alpha? if it's not, other changes need for 64-bit dev_t anyway.
All the architectures I've looked at have two words available in struct stat64, if they have struct stat64, but the available space is in different places for each architecture.
-- Jamie
- 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/
| |