From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) by sourceware.org (Postfix) with ESMTPS id 6DB003858D39 for ; Sat, 11 Dec 2021 17:28:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6DB003858D39 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=arndb.de Authentication-Results: sourceware.org; spf=none smtp.mailfrom=arndb.de Received: from mail-wm1-f43.google.com ([209.85.128.43]) by mrelayeu.kundenserver.de (mreue108 [213.165.67.113]) with ESMTPSA (Nemesis) id 1MnJZ4-1mCtTD0dT2-00jH2c for ; Sat, 11 Dec 2021 18:28:43 +0100 Received: by mail-wm1-f43.google.com with SMTP id c6-20020a05600c0ac600b0033c3aedd30aso8823433wmr.5 for ; Sat, 11 Dec 2021 09:28:42 -0800 (PST) X-Gm-Message-State: AOAM5339fY23+TbbWTFOyU6YSU4lV+vTcgaWiHTknWi2sI6z4LJioPCa Ne24E+XIsHuASetEUk2Q1ccw9XoA29VozBFNBEU= X-Google-Smtp-Source: ABdhPJxvUoPX4czfnOvv1cO/1p60KYiSOZ43FbVgrYcXdlbFszFpWJqec/foTsD9WhIjTdlORdVHlFQWMXMZ1kBzkoQ= X-Received: by 2002:a1c:770e:: with SMTP id t14mr24476506wmi.173.1639240338638; Sat, 11 Dec 2021 08:32:18 -0800 (PST) MIME-Version: 1.0 References: <20211210110233.1401640-1-adhemerval.zanella@linaro.org> <87mtl879ch.fsf@oldenburg.str.redhat.com> <20211211000844.GB7074@brightrain.aerifal.cx> <49f9e2d0-3252-78a6-0395-8901d82772fe@cs.ucla.edu> <87ilvv2tkm.fsf@oldenburg.str.redhat.com> In-Reply-To: <87ilvv2tkm.fsf@oldenburg.str.redhat.com> From: Arnd Bergmann Date: Sat, 11 Dec 2021 17:32:02 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] linux: Use 'long int' for timespec tv_nsec on x32 (BZ #16437) To: Florian Weimer Cc: Arnd Bergmann , Paul Eggert , Rich Felker , GNU C Library development , Andy Lutomirski Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:mn/yv9bhO+uHZNbe+qvg8DbuYeT4TXkhfgmKWe9zkTcqqwjVGhs vHIdPUpqsLw8rpBLcQV8e7N8KMaG3uNUcna5iMQRCqBbGnYlCQ5h3tKkEyCioVhUOP1yUT8 XlfUYFeUypnoYzo0CXuOLDwPTeTGpndCgxRp9DhsgcAyRLNgeVI2xXCC2iqeOGW+ykddrIs tJcykgoRKKq6y6C6sNtEA== X-UI-Out-Filterresults: notjunk:1;V03:K0:Okb80yzgVIw=:J09A1Vif/kJ00DVLUVogJC EETA3gPHXL6QkNzS1Tq1hwZSOcPBr8Ey6gD7tOuDH3j3Ta28qQ9+GbDrRpN4D1x9Mr8LjJ0WC E10vu/hzL3n9CQgxvP+7UoT4cOYIaCDuHTkUrri3CqV0orORFZTOtT+JJIhjyIxOM9qw+XZSn 3121xE3CsK3bxfNjzHCg03Dyypu2GmKwkGMdZYHXiYrk9jzuWrAbc74ruubbdGp3+7np+M87i XDFi3XGCgCDTVSb8uvr2WwovGB4rTHemURLDZMRHEnwXSTADHPQrjA7wUo2MJChtbvM2hCJ8+ fvolt1xadNoGxj3p7WnkBJOScpKGH7v0xV9o8Tr6ke28c2xKOaWgfb8le9isJn5a1UbytDgQr S9aabrGrp/FzwUz0SsOYVOgGiMA/e/Al9gM40HPWdGgltGDAMQxeRs8u4slOcMsu5Hb9QLVzu 1rcbflZNbITc6YoCFDyaNRRtg+6cXffoY6mkpbwXjy7nUXc5AIpREn+VjEffgPTQJU0usmEDH f+i+ug22TOsUEokRknEcrT7Ee2EALmB20Qb2MBYnoWHEvoF7Hv7W6na5990C3dDKHGHmy+Obe wxkuiPKlpnTvm03OIA7GyXPZOGHQ3vUG+4Ni7w+rkerwylUweCmOzvwZE5fBEf3tGMmotq4/1 aO62C0enC1Rev3KlcxOvPrdsYzU7+ESuXhRgxgKNZOL2fs3SHiiOrWkQf8hXOqvpZT3KXCXgc US38S4w1SnXz1XMlCLfz+vC9HAt9FkXruUTtIpBXFqkHtsSv+IA/7fRYfiRjAzOXFHlDM1dV+ 4pw6N0hjKFjWU68U0ld43kUI0R8opK1zm+aInNjbXIZU9YNhQg= X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2021 17:28:47 -0000 On Sat, Dec 11, 2021 at 1:51 PM Florian Weimer wrote: > * Arnd Bergmann: > > On Sat, Dec 11, 2021 at 1:47 AM Paul Eggert wrote: > > > > The timing probably isn't bad either, with Debian 11 and Ubuntu 22.04 > > (both of which include marginal support for x32) being supported for > > years to come. Anyone building their own stuff can rely on linux-5.15lts > > and an existing glibc release to do the same. > > I don't see x86-64 x32 causing us significant trouble on the glibc side. > I have worked on some x86-64-specific enhancements, and covering both > word sizes wasn't too hard because everything else is so similar. Ok, fair enough. I assumed that it would help reduce the mess with the system call names, as x32 is usually the one exception, being the one 32-bit architecture that uses the 64-bit syscalls for off_t and time_t. > Much higher on my annoyance list are alpha, hppa, ia64. Makes sense. There are definitely more users on those than on x32, so unless they are dropped from glibc or gcc first, I don't see those go away from the kernel yet. Arnd