Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2265151pxf; Sat, 20 Mar 2021 09:34:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnAaEae1TZYE435ZaselPTvIa53asYUgRwColiu972xUHczakbnUgp0QGEBJnFMOI98M/2 X-Received: by 2002:a17:906:f6ce:: with SMTP id jo14mr10711415ejb.476.1616258050525; Sat, 20 Mar 2021 09:34:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616258050; cv=none; d=google.com; s=arc-20160816; b=gFyhBw8r5bX+Z1g2pgtoLxLmOIuPsYgRv2QBByTzeaDL/MS6Y5qCi7NqthKXSxr2M4 FYA4JyKujv6CbJu0LhQnirEuuAP7RMCEtQmlmdwy6B2KMRqJhWxEoeOEXu8HFDCuQnQL ZruDBJCc1XU02iUeznElQbfgDQ5flC5cvOcO4iWrFy8CqhcHpR4PKkmdvFTqrdjncz1u 5SJ5+VS/0TAFKAw8UZ/NSjKH1e1h5QZbndOb/E8niwZIjc/GlL6WMlaJCUZANnMEc0uk XhwJf5U58+dHhMvpcMPWH4st+ocb7XjYlYZNo1RhUs1re4hRUUpilgY9wxlKHWx4ep57 EhkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=dwP3PKIegxgy+TJbLcXetJyBW1oT2EIbIaXlyej+qTQ=; b=mKW6A15KWyeDaQvN6zzk4Za/U9Pu9eYSTVRwAkJOYD5pnT53eDQU+1Pz5pY67N5pwW ausvIttftpzYHG1hAO1g4M9Hkr4yUgPG1YUYg8i6OTRFoTdLee9OHRJSYpQqC7t8DugY Il0TjiqsU9Yc9yiJr4TIWUGt6v2R313PreiKsqP46LsN/MeLL3jXFIeQl4ZAkfksOJfc flGIhgbkKDAiTU8XQe4KhFUECb8mXyNdKjK9vesxX5cJb2dox/x7TnJQlvPbXA12Nplg BhMz5uIbb2DlP0Pq8QHL1kFb5lwzz/faze8K8Qx1lS42GP/3zT7P3suCTXyhlS9aj+RQ YXng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b="BvJy91r/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n15si7151807edy.108.2021.03.20.09.33.48; Sat, 20 Mar 2021 09:34:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b="BvJy91r/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229883AbhCTQcz (ORCPT + 99 others); Sat, 20 Mar 2021 12:32:55 -0400 Received: from mail.kernel.org ([198.145.29.99]:49542 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229761AbhCTQcv (ORCPT ); Sat, 20 Mar 2021 12:32:51 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9923961934; Sat, 20 Mar 2021 16:32:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1616257971; bh=WdUxKSETKcrjBZWfh67ufbdZG8tgIef5zeapBbsXIO4=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=BvJy91r/xPJQ8TUhms4zJXAeQ4JjQyRMHpSH+J/t+PshlcnFIyfVVma+n4FauXHNK JJmU1xS8qmmRUXGq8D+66H/D1R3jsEy31C8bUhiu/FPYERlHAiszKng4AExesa6RV8 Q/rQPfRcAx6QWZzZT7sEWsp4GBQ+kGqJywmKe0B8= Date: Sat, 20 Mar 2021 09:32:49 -0700 From: Andrew Morton To: Minchan Kim Cc: linux-mm , LKML , joaodias@google.com, surenb@google.com, cgoldswo@codeaurora.org, willy@infradead.org, mhocko@suse.com, david@redhat.com, vbabka@suse.cz, linux-fsdevel@vger.kernel.org, oliver.sang@intel.com Subject: Re: [PATCH v4 3/3] mm: fs: Invalidate BH LRU during page migration Message-Id: <20210320093249.2df740cd139449312211c452@linux-foundation.org> In-Reply-To: <20210319175127.886124-3-minchan@kernel.org> References: <20210319175127.886124-1-minchan@kernel.org> <20210319175127.886124-3-minchan@kernel.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 19 Mar 2021 10:51:27 -0700 Minchan Kim wrote: > Pages containing buffer_heads that are in one of the per-CPU > buffer_head LRU caches will be pinned and thus cannot be migrated. > This can prevent CMA allocations from succeeding, which are often used > on platforms with co-processors (such as a DSP) that can only use > physically contiguous memory. It can also prevent memory > hot-unplugging from succeeding, which involves migrating at least > MIN_MEMORY_BLOCK_SIZE bytes of memory, which ranges from 8 MiB to 1 > GiB based on the architecture in use. > > Correspondingly, invalidate the BH LRU caches before a migration > starts and stop any buffer_head from being cached in the LRU caches, > until migration has finished. > > Tested-by: Oliver Sang > Reported-by: kernel test robot > Signed-off-by: Chris Goldsworthy > Signed-off-by: Minchan Kim The signoff chain ordering might mean that Chris was the primary author, but there is no From:him. Please clarify?