Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932921AbbKMPfY (ORCPT ); Fri, 13 Nov 2015 10:35:24 -0500 Received: from mout.kundenserver.de ([212.227.126.187]:57534 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754484AbbKMPfW (ORCPT ); Fri, 13 Nov 2015 10:35:22 -0500 From: Arnd Bergmann To: Andreas Schwab Cc: linux-arm-kernel@lists.infradead.org, Yury Norov , pinskia@gmail.com, Prasun.Kapoor@caviumnetworks.com, catalin.marinas@arm.com, Nathan_Lynch@mentor.com, linux-kernel@vger.kernel.org, agraf@suse.de, klimov.linux@gmail.com, Andrew Pinski , broonie@kernel.org, jan.dakinevich@gmail.com, Andrew Pinski , ddaney.cavm@gmail.com, bamvor.zhangjian@huawei.com, philipp.tomsich@theobroma-systems.com, andrey.konovalov@linaro.org, christoph.muellner@theobroma-systems.com Subject: Re: [PATCH v6 13/17] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it Date: Fri, 13 Nov 2015 16:34:10 +0100 Message-ID: <3810107.ZiMyX4Iloo@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: <1446507046-24604-1-git-send-email-ynorov@caviumnetworks.com> <16446627.b0Lo936ZJj@wuerfel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:yCA+3XRoMaC5s2KOCFXpzEs8aXBFRLgTSPGGZ9gnmpi54TfgQ3k X8fnnD/Gqa+X8ZUg9LZ55Md6XR+lfTPMscRxgcEvxnQDQiAblRObDLyVULS5mPvF5MMmd9M b7Yv3e4feRs2D5q7dTuIX3Tdfpw//ZQ8mkCvR9GjwVMLv2VplV4C8821vitXJemZvod+vbf ad0L3rN3g0gAtnc8Z6v5g== X-UI-Out-Filterresults: notjunk:1;V01:K0:4cMMOf/AW6c=:woxEo4PGEEX46pGxOorAPl rJ2WEoDZxZpZMsbX5/LOQVfKUBS5Nx8MJ9KtC1dX00HUTte4ZwoNlINJyCgM3AWtjrQbBjBip qt/FNTRSVM9UWowuiuiuw4PAzdhWYRI0S7Em4s60FClPv0LFYWIeS3ZrkM+kqLXBlMyt7eBEU F8PoYOA68efwfu/tZwUZMg2KFo53k+A9N2Q91tf7TWlacj3boHo1ajfw3w0S3T936GlvMw78k ys0aELcJoknopwooHL4GdbQNOQ766aUhhVswyVMAuqx6726GZo/egX4p+qS94eDt6qCNup4bC Oba0uWAcycu4lXTeM0Ew0MVAeu4OInVQKl3xe233tr3ip3ugkIrm2joaoFRvGUbBg5GGon87d mo+CkrQhkO5XLF8BZLvamQnnjAXvYKEMXFGWNCjKnDCQhGEIUgPhoArOzBCNy0dn8N1UIa6Dm CTZMHIcNd0hcHIPO99eHjO4tppu2eMeKqUcsyLSYGG6ivA8dT55yclEctQy0lBUXqpGiSqqk9 Gi64YFsF1QYOQV6TJVJUq4zXpABNUtHvvE3XKg7kEk0jcnLqZdoov622WbSg+5NK9LHzO5dm2 99+GjIje/JV8oPQT6mnXFn2iiH6mxzgN1ygSuejnk4MY8RymzaSoBFxi+VNsTk7ERiO8WRu0m XwABNawdeJlbhfuNVrgG9wIKL54UzPEJfYN7VU+KOiXBYa+w56XmIYk52CvP7btVzHb9GVFRd u5RAS6hX1mMP0aeL Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1155 Lines: 33 On Thursday 12 November 2015 14:47:18 Andreas Schwab wrote: > Arnd Bergmann writes: > > > On Thursday 12 November 2015 10:44:55 Andreas Schwab wrote: > >> Arnd Bergmann writes: > >> > >> > What do you mean with 32-bit off_t? > >> > >> An ABI with 32-bit off_t, ie. all currently implemented 32-bit ABIs. > >> > >> > Do you mean that glibc emulates a 32-bit off_t on top of the 64-bit > >> > __kernel_loff_t? > >> > >> Glibc is bridging the user-space ABI to the kernel ABI. > > > > Ok, but why? > > That's how the ABI is defined right now. I didn't make that up. Ok, I guess it will remain a mystery then. Should we perhaps define __ARCH_WANT_SYSCALL_OFF_T for the unistd.h file then, so we provide both the off_t and the loff_t based syscalls? That would avoid the extra wrapper in glibc when using a 32-bit off_t if that is the preferred mode for user space. Arnd -- 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/