From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932275AbcKGO7Q (ORCPT ); Mon, 7 Nov 2016 09:59:16 -0500 Received: from bombadil.infradead.org ([198.137.202.9]:45793 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753107AbcKGO7N (ORCPT ); Mon, 7 Nov 2016 09:59:13 -0500 Date: Mon, 7 Nov 2016 06:59:05 -0800 From: Christoph Hellwig To: "Kirill A. Shutemov" Cc: Jan Kara , "Kirill A. Shutemov" , "Theodore Ts'o" , Andreas Dilger , Jan Kara , Andrew Morton , Alexander Viro , Hugh Dickins , Andrea Arcangeli , Dave Hansen , Vlastimil Babka , Matthew Wilcox , Ross Zwisler , linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org Subject: Re: [PATCHv3 15/41] filemap: handle huge pages in do_generic_file_read() Message-ID: <20161107145905.GA14668@infradead.org> References: <20160915115523.29737-1-kirill.shutemov@linux.intel.com> <20160915115523.29737-16-kirill.shutemov@linux.intel.com> <20161013093313.GB26241@quack2.suse.cz> <20161031181035.GA7007@node.shutemov.name> <20161101163940.GA5459@quack2.suse.cz> <20161102083204.GB13949@node.shutemov.name> <20161103204012.GC24234@quack2.suse.cz> <20161107110736.GA13280@node.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161107110736.GA13280@node.shutemov.name> User-Agent: Mutt/1.6.1 (2016-04-27) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 07, 2016 at 02:07:36PM +0300, Kirill A. Shutemov wrote: > Just to clarify: is it show-stopper or we can live with buffer_head list > for now? I'm not Jan, but I will NAK anything that looks like the current THP series. It's a great prototype, but it also shows up all the area that we need to fix first, and the buffer_head chain is one of them. > Hm. Okay, I'll try to check what I can do to make it more maintainable. > My worry is that it will make the patchset even bigger... So start splitting out parts that are useful on their own, or spent time on fixing fundamental underlying issues that will make it smaller as a side effect. That's how everyone else does kernel development.