Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp281730ybf; Wed, 26 Feb 2020 13:03:10 -0800 (PST) X-Google-Smtp-Source: APXvYqyWVHo5hK0nRRGIPusg6xDGbtRJ7tMHWn1RUUlzjgwHAC9bEdh1e/HH2aabzXB52/BGqUqa X-Received: by 2002:a05:6830:1203:: with SMTP id r3mr604197otp.230.1582750989942; Wed, 26 Feb 2020 13:03:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582750989; cv=none; d=google.com; s=arc-20160816; b=Pp3wymLg/dIx/fhAOKaWd88DeOch3nno43JMsr1IvYxu2fqhYGRuImnV4LyFPXAClx GXVFboKJX6xhRLialdWCXL8A5ysVnlbW6ZSSndc9kucWmbtoQMU4kYW9GTY8foo2VolF KRUOyh9TZzDAqKmIM8RU1Cs5CP/8dAAgkUwEc0hpMTsFJTI27Q5eM3FPCkK/NoFLahqZ duoSOATJe9GsIfuv5asjpMy9OUYS2kaWPsFgcqgX5K3SsC0Vev4pNfPx0XckcmsjWJFj nhTvLpJRqpp6qpdCn+vyLakvbw+rW/E8avi0uqGzihDzf8YJJcSOCfVSdnOWwgiVYZSM +bXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=VDf3kZGFFf1LY6gPW3O7oh1UbdzbIsbOu1IThKKrkM0=; b=H207fosB2a+c577A7R5wsahuXYqjqmWgcQ6KxWgT7T/PXH6CYLIUPpZmfQ8EZrp7mq 9hJPPHTppxpcwYNK/kd5ZKYbjtmvv31Ud+yFMSeAHoyx5D3FSEW+t1J6TTG4ggBufBFd Q2b7T/37qspqwJZptQ4UOnfhpCzY8sfoayDMmJswKlb1yud3XtaPE+Eec6Z1v2v94JUs iNkmeBA9RZ1bMYTKYm9eYsCX4ZORKSNYEJZSfULnHQR0Gtl0Sm8AS//rJJc1R8lAnO+Q mG0u5KGL9cF6cXMVn7TATskxJ6p/eIzrmpo8X9OLSfGHLNfLLEY0pdcKEq1pGOOQXKCu 6Jcg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l17si338487otp.248.2020.02.26.13.02.57; Wed, 26 Feb 2020 13:03:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727553AbgBZVCL (ORCPT + 99 others); Wed, 26 Feb 2020 16:02:11 -0500 Received: from mout.kundenserver.de ([212.227.126.134]:46177 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727466AbgBZVCL (ORCPT ); Wed, 26 Feb 2020 16:02:11 -0500 Received: from mail-qv1-f49.google.com ([209.85.219.49]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.129]) with ESMTPSA (Nemesis) id 1MlNcr-1jqJjw0fjZ-00lmUf; Wed, 26 Feb 2020 22:02:09 +0100 Received: by mail-qv1-f49.google.com with SMTP id ek2so510396qvb.0; Wed, 26 Feb 2020 13:02:08 -0800 (PST) X-Gm-Message-State: APjAAAX0hEivxzwSz6t9taQ1csuTcF/zcaB0EJ6X0uDf1sl13W8oIjLL U2TiM2I4J3oNoCpbLdvHF01vZvwexH54w5qt5H4= X-Received: by 2002:a05:6214:524:: with SMTP id x4mr1146649qvw.4.1582750927983; Wed, 26 Feb 2020 13:02:07 -0800 (PST) MIME-Version: 1.0 References: <20200211175507.178100-1-hannes@cmpxchg.org> <29b6e848ff4ad69b55201751c9880921266ec7f4.camel@surriel.com> <20200211193101.GA178975@cmpxchg.org> <20200211154438.14ef129db412574c5576facf@linux-foundation.org> <20200211164701.4ac88d9222e23d1e8cc57c51@linux-foundation.org> <20200212085004.GL25745@shell.armlinux.org.uk> <671b05bc-7237-7422-3ece-f1a4a3652c92@oracle.com> In-Reply-To: <671b05bc-7237-7422-3ece-f1a4a3652c92@oracle.com> From: Arnd Bergmann Date: Wed, 26 Feb 2020 22:01:48 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] vfs: keep inodes with page cache off the inode shrinker LRU To: Santosh Shilimkar Cc: Russell King - ARM Linux admin , Linus Torvalds , Michal Hocko , Rik van Riel , Catalin Marinas , kernel-team@fb.com, Dave Chinner , Linux Kernel Mailing List , Linux-MM , Yafang Shao , Al Viro , Johannes Weiner , linux-fsdevel , Andrew Morton , Roman Gushchin , Linux ARM , Kishon Vijay Abraham I , Santosh Shilimkar Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:B0z8MNizJ7kia9aTxiE6iXCBlswXi3zwEcqfTJHoVMKZ6ErYXbE gp9J9teZYve2caR/jKAzBeFbWXOokwclyrbishs2Iowivr/BaRrXg0S1jTYEs0UMII1ZQ+Z uvap5jNCyXnghvWmjal06Ip9spD1yKLFco46EMboXYOFM88ItGGFkvohGR11QxVAUb0ACwR YWTOsWFaAPPbgdMGauv/g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:K2vDLtCaXnw=:PNYIHzWGGEEBd0aqVSb3CV zOkvHEntYYIhHdS/oR5ZUVIUw8DEtHTE6HvnGR/7lxSWwEv7mEdD3serbMqm/exblu0v+Dxpm UbZg/MYcm2bKh+EpWRDicVrz8UuL8/qvI03EHJdkwvNe2TCsO7whgglwvwUjLbYfQ8rJHfw/+ nt1l6uxEQG5F1qfxQpmJ2Tec3ICc5jLJKj3oKRiqd1y98DJoUqy8Jp+aX6P2Gr3b4pCwWiLqF YSvlHvXfcXYRWAln5Ue9NqubcHEJsi0kKUf41Ww/4i0audXtoN3h8PqbxD/OECmmfWhmBjctg SZFgaU1Eiyv8Q1/zD4Pq2j12vjFOUry6PdweK0g34Ypa2DmKXRw94Hfa4gk87uCNcCiY07QZR q4TM3Mg8RYIL8oeOt2nGCF22okBN9WwjdTiynzSdE3fUtjXTIRibRXFiSmYgngGGM/7U3o0sG ZdwPALqYomcrcbqoRHDX8H7Sj8iW+nV9jvsw9ArdeBlTqwgo+waI41JcgVpejafPbCTcndMo0 Z+Zasl9MdpaNPhuc+DiMCMOuVCOgfR4XersXgqj68zEoFtApJFYYEds8qtxrSJk5ZE+9NR9h2 r2pb4/NiUt53pefOd1E5/vWHj+oMUT10tO6Deodcff6hqzUo4dDltXDFfFdlcruH6BJgOfISY QOgMMxfvYwF2fvLpQzxx6SouFrsnJlK+2em/Mfs7JW3NMrGCRXvyWPQ6izuQu7DZKtpWYheU6 KR1Whpy9BbahJ54LuwWfzWasGDIA68udw1Pw3Jt+ZAd2OG2JHhxJPyrUj8/rfBiiXbe+hILY5 tzzqHQqyovwxKjvRQ1gyzP4H+vtTtPnr48ON81SMHaJVj4TX7Q= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 26, 2020 at 7:04 PM wrote: > > On 2/13/20 8:52 AM, Arnd Bergmann wrote: > > On Wed, Feb 12, 2020 at 9:50 AM Russell King - ARM Linux admin > > wrote: > > The Keystone generations of SOCs have been used in different areas and > they will be used for long unless says otherwise. > > Apart from just split of lowmem and highmem, one of the peculiar thing > with Keystome family of SOCs is the DDR is addressable from two > addressing ranges. The lowmem address range is actually non-cached > range and the higher range is the cacheable. I'm aware of Keystone's special physical memory layout, but for the discussion here, this is actually irrelevant for the discussion about highmem here, which is only about the way we map all or part of the available physical memory into the 4GB of virtual address space. The far more important question is how much memory any users (in particular the subset that are going to update their kernels several years from now) actually have installed. Keystone-II is one of the rare 32-bit chips with fairly wide memory interfaces, having two 72-bit (with ECC) channels rather than the usual one or two channels of 32-bit DDR3. This means a relatively cheap 4GB configuration using eight 256Mx16 chips is possible, or even a 8GB using sixteen or eighteen 512Mx8. Do you have an estimate on how common these 4GB and 8GB configurations are in practice outside of the TI evaluation board? Arnd