From patchwork Sun Jan 12 10:33:36 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alistair Francis X-Patchwork-Id: 37310 Received: (qmail 8718 invoked by alias); 12 Jan 2020 10:40:06 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 8625 invoked by uid 89); 12 Jan 2020 10:40:05 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-26.6 required=5.0 tests=AWL, BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3 autolearn=ham version=3.3.1 spammy=HContent-Transfer-Encoding:8bit X-HELO: esa6.hgst.iphmx.com DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1578825604; x=1610361604; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=1/9ryWFAi728pj9eV7LMBco+1I5Fy6F70cvzYh1DQoQ=; b=FSaZ/5mEguYuu3fgr21+B6WoaAvEiq0UsM9TkhOoqlLIQFIRHcIZQciS 4VUVv2PRl7M/KIEabbJbxHB3QO/n1QomMYemRAC+UKZUTtpxWzbvSTHbo O8ad9bcYOPDFXHHM8UrNYfqrc3CLCDN7AuQ9VorfvxSTFb3/dLBmMGtqr fnW/m8ebvEGR80u8pjIWOgFV12D3GR2ZD5E2qdm7Fi3u+yTdjpFaYs6LR cAMLl9v4KUkrErjaXwmLDY6NxyuLMQGMOkhOL/W3EhV7fjda8+xJmJrW1 mCYLFWkYQEnXOwwApaAlKdSu+MvmPl9sjKw+bqeAufPWDYNp9xh7yTFV4 g==; IronPort-SDR: wo4wqb0JmnlQktBpre9a2OqCMBACze1uhvkfAqM5fZLGxWq4KvhfVHJtiou70/1UrCUUB633oH t/F1TXsNxd7I7NGReapTtgXY9Qrxxbp0HLSQJs4P2HATDe8GB3Uc8k4YAPAJfxGSJD8SOF53Q5 61Bvu+4gzwScfU5ZU6HVmCVyy00tTGRi0TOkjDCfh2Jaci21cawoQb+StYv3JMYPYk1YYhTWbi S50yDcnD5rqJWpdjpsQi/uQzG50j6ogPCkB8bQ7t0/G3flSiCcGfxLle9sA8Tvk4JRHQZW6qpZ ReU= IronPort-SDR: yHKMgYtYLsCCceViRT5KOtCJY+wmKPfblfpUcNVsiKxi7pXVT5a2dekVUr/G313bOZHVzd+kfz jCoz1qpoHElKiXsQt7RMlsjDZoPr9zqYOebzCbMUpiYFy8os5kHcuxjuskMZ+N9W/tGCrlhCVB Ho+1LoN0Uk61T5V3dDzj8zhbWDiwy4RCfC4hBqe4re91n4rdHql8Or5TF9ow2UMlWyvfbrFPmn 5rfbfwuNovKXfLgwEnp03zPsBsIEC/Z0h5P7s5ohlPvV7/0IhLNTxnhmTrwUaNn7Kg3Kb2PEth 3nRJmYrAS1y5ZeM3ka0K7IkG IronPort-SDR: FFhzAGvdA+Iu/xZlF6ZnCyWxwLrNKQud9Q+Kuyemgvz2adV247D8dhjyReMGObCOxsJz6+Fgq2 STv76WSUn9TWBK2W5HkLjfVYQV/LUrqAegpvOsTbLy31zjxqCKjqeeR3qSev+lzrIJa1MkqOj9 4HBzygdvSI7Ep48YfxZp6MjoXQfk8zA1UxeiS1Ta+h05YiNzixU57EjznrDOiEBjdWvMGb6Wpu IFenL3JKrwhfR1suL550zEqPcPCMC7I8ZsbxsMMEiN3y31xyxDeb5ZOfD6WYNPSkSAxhNPSX0N vcY= WDCIronportException: Internal From: Alistair Francis To: libc-alpha@sourceware.org Cc: arnd@arndb.de, adhemerval.zanella@linaro.org, fweimer@redhat.com, joseph@codesourcery.com, palmerdabbelt@google.com, macro@wdc.com, zongbox@gmail.com, alistair.francis@wdc.com, alistair23@gmail.com Subject: [RFC v6 02/23] tst-clone3: Use __NR_futex_time64 if we don't have __NR_futex Date: Sun, 12 Jan 2020 02:33:36 -0800 Message-Id: <9cfff1a1ae34253a2cb4a2a416375d25fc31e75b.1578824547.git.alistair.francis@wdc.com> In-Reply-To: References: MIME-Version: 1.0 We can't include sysdep.h in the test case (it introduces lots of strange failures) so __NR_futex isn't redifined to __NR_futex_time64 by 64-bit time_t 32-bit archs (y2038 safe). To allow the test to pass let's just do the __NR_futex_time64 syscall if we don't have __NR_futex defined. --- sysdeps/unix/sysv/linux/tst-clone3.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/sysdeps/unix/sysv/linux/tst-clone3.c b/sysdeps/unix/sysv/linux/tst-clone3.c index 400eb89a5b..613cb4a811 100644 --- a/sysdeps/unix/sysv/linux/tst-clone3.c +++ b/sysdeps/unix/sysv/linux/tst-clone3.c @@ -56,7 +56,11 @@ f (void *a) static inline int futex_wait (int *futexp, int val) { +#ifdef __NR_futex return syscall (__NR_futex, futexp, FUTEX_WAIT, val); +#else + return syscall (__NR_futex_time64, futexp, FUTEX_WAIT, val); +#endif } static int