From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8419BC3B187 for ; Wed, 12 Feb 2020 01:03:25 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 322D420842 for ; Wed, 12 Feb 2020 01:03:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="fBxG1Hcr" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 322D420842 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 833826B0384; Tue, 11 Feb 2020 20:03:24 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 7E4B06B0385; Tue, 11 Feb 2020 20:03:24 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6AC876B0386; Tue, 11 Feb 2020 20:03:24 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0028.hostedemail.com [216.40.44.28]) by kanga.kvack.org (Postfix) with ESMTP id 53ED26B0384 for ; Tue, 11 Feb 2020 20:03:24 -0500 (EST) Received: from smtpin13.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id DF185180AD804 for ; Wed, 12 Feb 2020 01:03:23 +0000 (UTC) X-FDA: 76479676686.13.pot29_3ab337d736526 X-HE-Tag: pot29_3ab337d736526 X-Filterd-Recvd-Size: 5193 Received: from mail-lf1-f68.google.com (mail-lf1-f68.google.com [209.85.167.68]) by imf30.hostedemail.com (Postfix) with ESMTP for ; Wed, 12 Feb 2020 01:03:23 +0000 (UTC) Received: by mail-lf1-f68.google.com with SMTP id r14so305282lfm.5 for ; Tue, 11 Feb 2020 17:03:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zy6kGEEkqAsEiZzWHqRtvxnsI6DtM6n9AdiuD2GudTU=; b=fBxG1HcrByKfPtNty2DhtyD54YlVBt8nIN51NK2VPpgZ7L26CoMAQYrrNez+Edd1Gn KLAHlVWkm3Q8uZOGQqKfncW351w+GkpekQ1AxurxF26lO2WmqXR1y7xwYNvUiRUf7dX7 p/ZI6Bsp5G+eMc0JFhnEsMBjvUERkEUAYwFn4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zy6kGEEkqAsEiZzWHqRtvxnsI6DtM6n9AdiuD2GudTU=; b=K4upII0eVyov6dS0Yd0gBtJmTKB51BhbhZNgyGeSNBiLUm2FEmW1eS2jGDc574sSpt //or/zUjRmL+dVgo/eeiCDQKYQYKIQOEh/SPtquL5WBijnzizyKjXacLiqTXzwegzhyQ phIkIG4fre1FsHQ+Ib7l4INiA5CG7noRztUWhIW8aTOKJntznBCSOFItWunltKwykmY0 sVbjRPwp8pFwHMGtEEXgw+eO/PzAdiYadtjE6frQx1S320wGfoyVnQjCRvaGiYV7OpIM atfTWufzMZesNC731IfKEpJpqfbjLQu84zZ6bb9ReiRiWf3/Oi4KLp15EZk9GrXNR5aa VbIQ== X-Gm-Message-State: APjAAAUNhtOF8zaUCUXjlIhqEdmB6Q8XmDwfrcVh9mRPa3YOmh2kUToL 7A6o4TkbQ1kDZxMgZc8VrBsvDrf8aUY= X-Google-Smtp-Source: APXvYqzBe3Wo1mbU7gbBnmQXSIxdtzXSgoKVaVcmtRJhijPU+P9Vo7veTfeIci3oWn6bf67yYRriwg== X-Received: by 2002:ac2:46dc:: with SMTP id p28mr5144307lfo.23.1581469400670; Tue, 11 Feb 2020 17:03:20 -0800 (PST) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com. [209.85.208.170]) by smtp.gmail.com with ESMTPSA id u19sm2585350lfu.68.2020.02.11.17.03.19 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Feb 2020 17:03:20 -0800 (PST) Received: by mail-lj1-f170.google.com with SMTP id x7so328662ljc.1 for ; Tue, 11 Feb 2020 17:03:19 -0800 (PST) X-Received: by 2002:a2e:580c:: with SMTP id m12mr6104508ljb.150.1581469398565; Tue, 11 Feb 2020 17:03:18 -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> In-Reply-To: <20200211164701.4ac88d9222e23d1e8cc57c51@linux-foundation.org> From: Linus Torvalds Date: Tue, 11 Feb 2020 17:03:02 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] vfs: keep inodes with page cache off the inode shrinker LRU To: Andrew Morton , Russell King , Linux ARM , Catalin Marinas Cc: Johannes Weiner , Rik van Riel , linux-fsdevel , Linux-MM , Linux Kernel Mailing List , Dave Chinner , Yafang Shao , Michal Hocko , Roman Gushchin , Al Viro , kernel-team@fb.com Content-Type: text/plain; charset="UTF-8" X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Feb 11, 2020 at 4:47 PM Andrew Morton wrote: > > What's the situation with highmem on ARM? Afaik it's exactly the same as highmem on x86 - only 32-bit ARM ever needed it, and I was ranting at some people for repeating all the mistakes Intel did. But arm64 doesn't need it, and while 32-bit arm is obviosuly still selling, I think that in many ways the switch-over to 64-bit has been quicker on ARM than it was on x86. Partly because it happened later (so all the 64-bit teething pains were dealt with), but largely because everybody ended up actively discouraging 32-bit on the Android side. There were a couple of unfortunate early 32-bit arm server attempts, but they were - predictably - complete garbage and nobody bought them. They don't exist any more. So at least my gut feel is that the arm people don't have any big reason to push for maintaining HIGHMEM support either. But I'm adding a couple of arm people and the arm list just in case they have some input. [ Obvious background for newly added people: we're talking about making CONFIG_HIGHMEM a deprecated feature and saying that if you want to run with lots of memory on a 32-bit kernel, you're doing legacy stuff and can use a legacy kernel ] Linus