Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6417212imu; Mon, 21 Jan 2019 08:32:50 -0800 (PST) X-Google-Smtp-Source: ALg8bN5+okn92aPm8IBKDXyL594yQaxrcP8IIPisCKP4fEqN7WICOI+okVLHJ2tqma80N26U820a X-Received: by 2002:a17:902:20b:: with SMTP id 11mr30958308plc.57.1548088370634; Mon, 21 Jan 2019 08:32:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548088370; cv=none; d=google.com; s=arc-20160816; b=whaHHVzm1A8jA4Kx3fdtexZ7YAUiqaPNGHMoSttI0tL/spYgauKZp0euBSYuHRG9Ms RzU69n1yMGA6zopsEfTdUAQjrbM6Y+T9ZUDhv94vZpj11zMQe3v7REWfFwzQq5r8UvtV uo9/y7BsQSPCtK8LHiUokwVCnPyWBo2XuH9MGMu/BIyYGMEDkvuh8NLTBLPnU/vIu3E0 6brn8o1RgTw4J/RTEd9OOOy2rW0XZNnW7QHCoKPhuRWBJFfloWcNlyOxygmndIJ7F6wg gjHZp4GwsepzmnWjn6ipS4Zx32ykUPAHHVhqFhooRsje2TkA7QLf2kroB4G4DHdYUixw gwIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=ugnN37Htp2pcGbvXPo+DEz/r4541Rca2swp85kVj/dg=; b=prP+ZCOd53BBcpl9YhvNbckpVJX/pMheOpupw6MY1ArHQD+AKlbxwWXoPbPxWPihLF Qbt92uBC/DexkSy2AVAGcc/qIHV2DZe5uVZ16sv4iHB/1ot9AAxNzGBC21YrqTkzphdW 6BBJ7BpWDLefTO8nG14ibs7nqhJphxnkULd9e2OH4bqwdj++Q453CMNjnSFq6gDNrFM2 D5OA/leYgP/bWzuxupUz+ZZHeFs2prrcjDkTRVOcDMQ9Ah8D0UfF6+q/fBNI0De/4I3y 1fTgEAtVJMysmgJ8ie5+qVeWdjUTccNAizJfW88zNbRVyeysC12rM+JZn5zPKOei1tN+ MM6w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w67si12687927pgb.45.2019.01.21.08.32.33; Mon, 21 Jan 2019 08:32:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730635AbfAUQbW (ORCPT + 99 others); Mon, 21 Jan 2019 11:31:22 -0500 Received: from mail-qt1-f193.google.com ([209.85.160.193]:44211 "EHLO mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730112AbfAUQbU (ORCPT ); Mon, 21 Jan 2019 11:31:20 -0500 Received: by mail-qt1-f193.google.com with SMTP id n32so24127341qte.11; Mon, 21 Jan 2019 08:31:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ugnN37Htp2pcGbvXPo+DEz/r4541Rca2swp85kVj/dg=; b=AN4J5uEie5Hx6iRzpgTqk2T78/TYbZGWKu5NP3ScooQUyeF+pmyzaxewwf+GzaK+uP nYxvf88tBZStbUoK/Lpu2lZTijjAkRYgGZdTml5XNBvpxoa8v7N78Gc64UoRdsFOM4eV 92y+zLsPd9e7Vb0DeQ8153pnjbQ4v9+wUCBTLieS5wVDIHNRqZslR8xxxmdMciaITTjG QjZy8xIFdXDUdFOTyMMhQoc6kIUZ4QUoVLQIfpJBEdRRD6IcpD1CZs4f87OjXnqL5hO1 fut8e9AbtYZy8M3vl2AkJoriRYJIB6vvIV0Ob/+TXIQThjD5KPlZZBzy3BNJO5njSqKk IW/g== X-Gm-Message-State: AJcUukdhC7yC2jcZZEZAx/kA2Af/xMeH3SmcxCgjRSzE7Bk8qsfTVphi yFeYy2ypdj+52BDoVBK+QEffrKZNQpm0NdOBih0= X-Received: by 2002:aed:35c5:: with SMTP id d5mr27326381qte.212.1548088278474; Mon, 21 Jan 2019 08:31:18 -0800 (PST) MIME-Version: 1.0 References: <20190118161835.2259170-1-arnd@arndb.de> <20190118161835.2259170-30-arnd@arndb.de> In-Reply-To: <20190118161835.2259170-30-arnd@arndb.de> From: Arnd Bergmann Date: Mon, 21 Jan 2019 17:31:01 +0100 Message-ID: Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures To: y2038 Mailman List , Linux API , Linux Kernel Mailing List , linux-arch Cc: Matt Turner , Russell King - ARM Linux , Catalin Marinas , Will Deacon , Tony Luck , Fenghua Yu , Geert Uytterhoeven , Michal Simek , Paul Burton , Helge Deller , Benjamin Herrenschmidt , Michael Ellerman , Martin Schwidefsky , Heiko Carstens , Rich Felker , David Miller , Andy Lutomirski , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , "the arch/x86 maintainers" , Max Filippov , Andrew Morton , Deepa Dinamani , "Eric W . Biederman" , Firoz Khan , alpha , Linux ARM , linux-ia64@vger.kernel.org, linux-m68k , linux-mips@vger.kernel.org, Parisc List , linuxppc-dev , linux-s390 , Linux-sh list , sparclinux , Networking , Linux FS-devel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 18, 2019 at 5:25 PM Arnd Bergmann wrote: > > This adds 21 new system calls on each ABI that has 32-bit time_t > today. All of these have the exact same semantics as their existing > counterparts, and the new ones all have macro names that end in 'time64' > for clarification. > > This gets us to the point of being able to safely use a C library > that has 64-bit time_t in user space. There are still a couple of > loose ends to tie up in various areas of the code, but this is the > big one, and should be entirely uncontroversial at this point. I've successfully tested this with musl and LTP now, using an i386 kernel. The musl port I used is at https://git.linaro.org/people/arnd.bergmann/musl-y2038.git/ This is just an updated version of what I used for testing last year, using the current syscall assignment, and going back to the time32 versions of getitimer/setitimer and wait4/waitid/getusage. It's certainly not intended for merging like this, but a proper musl port is under discussion now, and this should be sufficient if anyone else wants to try out the new syscall ABI before we merge it. The LTP I have is heavily hacked, and has a number of failures resulting from differences between musl and glibc, or from the way we convert between the kernel types and the user space types. The testing found one minor bug in all the kernel syscall tables: > +418 common mq_timedsend_time64 sys_mq_timedsend > +419 common mq_timedreceiv_time64 sys_mq_timedreceive While this would have fit in with umount(), creat() and mknod(), it was unintentional, and I've changed it back to mq_timedreceive_time64 (with an added 'e'). Arnd