[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191115224402.twm2lbbd66236t42@salvia>
Date: Fri, 15 Nov 2019 23:44:02 +0100
From: Pablo Neira Ayuso <pablo@...filter.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: y2038@...ts.linaro.org, Jozsef Kadlecsik <kadlec@...filter.org>,
Florian Westphal <fw@...len.de>,
"David S. Miller" <davem@...emloft.net>,
linux-kernel@...r.kernel.org, Ander Juaristi <a@...risti.eus>,
wenxu <wenxu@...oud.cn>, Thomas Gleixner <tglx@...utronix.de>,
Phil Sutter <phil@....cc>, netfilter-devel@...r.kernel.org,
coreteam@...filter.org, netdev@...r.kernel.org
Subject: Re: [PATCH 09/16] netfilter: nft_meta: use 64-bit time arithmetic
On Fri, Nov 08, 2019 at 10:32:47PM +0100, Arnd Bergmann wrote:
> On 32-bit architectures, get_seconds() returns an unsigned 32-bit
> time value, which also matches the type used in the nft_meta
> code. This will not overflow in year 2038 as a time_t would, but
> it still suffers from the overflow problem later on in year 2106.
>
> Change this instance to use the time64_t type consistently
> and avoid the deprecated get_seconds().
>
> The nft_meta_weekday() calculation potentially gets a little slower
> on 32-bit architectures, but now it has the same behavior as on
> 64-bit architectures and does not overflow.
Applied, thanks Arnd.
Powered by blists - more mailing lists