Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
Deepa Dinamani <[email protected]>
| Newsgroups | gmane.linux.ports.parisc,gmane.linux.kernel,gmane.linux.kernel.year-2038,gmane.linux.kernel.api,gmane.linux.kernel.cross-arch,gmane.linux.ports.mips.general,gmane.linux.ports.ppc64.devel,gmane.linux.oprofile,gmane.linux.ports.sparc |
|---|---|
| Message-ID | <CABeXuvpy1jbqjeUFHHX-MrJXQLA2QNYbAa6OX7qOpPp4q-mQYQ@mail.gmail.com> |
> I had on concern about x32, maybe we should check > for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec > bits. Thanks, I think you are right. I had the check conditional on CONFIG_64BIT_TIME and then removed as I forgot why I added it. :) > Regarding CONFIG_COMPAT_TIME/CONFIG_64BIT_TIME, would > it help to just leave out that part for now and unconditionally > define '__kernel_timespec' as 'timespec' until we are ready to > convert the architectures? Another approach would be to use separate configs: 1. To indicate 64 bit time_t syscall support. This will be dependent on architectures as CONFIG_64BIT_TIME. We can delete this once all architectures have provided support for this. 2. Another config (maybe COMPAT_32BIT_TIME?) to be introduced later, which will compile out all syscalls/ features that use 32 bit time_t. This can help build a y2038 safe kernel later. Would this work for everyone? -Deepa -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html