[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMz4kuLjwzaU81hzV5e7SiPe9SU8aCAHpxusq8+CNGQJenb+Aw@mail.gmail.com>
Date: Tue, 19 Apr 2016 10:02:00 +0800
From: Baolin Wang <baolin.wang@...aro.org>
To: John Stultz <john.stultz@...aro.org>
Cc: Serge Hallyn <serge.hallyn@...onical.com>,
James Morris <james.l.morris@...cle.com>,
"Serge E. Hallyn" <serge@...lyn.com>,
Thomas Gleixner <tglx@...utronix.de>,
Paul Moore <pmoore@...hat.com>,
Stephen Smalley <sds@...ho.nsa.gov>,
Kees Cook <keescook@...omium.org>,
John Johansen <john.johansen@...onical.com>,
casey@...aufler-ca.com, agruenba@...hat.com,
Alexander Viro <viro@...iv.linux.org.uk>,
Neil Brown <neilb@...e.de>, jann@...jh.net,
Mark Brown <broonie@...nel.org>,
Christopher Hall <christopher.s.hall@...el.com>,
Xunlei Pang <pang.xunlei@...aro.org>,
Harald Geyer <harald@...ib.org>, Arnd Bergmann <arnd@...db.de>,
lkml <linux-kernel@...r.kernel.org>,
LSM List <linux-security-module@...r.kernel.org>
Subject: Re: [RESEND PATCH v2 3/5] security: Introduce security_settime64()
On 19 April 2016 at 00:54, John Stultz <john.stultz@...aro.org> wrote:
> On Thu, Apr 7, 2016 at 11:02 PM, Baolin Wang <baolin.wang@...aro.org> wrote:
>> security_settime() uses a timespec, which is not year 2038 safe
>> on 32bit systems. Thus this patch introduces the security_settime64()
>> function with timespec64 type. We also convert the cap_settime() helper
>> function to use the 64bit types.
>>
>> Move the security_settime() to the head file as a inline function for
>> removing that inline helper when following up patches are fixed the
>> call sites.
>>
>> None of the existing hooks is using the timespec argument and therefor
>> the patch is not doing any functional changes.
>>
>> Signed-off-by: Baolin Wang <baolin.wang@...aro.org>
>
> Hey Baolin,
> If you get an ack, like you did from James, please include it in the
> commit message of following submissions
Ah, sorry, I forgot that. Do I need to resend it with James ack? Thanks.
>
> Serge, Kees: Any objection to this patch going in via the
> tip/timers/core tree with the dependent settimeofday64 call?
>
> Otherwise I'll queue this up for testing.
>
> thanks
> -john
>
>
> .
--
Baolin.wang
Best Regards
Powered by blists - more mailing lists