Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965994AbbLPQZh (ORCPT ); Wed, 16 Dec 2015 11:25:37 -0500 Received: from mout.kundenserver.de ([212.227.126.133]:53503 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965927AbbLPQZe (ORCPT ); Wed, 16 Dec 2015 11:25:34 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Yury Norov , catalin.marinas@arm.com, linux-kernel@vger.kernel.org, pinskia@gmail.com, Prasun.Kapoor@caviumnetworks.com, schwab@suse.de, broonie@kernel.org, Nathan_Lynch@mentor.com, agraf@suse.de, klimov.linux@gmail.com, jan.dakinevich@gmail.com, ddaney.cavm@gmail.com, bamvor.zhangjian@huawei.com, philipp.tomsich@theobroma-systems.com, joseph@codesourcery.com, christoph.muellner@theobroma-systems.com Subject: Re: [RFC3 PATCH v6 00/20] ILP32 for ARM64 Date: Wed, 16 Dec 2015 17:24:39 +0100 Message-ID: <3878732.mE36CZOJlR@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1450215766-14765-1-git-send-email-ynorov@caviumnetworks.com> References: <1450215766-14765-1-git-send-email-ynorov@caviumnetworks.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:nzg2cq9jp9pktQ8pqZQ5+wGgr7VS9CuiYpeoZHci7KevHZp9ls/ Ey+1FyKw7Mt40P710yXAg1m42YBsleAi+WxBWRjcNqh6VNv+fpy9Qsrg0umr+XX7rpr7R+J 32EvBacqU1ZyVUTd+bR4XzU2dbj+iIvhw1IR4CkHdeoLBjEuwVucrwhXIbSUdSCQeG1Xcsv kmDX4TNCnrluwF7B/eAag== X-UI-Out-Filterresults: notjunk:1;V01:K0:RwMDFi20jsg=:ZQRK04J5zakaC+7a674ICN DIuJhZEgfi1fj7hj63eJpt6GyY+N0wiCMPOunx08SPjN5ygm1TnELEqOrZ4r8JhKGzb5pQyAp C2tjIqPCgvlgBl/PFxFkax91oxREG0znFu1THQOmNWV35asd/NXKN+vCVVY2nuN5b2Xw9WkUs Asi86DN37Ea6m2l+lH89v4jhp8OiJEzanTeec+VN4uuyIpy6i9abfbTb9LlmAVhybWCw+8A+u KzAMZIVguFHSTUWJMCusmvSMowtEZBB8KGyakkqV3ui0HAgcqSjyrXxpR2xfKTv4u05GZlT+P vKG5Ez2wJtlX1kBDjkoYIDwMbq+S/UW3s5OyHdwr+OVjzF9oT4A3OAGWwsHu2Bbl88uVBN8gm 4gigmS+7UOyCmk2KCkLpdhX4AjLu8sYv0kPawkEajb8FUIssY5NjFgPrf/g0UPTdKjzJHxvtL IcpSGC+WkQCgrz+mSYyPYgxkNJD/ZCuL+TGYWvzafGnVV3LEsTv2MLnpF5crsqR53L3OKvgzQ sthepmB7Kpw6+M6XMCNEXkq9aRRCecF2qH+aZiX8iQgUi14mWEmp65Iv+JcwoR8GwiOx3t01Y YsH+Zn+pCXhnIO/GH27s/E2CDxd0Qv496WQ7zpiQPTc5YeF1kVq4wMDDxCwjJmAJGWwBqNPvN XPPgoHA4N7xvOi+AQpu1aCmdIsGMsAE7PO8g7xBSYrbCGiICjPnqVRrLSKgkhJMaJYDjsi/Rm fXWzBa+vLHRz/2QB Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2113 Lines: 48 On Wednesday 16 December 2015 00:42:26 Yury Norov wrote: > This is still RFC because we have no glibc yet, that correspnds new ABI > introduced here. And so we cannot run tests. LP64 and AARCH32 tests show > no regression though. > > v3: https://lkml.org/lkml/2014/9/3/704 > v4: https://lkml.org/lkml/2015/4/13/691 > v5: https://lkml.org/lkml/2015/9/29/911 > > v6: > - time_t, __kenel_off_t and other types turned to be 32-bit > for compatibility reasons (after v5 discussion); > - related changes applied to ILP32 syscall table and handlers; > - ILP32 VDSO code excluded. It's not mandatory, and caused questions > during review process. We definitely make sure we will follow up > with a VDSO later on because it is needed for performance reasons; > - fixed build issues with different combinations of AARCH32 / ILP32 > enabling in config; > - ILP32 TLS bug fixed; > - entry32-common.S introduced to hold wrappers needed for both ILP32 > and AARCH32_EL0; > - documentation updated according to latest changes; > - rebased to the current head; > - coding style re-checked; > - ILP32 syscall table turned around. Hi Yury, This version looks very good overall, thanks for addressing all my previous comments! I've commented on a few things, but it's mostly about style, and there are no show-stoppers. Please reply to my questions about the binfmt_elf.c, I must be missing something here as I can't even find which patch adds support for the new ELF32 executable format. Regarding my sys_sigaltstack comment, I've looked at the compat handling in kernel/signal.c and see that it's really ugly. Is that the reason you didn't want to use it? I think it's a good idea to clean that up so we don't need the get_fs()/set_fs() hack, but that can be done independent from your series and would benefit all 32-bit compat handling. 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/