Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Tue, 11 Jul 2023 12:32:45 -0700
From:   Andrew Morton <akpm@linux-foundation.org>
To:     Sidhartha Kumar <sidhartha.kumar@oracle.com>
Cc:     linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        willy@infradead.org, songmuchun@bytedance.com,
        mike.kravetz@oracle.com, david@redhat.com
Subject: Re: [PATCH v2 1/1] mm/filemap: remove hugetlb special casing in
 filemap.c
Message-Id: <20230711123245.473400853fd1227459017650@linux-foundation.org>
In-Reply-To: <20230710230450.110064-2-sidhartha.kumar@oracle.com>
References: <20230710230450.110064-1-sidhartha.kumar@oracle.com>
        <20230710230450.110064-2-sidhartha.kumar@oracle.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

On Mon, 10 Jul 2023 16:04:50 -0700 Sidhartha Kumar <sidhartha.kumar@oracle.com> wrote:

> Remove special cased hugetlb handling code within the page cache by
> changing the granularity of each index to the base page size rather than
> the huge page size. Adds new wrappers for hugetlb code to to interact with the
> page cache which convert to a linear index.

folio_more_pages() was just removed by "filemap: add
filemap_map_folio_range()"
(https://lkml.kernel.org/r/20230710204339.3554919-35-willy@infradead.org).
It looks like simply dropping that hunk is OK, but please check.

I'll be pushing this all out in a couple hours I expect.

However the series which contains "filemap: add
filemap_map_folio_range()" might be about to be dropped because of
possible s390 breakage.

Also, I don't think it's necessary to have a [0/N] intro for a single
patch.  Maybe crunch all the (useful) info into the single patch's
changelog?

Thanks.