Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755317AbbKRIPw (ORCPT ); Wed, 18 Nov 2015 03:15:52 -0500 Received: from mout.kundenserver.de ([212.227.17.13]:51971 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754031AbbKRIPr (ORCPT ); Wed, 18 Nov 2015 03:15:47 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: 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, broonie@kernel.org, jan.dakinevich@gmail.com, joseph@codesourcery.com, ddaney.cavm@gmail.com, schwab@suse.de, bamvor.zhangjian@huawei.com, philipp.tomsich@theobroma-systems.com, andrey.konovalov@linaro.org, christoph.muellner@theobroma-systems.com Subject: Re: [PATCH v6 14/19] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it Date: Wed, 18 Nov 2015 09:14:32 +0100 Message-ID: <3999351.LDb9Xyt8Yk@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <3754277.KmO9Nk3XLD@wuerfel> References: <1447795019-30176-1-git-send-email-ynorov@caviumnetworks.com> <1447795019-30176-15-git-send-email-ynorov@caviumnetworks.com> <3754277.KmO9Nk3XLD@wuerfel> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:Z3JSG/ZEgQ4hRhYVSP9amkimhQpCk52FDdXDeavR+Zb+STZW5yo DMIY5/jcwp94xLRS3HAkP4cZdA6fxn2EkKzy/sAe0/W9YwbO5wCAkTFFfX9xOKx5QDgAFcc 1IKIOBuIEK9j9oDkoLJLbCCbEvkqU0WPgc4+2zjNMr8Oh1idmfFN5BAUlGMoXQMo+1+ZFkt pX2jCxWgn1doeJI1FZVuA== X-UI-Out-Filterresults: notjunk:1;V01:K0:qU8CbJl4nR0=:IajZYOnYSAhD5LxRUNXzB3 WMyIbZ1DhIU+zuhWMul73s/PnUecgWupcFiRd86B+AQ1u7S3ri0ohS1GU4EWen/wXHArZepF1 UkraGBCUUHFAS4UqyB0lHpZ4zI2xqXv3Ej9TokEMa7rXOpisX8voh5ZV40VSTPbLce/BUwEnf 5LYh7DGMfrab0888WtD8O+ivwgd95JqQ9pfXfG2QbkLKDCePbqho2yRXLxOnR0b2vyr/htgyP LLg9kenEiOFnPdSPbhB7liE8vqpfT68aSlo6a8811F7R5Sl7mHS0kHf4QA5Qb3pbTkgLpCNTL AIdYeH9eDPt6/pJ24NzyN4WufnzJ8aXwHprj/cxCT91rzPfWIQqSzOwj26ePaXNpB2pus/EYk hAeLgPv+EF3kunM3lMrJx8a/crd2klvOWN9fujuSoehoct+7h/0WZyghULCYPXxx78Cj3pqxO 9ElSzYWzXzkJEnRKh1LLIlJcVYxFvW28+Vo3eU/Z+oDGinj4o6NBE3RyFOvK4BZEdKl9nXiqT b1+IgzeRF3iJJZaFzWJmFVkNihdG3b5Sv4IZxw/c3Dw8OWgt93mqZB1/t6gJnk8iSfzce+lw1 rgHpuOeRhRj2R++BlqMzEnvgVwGVc4qoloeNPQj6nA/9dUqt7pCih2VM9o8kk/zMFSdwPGFVF 5o0uHBSFJJHBvSZFwS9bfBN9wMgi2sqmM9bIk1N6RpAkE5PwqAaJD1me8lKRQj08ND0lVWNYI k3xk+XLYQWYlWtIv Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1011 Lines: 26 On Tuesday 17 November 2015 22:57:52 Arnd Bergmann wrote: > > +#define compat_sys_open_by_handle_at sys_open_by_handle_at > > The only difference here is the forced O_LARGEFILE, but that > is set by glibc anyway, right? > > > +#define compat_sys_openat sys_openat > > same as open_by_handle_at > I gave it some more thought, and I think we should actually stay with sys_open_by_handle_at and sys_openat, but do it a little differently: Forcing O_LARGEFILE is probably what we want for all architectures going forward, so we should change asm-generic/unistd.h to use sys_openat for compat mode, and override it for tile32 compat, which is the only existing user of this table at the moment and which needs to retain the existing behavior. 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/