From: Arnd Bergmann <arnd@arndb.de>
To: David Howells <dhowells@redhat.com>
Cc: Tina Ruchandani <ruchandani.tina@gmail.com>,
linux-afs@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] afs: correctly use 64-bit time for UUID
Date: Wed, 11 Jan 2017 15:03:50 +0100 [thread overview]
Message-ID: <2360985.j9pqdKkA3M@wuerfel> (raw)
In-Reply-To: <5338.1484142692@warthog.procyon.org.uk>
On Wednesday, January 11, 2017 1:51:32 PM CET David Howells wrote:
> Arnd Bergmann <arnd@arndb.de> wrote:
>
> > From: Tina Ruchandani <ruchandani.tina@gmail.com>
> >
> > UUID calculation uses 'struct timespec' whose seconds will overflow
> > in year 2038 and beyond for 32-bit systems. This patch removes the
> > dependency on 'struct timespec' by using ktime_get_real().
> > While the patch does not fix a 'bug' as such, it is part of a larger
> > effort to remove instances of 'struct timespec' and other data-structures
> > suffering from y2038 problem from the kernel.
>
> Is it worth abstracting out in-kernel UUID generation?
Do you mean moving it out of AFS into lib/*.c? I think the 'afs_uuid'
structure is quite different from other UUID definitions, so that wouldn't
work.
Arnd
next prev parent reply other threads:[~2017-01-11 14:04 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-11 13:44 [PATCH] afs: correctly use 64-bit time for UUID Arnd Bergmann
2017-01-11 13:51 ` David Howells
2017-01-11 14:03 ` Arnd Bergmann [this message]
2017-01-11 14:47 ` David Howells
2017-01-11 15:55 ` Arnd Bergmann
2017-01-12 9:27 ` [PATCH] afs: use random UUID kbuild test robot
-- strict thread matches above, loose matches on Subject: below --
2015-10-30 8:51 [PATCH] AFS: Correctly use 64-bit time for UUID Tina Ruchandani
2015-11-05 16:25 ` Arnd Bergmann
2015-01-29 5:53 Tina Ruchandani
2015-02-11 13:52 ` David Howells
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2360985.j9pqdKkA3M@wuerfel \
--to=arnd@arndb.de \
--cc=dhowells@redhat.com \
--cc=linux-afs@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ruchandani.tina@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox