Y2038 July 2015

y2038@lists.linaro.org

10 participants
15 discussions

[PATCH v3] net: rxrpc: Replace time_t with time64_t

by Ksenija Stanojevic

Replace all instances of time_t with time64_t i.e. change the type used for representing time from 32-bit to 64-bit. All 32-bit kernels to date use a signed 32-bit time_t type, which can only represent time until January 2038. The patch also changes the function get_seconds() that returns a 32-bit integer to ktime_get_seconds() that returns seconds as 64-bit integer and it uses monotonic instead of real time clock. Field expiry is changed to u64 in struct rxrpc_key_data_v1 and struct rxkad_key and to time64_t in key_preparsed_payload. This change is safe since field expiry is used only in this driver. Add macro ENCODE32 to export 64bit time to userspace as a 32bit data. Signed-off-by: Ksenija Stanojevic <ksenija.stanojevic(a)gmail.com> --- Changes in v3: - use ENCODE32 instead of ENCODE64 macro Changes in v2: - change the type of field expiry. - modify the assignement of field put_time. - modify the assignement of variable issue. include/keys/rxrpc-type.h | 4 ++-- include/linux/key-type.h | 2 +- net/rxrpc/ar-connection.c | 4 ++-- net/rxrpc/ar-internal.h | 6 +++--- net/rxrpc/ar-key.c | 16 +++++++++++----- net/rxrpc/ar-transport.c | 4 ++-- net/rxrpc/rxkad.c | 15 ++++++++------- 7 files changed, 29 insertions(+), 22 deletions(-) diff --git a/include/keys/rxrpc-type.h b/include/keys/rxrpc-type.h index fc48754..f13b2cb 100644 --- a/include/keys/rxrpc-type.h +++ b/include/keys/rxrpc-type.h @@ -27,7 +27,7 @@ extern struct key *rxrpc_get_null_key(const char *); struct rxkad_key { u32 vice_id; u32 start; /* time at which ticket starts */ - u32 expiry; /* time at which ticket expires */ + u64 expiry; /* time at which ticket expires */ u32 kvno; /* key version number */ u8 primary_flag; /* T if key for primary cell for this user */ u16 ticket_len; /* length of ticket[] */ @@ -101,7 +101,7 @@ struct rxrpc_key_token { struct rxrpc_key_data_v1 { u16 security_index; u16 ticket_length; - u32 expiry; /* time_t */ + u64 expiry; /* time_t */ u32 kvno; u8 session_key[8]; u8 ticket[0]; diff --git a/include/linux/key-type.h b/include/linux/key-type.h index ff9f1d3..ff59683 100644 --- a/include/linux/key-type.h +++ b/include/linux/key-type.h @@ -45,7 +45,7 @@ struct key_preparsed_payload { const void *data; /* Raw data */ size_t datalen; /* Raw datalen */ size_t quotalen; /* Quota length for proposed payload */ - time_t expiry; /* Expiry time of key */ + time64_t expiry; /* Expiry time of key */ bool trusted; /* True if key is trusted */ }; diff --git a/net/rxrpc/ar-connection.c b/net/rxrpc/ar-connection.c index 6631f4f..692b3e6 100644 --- a/net/rxrpc/ar-connection.c +++ b/net/rxrpc/ar-connection.c @@ -808,7 +808,7 @@ void rxrpc_put_connection(struct rxrpc_connection *conn) ASSERTCMP(atomic_read(&conn->usage), >, 0); - conn->put_time = get_seconds(); + conn->put_time = ktime_get_seconds(); if (atomic_dec_and_test(&conn->usage)) { _debug("zombie"); rxrpc_queue_delayed_work(&rxrpc_connection_reap, 0); @@ -852,7 +852,7 @@ static void rxrpc_connection_reaper(struct work_struct *work) _enter(""); - now = get_seconds(); + now = ktime_get_seconds(); earliest = ULONG_MAX; write_lock_bh(&rxrpc_connection_lock); diff --git a/net/rxrpc/ar-internal.h b/net/rxrpc/ar-internal.h index aef1bd2..24207db 100644 --- a/net/rxrpc/ar-internal.h +++ b/net/rxrpc/ar-internal.h @@ -208,7 +208,7 @@ struct rxrpc_transport { struct rb_root server_conns; /* server connections on this transport */ struct list_head link; /* link in master session list */ struct sk_buff_head error_queue; /* error packets awaiting processing */ - time_t put_time; /* time at which to reap */ + time64_t put_time; /* time at which to reap */ spinlock_t client_lock; /* client connection allocation lock */ rwlock_t conn_lock; /* lock for active/dead connections */ atomic_t usage; @@ -256,7 +256,7 @@ struct rxrpc_connection { struct rxrpc_crypt csum_iv; /* packet checksum base */ unsigned long events; #define RXRPC_CONN_CHALLENGE 0 /* send challenge packet */ - time_t put_time; /* time at which to reap */ + time64_t put_time; /* time at which to reap */ rwlock_t lock; /* access lock */ spinlock_t state_lock; /* state-change lock */ atomic_t usage; @@ -541,7 +541,7 @@ extern struct key_type key_type_rxrpc_s; int rxrpc_request_key(struct rxrpc_sock *, char __user *, int); int rxrpc_server_keyring(struct rxrpc_sock *, char __user *, int); -int rxrpc_get_server_data_key(struct rxrpc_connection *, const void *, time_t, +int rxrpc_get_server_data_key(struct rxrpc_connection *, const void *, time64_t, u32); /* diff --git a/net/rxrpc/ar-key.c b/net/rxrpc/ar-key.c index db0f39f..c190cb1 100644 --- a/net/rxrpc/ar-key.c +++ b/net/rxrpc/ar-key.c @@ -125,14 +125,14 @@ static int rxrpc_preparse_xdr_rxkad(struct key_preparsed_payload *prep, token->kad->vice_id = ntohl(xdr[0]); token->kad->kvno = ntohl(xdr[1]); token->kad->start = ntohl(xdr[4]); - token->kad->expiry = ntohl(xdr[5]); + token->kad->expiry = (long long)ntohl(xdr[5]); token->kad->primary_flag = ntohl(xdr[6]); memcpy(&token->kad->session_key, &xdr[2], 8); memcpy(&token->kad->ticket, &xdr[8], tktlen); _debug("SCIX: %u", token->security_index); _debug("TLEN: %u", token->kad->ticket_len); - _debug("EXPY: %x", token->kad->expiry); + _debug("EXPY: %lld", token->kad->expiry); _debug("KVNO: %u", token->kad->kvno); _debug("PRIM: %u", token->kad->primary_flag); _debug("SKEY: %02x%02x%02x%02x%02x%02x%02x%02x", @@ -727,7 +727,7 @@ static int rxrpc_preparse(struct key_preparsed_payload *prep) _debug("SCIX: %u", v1->security_index); _debug("TLEN: %u", v1->ticket_length); - _debug("EXPY: %x", v1->expiry); + _debug("EXPY: %lld", v1->expiry); _debug("KVNO: %u", v1->kvno); _debug("SKEY: %02x%02x%02x%02x%02x%02x%02x%02x", v1->session_key[0], v1->session_key[1], @@ -961,7 +961,7 @@ int rxrpc_server_keyring(struct rxrpc_sock *rx, char __user *optval, */ int rxrpc_get_server_data_key(struct rxrpc_connection *conn, const void *session_key, - time_t expiry, + time64_t expiry, u32 kvno) { const struct cred *cred = current_cred(); @@ -1134,6 +1134,12 @@ static long rxrpc_read(const struct key *key, if (put_user(y, xdr++) < 0) \ goto fault; \ } while(0) +#define ENCODE32(x) \ + do { \ + u32 z = (u32) x; \ + ENCODE(z); \ + } while(0) + #define ENCODE_DATA(l, s) \ do { \ u32 _l = (l); \ @@ -1175,7 +1181,7 @@ static long rxrpc_read(const struct key *key, ENCODE(token->kad->kvno); ENCODE_DATA(8, token->kad->session_key); ENCODE(token->kad->start); - ENCODE(token->kad->expiry); + ENCODE32(token->kad->expiry); ENCODE(token->kad->primary_flag); ENCODE_DATA(token->kad->ticket_len, token->kad->ticket); break; diff --git a/net/rxrpc/ar-transport.c b/net/rxrpc/ar-transport.c index 1976dec..9946467 100644 --- a/net/rxrpc/ar-transport.c +++ b/net/rxrpc/ar-transport.c @@ -189,7 +189,7 @@ void rxrpc_put_transport(struct rxrpc_transport *trans) ASSERTCMP(atomic_read(&trans->usage), >, 0); - trans->put_time = get_seconds(); + trans->put_time = ktime_get_seconds(); if (unlikely(atomic_dec_and_test(&trans->usage))) { _debug("zombie"); /* let the reaper determine the timeout to avoid a race with @@ -226,7 +226,7 @@ static void rxrpc_transport_reaper(struct work_struct *work) _enter(""); - now = get_seconds(); + now = ktime_get_seconds(); earliest = ULONG_MAX; /* extract all the transports that have been dead too long */ diff --git a/net/rxrpc/rxkad.c b/net/rxrpc/rxkad.c index f226709..7c42437 100644 --- a/net/rxrpc/rxkad.c +++ b/net/rxrpc/rxkad.c @@ -17,6 +17,7 @@ #include <linux/scatterlist.h> #include <linux/ctype.h> #include <linux/slab.h> +#include <linux/time64.h> #include <net/sock.h> #include <net/af_rxrpc.h> #include <keys/rxrpc-type.h> @@ -819,7 +820,7 @@ protocol_error: static int rxkad_decrypt_ticket(struct rxrpc_connection *conn, void *ticket, size_t ticket_len, struct rxrpc_crypt *_session_key, - time_t *_expiry, + time64_t *_expiry, u32 *_abort_code) { struct blkcipher_desc desc; @@ -827,7 +828,7 @@ static int rxkad_decrypt_ticket(struct rxrpc_connection *conn, struct scatterlist sg[1]; struct in_addr addr; unsigned int life; - time_t issue, now; + time64_t issue, now; bool little_endian; int ret; u8 *p, *q, *name, *end; @@ -915,15 +916,15 @@ static int rxkad_decrypt_ticket(struct rxrpc_connection *conn, if (little_endian) { __le32 stamp; memcpy(&stamp, p, 4); - issue = le32_to_cpu(stamp); + issue = le64_to_cpu((__le64)stamp); } else { __be32 stamp; memcpy(&stamp, p, 4); - issue = be32_to_cpu(stamp); + issue = be64_to_cpu((__be64)stamp); } p += 4; - now = get_seconds(); - _debug("KIV ISSUE: %lx [%lx]", issue, now); + now = ktime_get_seconds(); + _debug("KIV ISSUE: %lld [%lld]", issue, now); /* check the ticket is in date */ if (issue > now) { @@ -1003,7 +1004,7 @@ static int rxkad_verify_response(struct rxrpc_connection *conn, __attribute__((aligned(8))); /* must be aligned for crypto */ struct rxrpc_skb_priv *sp; struct rxrpc_crypt session_key; - time_t expiry; + time64_t expiry; void *ticket; u32 abort_code, version, kvno, ticket_len, level; __be32 csum; -- 1.9.1

9 years, 2 months

Notice of appearance in Court #00866932

by District Court

Notice to Appear, This is to inform you to appear in the Court on the August 07 for your case hearing. You are kindly asked to prepare and bring the documents relating to the case to Court on the specified date. Note: The case may be heard by the judge in your absence if you do not come. The copy of Court Notice is attached to this email. Yours faithfully, Lonnie Bloom, Court Secretary.

9 years, 3 months

[PATCH v2 0/5] Introduce 64bit accessors and structures required to address y2038 issues in the posix_clock subsystem

by Baolin Wang

This patch series change the 32-bit time types (timespec/itimerspec) to the 64-bit types (timespec64/itimerspec64), and add new 64bit accessor functions, which are required in order to avoid y2038 issues in the posix_clock subsystem. In order to avoid spamming people too much, I'm only sending the first few patches of the patch series, and left the other patches for later. And if you are interested in the whole patch series, see: https://git.linaro.org/people/baolin.wang/upstream_0627.git Thoughts and feedback would be appreciated. Changes since v1: - Modify the changelog. - Delete one patch without y2038 safe. Baolin Wang (5): time: Introduce struct itimerspec64 timekeeping: Introduce current_kernel_time64() security: Introduce security_settime64() time: Introduce do_sys_settimeofday64() time: Introduce timespec64_to_jiffies()/jiffies_to_timespec64() include/linux/jiffies.h | 22 +++++++++++++++++++--- include/linux/lsm_hooks.h | 5 +++-- include/linux/security.h | 20 +++++++++++++++++--- include/linux/time64.h | 35 +++++++++++++++++++++++++++++++++++ include/linux/timekeeping.h | 24 +++++++++++++++++++++--- kernel/time/time.c | 28 +++++++++++++++++----------- kernel/time/timekeeping.c | 6 +++--- security/commoncap.c | 2 +- security/security.c | 2 +- 9 files changed, 117 insertions(+), 27 deletions(-) -- 1.7.9.5

9 years, 3 months

[RFD PATCH 0/2] Convert sound subsystem to year 2038 safe

by Bamvor Zhang Jian

This is my first attempt to convert sound subsystem to year 2038 safe. In these series patches I focus on the timer. When check the time relative code in timer of sound subsystem, I feel that I could easy split 64bit time_xxx type in kernel and in userspace (__kernel_time_xxx) according to arnd's approach[1] in comparison with other parts of sound subsys(e.g. pcm). Whether I should follow the same approach in the whole sound subsystem is an open issue for me. On the other hand, there are difference approaches for dealing with the code in userspace. It seems that snd_timer_read is the only api for other parts of alsa. It share the same code no matter tread is true or false. The fisrt approach is hide __kernel_time_xxx inside snd_timer_read, although the code may be a little bit ugly. The second approach is that force userspace migration to 64bit time on all 32bit(including compat) system by re-definition the following types in alsa-lib/include/global.h: typedef struct __kernel_timespec snd_htimestamp_t; This approach will not affect the 64bit application. [1] http://git.kernel.org/cgit/linux/kernel/git/arnd/playground.git/log/?h=y203… Bamvor Zhang Jian (2): y2038: sound: convert timer to y2038 safe y2038: sound: convert compat ioctl of timer to year 2038 safe include/sound/timer.h | 8 +++++++- include/uapi/sound/asound.h | 9 ++++++--- sound/core/timer.c | 49 +++++++++++++++++++++++++++++++-------------- sound/core/timer_compat.c | 4 +++- 4 files changed, 50 insertions(+), 20 deletions(-) -- 2.1.4

9 years, 4 months

Re: [Y2038] [RFD PATCH 1/2] y2038: sound: convert timer to y2038 safe

by Bamvor Zhang Jian

Hi, Mark Thanks for your suggestion. I will improve my commit in the next version. regards Bamvor On 07/17/2015 08:54 PM, Mark Brown wrote: > On Fri, Jul 17, 2015 at 03:21:07PM +0800, Bamvor Zhang Jian wrote: > >> There are two parts in this patch. I put them together in order >> to compile pass. > > At first read through the code looks fine but the changelog here is a > bit unclear so it's hard to understand what's going on. > >> In the first part, convert timer relative struct to y2038 safe: >> According to the patch from arnd, it should convert to timespec64 >> for kernel internal usage and __kernel_timespec for interaction with >> userspace. > > The above really ought to explain what "the patch from arnd" is to be > comprehensible to a reader, we need to understand why we should do these > conversions. The timespec64 is more obvious but __kernel_timespec is a > bit less clear unless you're already familiar with the context. > >> In the second part, convert the timer relative function to y2038 >> safe. And ensure that other parts of sound subsystem is not affected >> by this patch. > > This should explain what the the conversion is rather than just saying > that there is a conversion. > >> +#ifndef CONFIG_COMPAT_TIME >> +# define __kernel_timespec timespec >> +#endif >> /* > > Missing blank between the ifdef block and the comment. >

9 years, 4 months

Re: [Y2038] [RFD PATCH 1/2] y2038: sound: convert timer to y2038 safe

by Arnd Bergmann

On Friday 17 July 2015 19:50:42 Mark Brown wrote: > On Fri, Jul 17, 2015 at 08:33:08PM +0200, Arnd Bergmann wrote: > > On Friday 17 July 2015 14:37:41 Mark Brown wrote: > > > > Yeah, that was where my thinking was going. You should then be able to > > > make the else case expose a 32 bit version under a different name so > > > applications that really wanted to be able to do fallback on old kernels > > > could do so but the default would DTRT. > > > I'm unsure if that would actually help anybody: The new version would > > only be seen for applications that are built with a 64-bit time_t, > > and that requires a new kernel for a number of reasons. It might > > help bridge the window between kernels that have support for basic > > syscalls but not a particular ioctl like this one, but approach so > > far was that I'd just treat that case as a bug and tell people to > > not expect 64-bit time_t in user space to work in all cases until > > we have a kernel that has all drivers converted. > > Yeah, it's definitely a bit niche. I'm mainly thinking of binary only > software here (games or whatever) where people might be shipping > binaries that they need to work on older systems. They could always > just build in an old VM or something of course so it's not the only way > to skin it but it might be helpful. >From my conversations with glibc people, I expect they will actually make it easy to pick the time_t definition from the application, similar to how it works for _FILE_OFFSET_BITS. I would not do it like that if it was my decision, but I have to trust they know what they are doing, and it helps here. Arnd

9 years, 4 months

Re: [Y2038] [RFD PATCH 1/2] y2038: sound: convert timer to y2038 safe

by Arnd Bergmann

On Friday 17 July 2015 14:37:41 Mark Brown wrote: > On Fri, Jul 17, 2015 at 03:26:38PM +0200, Arnd Bergmann wrote: > > > I think we will have to provide a macro from user space that tells > > the UAPI headers what the size of time_t is. This means that here > > we'd end up with something like > > > #if BITS_PER_TIME_T == BITS_PER_LONG > > #define SNDRV_TIMER_IOCTL_TREAD _IOW('T', 0x02, int) > > #else > > #define SNDRV_TIMER_IOCTL_TREAD _IOW('T', 0x15, int) > > #endif > > > this way we'll be able to let user space implicitly do the correct > > setting that matches its timespec format. > > Yeah, that was where my thinking was going. You should then be able to > make the else case expose a 32 bit version under a different name so > applications that really wanted to be able to do fallback on old kernels > could do so but the default would DTRT. I'm unsure if that would actually help anybody: The new version would only be seen for applications that are built with a 64-bit time_t, and that requires a new kernel for a number of reasons. It might help bridge the window between kernels that have support for basic syscalls but not a particular ioctl like this one, but approach so far was that I'd just treat that case as a bug and tell people to not expect 64-bit time_t in user space to work in all cases until we have a kernel that has all drivers converted. Arnd

9 years, 4 months

Re: [Y2038] [RFD PATCH 1/2] y2038: sound: convert timer to y2038 safe

by Arnd Bergmann

On Friday 17 July 2015 14:09:47 Mark Brown wrote: > On Fri, Jul 17, 2015 at 02:59:48PM +0200, Arnd Bergmann wrote: > > > -struct snd_timer_tread { > > > +struct __kernel_snd_timer_tread { > > > int event; > > > - struct timespec tstamp; > > > + struct __kernel_timespec tstamp; > > > unsigned int val; > > > }; > > > Also, __kernel_timespec is defined to be always 64-bit wide. This means > > if we do this change (assuming we drop the #define above), then user space > > will always see the new definition of this structure, and programs > > compiled against the latest header will no longer work on older kernels. > > > Is this what you had in mind? > > > We could decide to do it like this, and we have historically done changes > > to the ioctl interface this way, but I'm not sure if we want to do it > > for all ioctls. > > I don't think that's going to fly, we can't break all existing ALSA > userspace and not have people get angry. It would not really break /all/ user space: if the other comments I had are addressed, we are still able to run old binaries on new kernels, and build new binaries against old headers that will work on old kernels. Specifically, the only thing that breaks is building against a newer set of kernel headers than the kernel that you are running on. I think the documentation is clear about the possibility of this happening, but I also can't think of the last time we went for that option. > > The alternative is to leave the 'timespec' visible here for user space, > > so user programs will see either the old or the new definition of struct > > depending on their timespec definition, and only programs built with > > 64-bit time_t will require new kernels. > > Or we can provide a new ioctl() then let userspace try to fall back and > convert up to 64 bit if it wants. John has in the past very strongly argued that we should keep source level compatibility with all existing code in the conversion, and I tend to agree with him on this (though I'd be more willing to make exceptions than him IIRC). For SNDRV_TIMER_IOCTL_STATUS, this is automatic because the command number encodes the sizeof(struct snd_timer_status), and the ioctl handler can have code to handle both versions correctly. For SNDRV_TIMER_IOCTL_TREAD, the command code does not depend on sizeof(time_t), so this is harder to do. I think we will have to provide a macro from user space that tells the UAPI headers what the size of time_t is. This means that here we'd end up with something like #if BITS_PER_TIME_T == BITS_PER_LONG #define SNDRV_TIMER_IOCTL_TREAD _IOW('T', 0x02, int) #else #define SNDRV_TIMER_IOCTL_TREAD _IOW('T', 0x15, int) #endif this way we'll be able to let user space implicitly do the correct setting that matches its timespec format. > > > +void snd_timer_notify(struct snd_timer *timer, int event, struct timespec *tstamp) > > > +{ > > > + struct timespec64 tstamp64; > > > + > > > + tstamp64.tv_sec = tstamp->tv_sec; > > > + tstamp64.tv_nsec = tstamp->tv_nsec; > > > + snd_timer_notify64(timer, event, &tstamp64); > > > +} > > > This works, but I'd leave it up to Mark if he'd prefer to do the conversion > > bit by bit and change over all users of snd_timer_notify to use > > snd_timer_notify64, or to move them all at once and leave the function > > name unchanged. > > That's more a question for Takashi than me, this is all generic > userspace stuff that is common to all sound. Right, of course. Arnd

9 years, 4 months

[PATCH 0/6] Introduce 64bit accessors and structures required to address y2038 issues in the posix_clock subsystem

by Baolin Wang

This patch series change the 32-bit time types (timespec/itimerspec) to the 64-bit types (timespec64/itimerspec64), and add new 64bit accessor functions, which are required in order to avoid y2038 issues in the posix_clock subsystem. In order to avoid spamming people too much, I'm only sending the first few patches of the patch series, and left the other patches for later. And if you are interested in the whole patch series, see: https://git.linaro.org/people/baolin.wang/upstream_0627.git Thoughts and feedback would be appreciated. Baolin Wang (6): time: Introduce struct itimerspec64 timekeeping: Introduce current_kernel_time64() security: Introduce security_settime64() time: Introduce do_sys_settimeofday64() time: Introduce timespec64_to_jiffies()/jiffies_to_timespec64() cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime() arch/powerpc/include/asm/cputime.h | 6 +++--- arch/s390/include/asm/cputime.h | 8 ++++---- include/asm-generic/cputime_jiffies.h | 10 +++++----- include/asm-generic/cputime_nsecs.h | 6 +++--- include/linux/cputime.h | 16 +++++++++++++++ include/linux/jiffies.h | 22 ++++++++++++++++++--- include/linux/lsm_hooks.h | 5 +++-- include/linux/security.h | 20 ++++++++++++++++--- include/linux/time64.h | 35 +++++++++++++++++++++++++++++++++ include/linux/timekeeping.h | 24 +++++++++++++++++++--- kernel/time/time.c | 28 +++++++++++++++----------- kernel/time/timekeeping.c | 6 +++--- security/commoncap.c | 2 +- security/security.c | 2 +- 14 files changed, 148 insertions(+), 42 deletions(-) -- 1.7.9.5

9 years, 4 months

Re: [Y2038] [RFC PATCH v2 1/4] y2038: add 64bit time_t support in timeval for 32bit architecture

by Bamvor Zhang Jian

Hi, John On 07/09/2015 04:09 AM, John Stultz wrote: > On Mon, Jun 29, 2015 at 7:23 AM, Bamvor Zhang Jian > <bamvor.zhangjian(a)linaro.org> wrote: >> +int get_timeval64(struct timeval64 *tv, >> + const struct __kernel_timeval __user *utv) >> +{ >> + struct __kernel_timeval ktv; >> + int ret; >> + >> + ret = copy_from_user(&ktv, utv, sizeof(ktv)); >> + if (ret) >> + return -EFAULT; >> + >> + tv->tv_sec = ktv.tv_sec; >> + if (!IS_ENABLED(CONFIG_64BIT) >> +#ifdef CONFIG_COMPAT >> + || is_compat_task() >> +#endif > > These sorts of ifdefs are to be avoided inside of functions. > Instead, it seems is_compat_task() should be defined to 0 in the > !CONFIG_COMPAT case, so you can avoid the ifdefs and the compiler can > still optimize it out. I add this ifdef because I got compile failure on arm platform. This file do not include the <linux/compat.h> directly. And in arm64, compat.h is included implicitily. So, I am not sure what I should do here. Include <linux/compat.h> in this file directly or add a this check at the beginning of this file? #ifndef is_compat_task #define is_compat_task() (0) #endif > Otherwise this looks similar to a patch Baolin (cc'ed) has been working on. Yes. regards bamvor > > thanks > -john >

9 years, 4 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Y2038 July 2015