On 20 May 2015 at 20:40, Arnd Bergmann wrote:
> On Tuesday 19 May 2015 20:50:04 Baolin Wang wrote:
> > @@ -1248,6 +1249,8 @@ static int do_cpu_nanosleep(const clockid_t
> which_clock, int flags,
> > struct timespec *rqtp, struct itimerspec *it)
> > {
> > struc
On 20 May 2015 at 20:35, Arnd Bergmann wrote:
> On Tuesday 19 May 2015 20:50:03 Baolin Wang wrote:
> > +static inline void cputime_to_timespec(const cputime_t cputime,
> > + struct timespec *value)
> > +{
> > + struct timespec64 *ts64;
> > +
> > +
On 20 May 2015 at 20:34, Arnd Bergmann wrote:
> On Tuesday 19 May 2015 20:50:02 Baolin Wang wrote:
> > +static inline void jiffies_to_timespec(const unsigned long jiffies,
> > + struct timespec *value)
> > +{
> > + struct timespec64 *ts;
> > +
> > +
On 20 May 2015 at 21:39, Arnd Bergmann wrote:
> On Tuesday 19 May 2015 20:49:49 Baolin Wang wrote:
> > +/* Set a POSIX.1b interval timer */
> > +SYSCALL_DEFINE4(timer_settime, timer_t, timer_id, int, flags,
> > + const struct itimerspec __user *, new_setting,
> > + str
On 21 May 2015 at 01:55, John Stultz wrote:
> On Tue, May 19, 2015 at 5:49 AM, Baolin Wang
> wrote:
> > This patch introduces the clock_set64 method with timespec64 type for
> > k_clock structure, that makes it ready for the 2038 year.
> >
> > Convert to the 64bit method with timespec64 type for
On Tue, May 19, 2015 at 5:49 AM, Baolin Wang wrote:
> This patch introduces the clock_set64 method with timespec64 type for
> k_clock structure, that makes it ready for the 2038 year.
>
> Convert to the 64bit method with timespec64 type for the
> clock_settime syscall function, and change the cloc
On Wednesday 20 May 2015 17:07:17 Arnd Bergmann wrote:
> Eight architectures contain copies of the original i386
> ipcbuf/msgbuf/sembuf/shmbuf header files, which are all identical
> to the version in uapi/asm-generic.
>
> This patch removes the files and replaces them with 'generic-y'
> statement
sparc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
Unlike most architectures, sparc actually succeeded in
defining this right for big-endian CPUs, but as ever
xtensa, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
xtensa tries hard to define the structures so they work
in both big-endian and little-endian systems with
The shmid64_ds/semid64_ds/msqid64_ds data structures have been extended
to contain extra fields for storing the upper bits of the time stamps,
this patch does the other half of the job and converts the internal
data structures to use time64_t, and fill the new fields on 32-bit
architectures as well
This extends the x86 copy of the sysvipc data structures
to deal with 32-bit user space that has 64-bit time_t
and wants to see timestamps beyond 2038.
Fortunately, x86 has padding for this purpose in all the
data structures, so we can just add extra fields. For consistency
with big-endian archite
MIPS is the weirdest case for sysvipc, because each of the
three data structures is done differently:
* msqid64_ds has padding in the right place so we could in theory
extend this one to just have 64-bit values instead of time_t.
As this does not work for most of the other combinations,
we j
Most architectures now use the asm-generic copy of the sysvipc
data structures (msqid64_ds, semid64_ds, shmid64_ds), which use
32-bit __kernel_time_t on 32-bit architectures but have padding
behind them to allow extending the type to 64-bit.
Unfortunately, that fails on all big-endian architecture
parisc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
Unlike most architectures, parisc actually succeeded in
defining this right for big-endian CPUs, but as ev
powerpc, uses a nonstandard variation of the generic sysvipc
data structures, intended to have the padding moved around
so it can deal with big-endian 32-bit user space that has
64-bit time_t.
powerpc has the same definition as parisc and sparc, but now also
supports little-endian mode, which is n
This is a follow-up to the series posted at [1]. To make review
a little easier, I'm focusing on just one class of system calls
here, and this is one that is handled differently from all the
others.
In particular, for sys_msgctl, sys_semctl and sys_shmctl, I do
not introduce a completely new set o
On Tuesday 19 May 2015 13:52:10 Tina Ruchandani wrote:
> struct timeval uses a 32-bit seconds representation which will
> overflow in the year 2038 and beyond. This patch replaces
> the usage of struct timeval with ktime_t which is a 64-bit
> timestamp and is year 2038 safe.
> This patch is part of
On Tuesday 19 May 2015 20:49:49 Baolin Wang wrote:
> +/* Set a POSIX.1b interval timer */
> +SYSCALL_DEFINE4(timer_settime, timer_t, timer_id, int, flags,
> + const struct itimerspec __user *, new_setting,
> + struct itimerspec __user *, old_setting)
> +{
> + struc
On Tue, May 19, 2015 at 1:08 AM, Tina Ruchandani
wrote:
> struct timeval uses a 32-bit field for representing seconds,
> which will overflow in the year 2038 and beyond. This patch replaces
> struct timeval with 64-bit ktime_t which is 2038 safe.
> The patch is part of a larger effort to remove in
On Tuesday 19 May 2015 20:50:04 Baolin Wang wrote:
> @@ -1248,6 +1249,8 @@ static int do_cpu_nanosleep(const clockid_t
> which_clock, int flags,
> struct timespec *rqtp, struct itimerspec *it)
> {
> struct k_itimer timer;
> + struct timespec64 ts64;
> +
On Tuesday 19 May 2015 20:50:03 Baolin Wang wrote:
> +static inline void cputime_to_timespec(const cputime_t cputime,
> + struct timespec *value)
> +{
> + struct timespec64 *ts64;
> +
> + *ts64 = timespec_to_timespec64(*value);
> + cputime_to_
On Tuesday 19 May 2015 20:50:02 Baolin Wang wrote:
> +static inline void jiffies_to_timespec(const unsigned long jiffies,
> + struct timespec *value)
> +{
> + struct timespec64 *ts;
> +
> + *ts = timespec_to_timespec64(*value);
> + jiffies_to_t
On Tuesday 19 May 2015 11:38:09 Tina Ruchandani wrote:
> struct timeval uses a 32-bit field for representing seconds,
> which will overflow in the year 2038 and beyond. This patch replaces
> struct timeval with 64-bit ktime_t which is 2038 safe.
> The patch is part of a larger effort to remove inst
On Tuesday 19 May 2015 20:47:22 Ksenija Stanojevic wrote:
> 'struct timeval last_tv' is used to get the time of last signal change
> and 'struct timeval last_intr_tv' is used to get the time of last UART
> interrupt.
> 32-bit systems using 'struct timeval' will break in the year 2038, so we
> have
24 matches
Mail list logo