-by: Arnd Bergmann <a...@arndb.de>
Signed-off-by: Aya Mahfouz <mahfouz.saif.elya...@gmail.com>
---
include/linux/key-type.h | 2 +-
security/keys/gc.c | 12 ++--
security/keys/key.c | 4 ++--
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/include/linux/
<a...@arndb.de>
Signed-off-by: Aya Mahfouz <mahfouz.saif.elya...@gmail.com>
---
include/linux/key.h | 6 +++---
security/keys/gc.c | 8
security/keys/internal.h | 8
security/keys/key.c | 16 +---
security/keys/keyring
On Fri, Nov 27, 2015 at 09:35:22PM +0100, Arnd Bergmann wrote:
> On Friday 27 November 2015 18:55:43 Aya Mahfouz wrote:
> > >
> > > My first idea would be to split the key_preparsed_payload changes from
> > > the struct key changes. Have you tried t
On Fri, Nov 27, 2015 at 04:22:24PM +0100, Arnd Bergmann wrote:
> On Friday 27 November 2015 16:42:54 Aya Mahfouz wrote:
> > On Wed, Nov 18, 2015 at 04:35:58PM +0100, Arnd Bergmann wrote:
> > > On Wednesday 18 November 2015 17:33:38 Aya Mahfouz wrote:
> > > >
On Wed, Nov 18, 2015 at 03:10:30PM +0100, Arnd Bergmann wrote:
> On Tuesday 17 November 2015 23:20:28 Aya Mahfouz wrote:
> > Changes all the uses of time_t for the structs key
> > and key_preparsed_payload to time64_t. This also
> > involves the functions that use
Changes the defintion of the pointer _expiry from time_t to
time64_t. This is to handle the Y2038 problem where time_t
will overflow in 2038. The change is safe because the kernel
subsystems that call dns_query pass NULL.
Signed-off-by: Arnd Bergmann <a...@arndb.de>
Signed-off-by: Aya M
of LONG_MAX and TIME_T_MAX were replaced by S64_MAX.
Signed-off-by: Arnd Bergmann <a...@arndb.de>
Signed-off-by: Aya Mahfouz <mahfouz.saif.elya...@gmail.com>
---
Changelog:
v1: The changes were originally made by Arnd Bergmann in
relation to time_t. I've broken down a patch sent to
On Tue, Nov 17, 2015 at 11:18:36PM +0100, Arnd Bergmann wrote:
> On Tuesday 17 November 2015 22:56:48 Aya Mahfouz wrote:
> > Changes the defintion of the pointer _expiry from time_t to
> > time64_t. This is to handle the Y2038 problem where time_t
> > will overflow in 203