Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752400AbbERMjg (ORCPT ); Mon, 18 May 2015 08:39:36 -0400 Received: from static-87-79-237-121.netcologne.de ([87.79.237.121]:17974 "EHLO herc.mirbsd.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750940AbbERMj1 convert rfc822-to-8bit (ORCPT ); Mon, 18 May 2015 08:39:27 -0400 X-Greylist: delayed 679 seconds by postgrey-1.27 at vger.kernel.org; Mon, 18 May 2015 08:39:26 EDT Date: Mon, 18 May 2015 12:16:48 +0000 (UTC) From: Thorsten Glaser X-X-Sender: tg@herc.mirbsd.org To: Arnd Bergmann cc: linux-api@vger.kernel.org, klibc@zytor.com, libc-alpha@sourceware.org, y2038@lists.linaro.org, musl@lists.openwall.com, linux-kernel@vger.kernel.org, Rich Felker , cferris@google.com, enh@google.com, "Joseph S. Myers" Subject: Re: [klibc] kernel/libc uapi changes for y2038 In-Reply-To: <2664016.bYZKg6FQqR@wuerfel> Message-ID: References: <2664016.bYZKg6FQqR@wuerfel> Content-Language: de-DE-1901, en-GB X-Message-Flag: Your mailer is broken. Get an update at http://www.washington.edu/pine/getpine/pcpine.html for free. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1280 Lines: 28 Arnd Bergmann dixit: >In the patch series I posted recently [1], I introduce new system calls to deal >with modified data structures, but left the question open on how these should >be best accessed from libc. The patches introduce a new __kernel_time64_t type Can we please have ioctls fixed for mixed 32/64-bit systems such as MIPS (o32/n32/n64) and x86 (i386/x32/amd64) first, before even more such chance for breakage is introduced? I still need to use an amd64 chroot on my x32 system to do things such as set up iptables, because those ioctls break, because they contain data structures that contain, well, time types. Your proposal has a nōn-zero chance to bring these issues to i386 (and other architectures). Thanks, //mirabilos -- you introduced a merge commit │ % g rebase -i HEAD^^ sorry, no idea and rebasing just fscked │ Segmentation should have cloned into a clean repo │ fault (core dumped) if I rebase that now, it's really ugh │ wuahhhhhh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/