Re: [PATCH 00/14] xfs: widen timestamps to deal with y2038

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 1, 2020 at 3:11 AM Darrick J. Wong <darrick.wong@xxxxxxxxxx> wrote:
>
> Hi all,
>
> This series performs some refactoring of our timestamp and inode
> encoding functions, then retrofits the timestamp union to handle
> timestamps as a 64-bit nanosecond counter.  Next, it refactors the quota
> grace period expiration timer code a bit before implementing bit
> shifting to widen the effective counter size to 34 bits.  This enables
> correct time handling on XFS through the year 2486.
>

I intend to start review of this series.
I intend to focus on correctness of conversions and on backward
forward compatibility.

I saw Eric's comments on quota patches and that you mentioned
you addressed some of them. I do not intend to review correctness
of existing quota code anyway ;-)

I see that you updated the branch 3 days ago and that patch 2/14
was dropped. I assume the rest of the series is mostly unchanged,
but I can verify that before reviewing each patch.

As far as you are concerned, should I wait for v2 or can I continue
to review this series?

Thanks,
Amir.



> If you're going to start using this mess, you probably ought to just
> pull from my git trees, which are linked below.
>
> This is an extraordinary way to destroy everything.  Enjoy!
> Comments and questions are, as always, welcome.
>
> --D
>
> kernel git tree:
> https://git.kernel.org/cgit/linux/kernel/git/djwong/xfs-linux.git/log/?h=bigtime
>
> xfsprogs git tree:
> https://git.kernel.org/cgit/linux/kernel/git/djwong/xfsprogs-dev.git/log/?h=bigtime
>
> fstests git tree:
> https://git.kernel.org/cgit/linux/kernel/git/djwong/xfstests-dev.git/log/?h=bigtime



[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux