Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753936AbbLCUnT (ORCPT ); Thu, 3 Dec 2015 15:43:19 -0500 Received: from mout.kundenserver.de ([217.72.192.73]:55854 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753859AbbLCUnR (ORCPT ); Thu, 3 Dec 2015 15:43:17 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Yury Norov , Catalin Marinas , pinskia@gmail.com, Prasun.Kapoor@caviumnetworks.com, schwab@suse.de, Nathan_Lynch@mentor.com, agraf@suse.de, linux-kernel@vger.kernel.org, klimov.linux@gmail.com, broonie@kernel.org, jan.dakinevich@gmail.com, ddaney.cavm@gmail.com, bamvor.zhangjian@huawei.com, philipp.tomsich@theobroma-systems.com, andrey.konovalov@linaro.org, joseph@codesourcery.com, 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: Thu, 03 Dec 2015 21:42:20 +0100 Message-ID: <3415450.VSgEm2gPbU@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20151203181441.GA16808@yury-N73SV> References: <1447795019-30176-1-git-send-email-ynorov@caviumnetworks.com> <20151203174708.GO10747@e104818-lin.cambridge.arm.com> <20151203181441.GA16808@yury-N73SV> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:3+JX7qXKK3Ig4rveanRQFfC2hYRq/I6HUtqg1KoRI0DlKp1ZvCM DGsOhvvDrjCqvtUIh3DQhe1ngAPU9Rq68Zd0oOoqqyekGdQ+Y7nNjXZHyrTe00Iwio1ZsB2 9qDCxRBa7uxQjBCCs0GCOwRa3RRMaeqTGDL432yDI1fxL3gi1pLMgpFjj0l82vHAElk8JZS 74riGjRaL+yFubz/dXnzQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:TDb/Lcq17Kk=:7Aom6xa5ZXdHhitdEhogsE tsYOus7XRuEfz4bE1x5xTkRTFcDYUFwVm3twJeazYN8sfTWVqjPnL82TlYcC909usaMyB2R1e Xo2XMe8Flq/KifHUrzLrbl1jSU9Nq3IcDYbs+BBSeMOGFWtK/0T35BICDKG25Oo9Ra5XRG7dB q2s3qGIfJmuxD36kb7hNen3htCXhuRN6nHKabQjR+16vRNS43pqZol6DBTIv2G1T/4H9EDglL 1+TmC7hOBiuMljY5yNMa3d1kKoLeCllAYUlG2SGztl8lXMZa6Zk/oqzMIKxdb0tJX6MjsxFXf 4z4x2tKp34X9mo7Ah6RoqSNDWa7cfopdX5kiWJMZCx/Nc5dDaoK1h/ioB3U7wmpyXvPJEYb4g e54EyPG9JwwbkJizC8WRvIzamAEuL+lbacRxfdEk9HsNOnp1Pg+rftdm9vk/jcGuy3J2LbDCa gZutMuAWfH0fjmimUF38TrvC69D2IDqlwny7TUaEA5if13CmjdII5Nw7ZuYeBNdBFK+HXgK36 Km+Ij33vff7f++riU43G5QQLgMnmePOMr1qDvC3jqUa0aDcugRqMCvS3y9CqeRxYzS4QThVLR azyvMUJ9BjTSiKeYWVru1svd65lsH6+IjSFSwQjXEQPdf8OMeBCSD+CFL2nsWIj/sWT3gIWP0 Krc0OjlqCN16jQ9YGle62BySRsw49Qb9KLheuT7fCN0sxE2VfqPvZJzF78tKI6HxkFs3VKr12 gF8+sJrcZ49AClK4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 834 Lines: 20 On Thursday 03 December 2015 21:14:41 Yury Norov wrote: > > > I'm not sure there is much value in > > keeping 4*PAGE_SIZE for larger page sizes but I agree that the current > > 16K value doesn't work well with 64K pages. > > Arnd told there will be a workaround for arm v6 caches. Than this > header will not be needed at all. Until that, this is simpliest > fix as it doesn't affect userspace. I think we should do whatever matches user space: There is no harm in going to 256KB instead of 64KB if current glibc already uses 4*getpagetsize() for a kernel with native 64K pages. 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/