On Thu, 7 Mar 2019, Lukasz Majewski wrote:
> > 1) We should be clear that most of these will continue to be supported
> > as C library interfaces even if they are not system calls. Some of
> > them are obsolete enough and/or rarely used enough that we might not
> > bother (the older ways to set t
On Thu, Mar 7, 2019 at 3:43 PM Lukasz Majewski wrote:
> > On Thu, Mar 7, 2019 at 8:53 AM Lukasz Majewski wrote:
> > > > On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski
> To be more specific:
>
> I'm thinking of settimeofday/gettimeofday syscalls.
>
> In the kernel we use internally do_sys_setti
Hi Arnd,
> On Thu, Mar 7, 2019 at 8:53 AM Lukasz Majewski wrote:
> >
> > Hi Zack,
> >
> > > On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski
> > > wrote:
> > > > From other discussion [4] - regarding the following system
> > > > calls: time, stime, gettimeofday, settimeofday, adjtimex,
> > >
On Thu, Mar 7, 2019 at 8:53 AM Lukasz Majewski wrote:
>
> Hi Zack,
>
> > On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski wrote:
> > > From other discussion [4] - regarding the following system calls:
> > > time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
> > > alarm, getitimer, seti
Hi Zack,
> On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski wrote:
> > From other discussion [4] - regarding the following system calls:
> > time, stime, gettimeofday, settimeofday, adjtimex, nanosleep,
> > alarm, getitimer, setitimer, select, utime, utimes, futimesat, and
> > {old,new}{l,f,}sta
Hi Arnd,
> On Tue, Mar 5, 2019 at 4:24 PM Lukasz Majewski wrote:
> >
> > Dear Arnd,
> >
> > In your "playground" repository [1] (branch: y2038), the time
> > functions (stime, settimeofday, etc) are not converted in Linux to
> > be Y2038 aware (as for example clock_settime{64}() is).
>
> Corre
On Tue, Mar 5, 2019 at 4:24 PM Lukasz Majewski wrote:
>
> Dear Arnd,
>
> In your "playground" repository [1] (branch: y2038), the time functions
> (stime, settimeofday, etc) are not converted in Linux to be Y2038 aware
> (as for example clock_settime{64}() is).
Correct. FWIW, this is now merged i
On Tue, 2019-03-05 at 11:05 -0500, Zack Weinberg wrote:
> > On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski wrote:
> > From other discussion [4] - regarding the following system calls:
> > time, stime, gettimeofday, settimeofday, adjtimex, nanosleep, alarm,
> > getitimer, setitimer, select, utim
On Tue, Mar 5, 2019 at 10:24 AM Lukasz Majewski wrote:
> From other discussion [4] - regarding the following system calls:
> time, stime, gettimeofday, settimeofday, adjtimex, nanosleep, alarm,
> getitimer, setitimer, select, utime, utimes, futimesat, and
> {old,new}{l,f,}stat{,64}.
>
> "These
Dear Arnd,
In your "playground" repository [1] (branch: y2038), the time functions
(stime, settimeofday, etc) are not converted in Linux to be Y2038 aware
(as for example clock_settime{64}() is).
I've also searched on the Internet and I've found some old discussions
regarding them:
SHA1: d33c57
10 matches
Mail list logo
