From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932903AbcE0Inq (ORCPT ); Fri, 27 May 2016 04:43:46 -0400 Received: from mout.kundenserver.de ([212.227.126.187]:52962 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932456AbcE0Inm (ORCPT ); Fri, 27 May 2016 04:43:42 -0400 From: Arnd Bergmann To: Heiko Carstens Cc: Yury Norov , Catalin Marinas , David Miller , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, libc-alpha@sourceware.org, schwidefsky@de.ibm.com, pinskia@gmail.com, broonie@kernel.org, joseph@codesourcery.com, christoph.muellner@theobroma-systems.com, bamvor.zhangjian@huawei.com, szabolcs.nagy@arm.com, klimov.linux@gmail.com, Nathan_Lynch@mentor.com, agraf@suse.de, Prasun.Kapoor@caviumnetworks.com, kilobyte@angband.pl, geert@linux-m68k.org, philipp.tomsich@theobroma-systems.com Subject: Re: [PATCH 01/23] all: syscall wrappers: add documentation Date: Fri, 27 May 2016 10:42:59 +0200 Message-ID: <13240365.okADkKsTBJ@wuerfel> User-Agent: KMail/5.1.3 (Linux/4.4.0-22-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: <20160527060357.GB3820@osiris> References: <6293194.tGy03QJ9ME@wuerfel> <20160527003753.GA14247@yury-N73SV> <20160527060357.GB3820@osiris> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:YHZQCkcbdMTPBSY9G9oLMTMuXPueswzOUQTQlOXc/Xzw02NGZAQ ENdtb0h+mEMzD9lAZFVJSlyNaYGJbmm8fYLEP3Mp3Ziw9/X3mMVfh8lQalqM6bGMGsBAULc mmssERhsJMqU8oVNQXY7GQVbbEUsIbFR6VMF10dQLF/Ln6JF1dL6GmIT9bEPa2OfIlPTz6I GgaVwaA4vFM/Gk6vheiIg== X-UI-Out-Filterresults: notjunk:1;V01:K0:l07gFgX2OIE=:OAtPFi1loxi39ny0fzpK/t MoBJfmmA/FzhA9IxJrC/T4vB89PF+Mmto3dlQH9cq1AqHhKIcDtKyYKN9JqB8VG5UAs7pAa5E lrfQmbdXnOum6SAA1k6Bjx/ZZQKX9oi6KS+TycQCoHMd9VE5r4h6o3zn2HM+a5oq4YywNTgMh WHWrtZl/JdMjHdUj2a76TZOItc6DVahpA83pNvgq08Q9RrWZnbZs624gtjdHAXTqn8uyJpwYO kRzWL62OmxJbYTYhaJwSXdEMYjQQ2cSuE8NbWhTCKTMiTwiD6POrfr7WOdoD6OP6cLLp/8Nic CrICjyXqO3/srv2Ck9opFKJU2A2LCprC+MC3eErIxgeW07yyRkUVj9hcINc8yM1bcLo6gjDIc 2UgYYuhhTVuhgpMq3eNRzwIC9RwkGdaCfp87sU0ntOh03A7l4VY84uYKDKwxhOdovW7g0rYdU vN7CZfV1Qxe7ndCZBfqfBas68/6eudFsVsJKNWaLw+hPs0W6d++FutvN0A4oKZUbczbmkgNmP GjKp6JEVf8TupISk50sUEySYBbwS1HLOs2a1dGv1zMs72fzrKdsrON6PdV4YOHYX9HqHt+n8P 4aOJUfcLl3wkm5uhoQm2msi1rlGG/H+wIz/xWHFlFKs8Em9QldMwKwcnJaseNSu+cYssw3zYQ 13AC/3yWfzo6TVutBJtdLmGRXTAgf3R3fCMmhPBVqEHj8RZji6VXo3eHMBlE3YcGivit65uIe uhIQ5P4LkrwxrWZz Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday, May 27, 2016 8:03:57 AM CEST Heiko Carstens wrote: > > > > > Cost wise, this seems like it all cancels out in the end, but what > > > > > do I know? > > > > > > > > I think you know something, and I also think Heiko and other s390 guys > > > > know something as well. So I'd like to listen their arguments here. > > If it comes to 64 bit arguments for compat system calls: s390 also has an > x32-like ABI extension which allows user space to use full 64 bit > registers. As far as I know hardly anybody ever made use of that. > > However even if that would be widely used, to me it wouldn't make sense to > add new compat system calls which allow 64 bit arguments, simply because > something like > > c = (u32)a | (u64)b << 32; > > can be done with a single 1-cycle instruction. It's just not worth the > extra effort to maintain additional system call variants. For reference, both tile and mips also have separate 32-bit ABIs that are only used on 64-bit kernels (aside from the normal 32-bit ABI). Tile does it like s390 and passes 64-bit arguments as pairs, while MIPS and x86 and pass them as single registers. Tile is very similar to arm64 because it also uses the generic system call table, which I think is a good argument to keep them in sync. Arnd