Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936334AbcJ0Tp7 (ORCPT ); Thu, 27 Oct 2016 15:45:59 -0400 Received: from bombadil.infradead.org ([198.137.202.9]:43436 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753629AbcJ0Tpy (ORCPT ); Thu, 27 Oct 2016 15:45:54 -0400 Date: Thu, 27 Oct 2016 12:45:48 -0700 From: Christoph Hellwig To: Mark Brown Cc: Jens Axboe , Ulf Hansson , Paolo Valente , Christoph Hellwig , Arnd Bergmann , Bart Van Assche , Jan Kara , Tejun Heo , linux-block@vger.kernel.org, Linux-Kernal , Linus Walleij , Hannes Reinecke , Grant Likely , James Bottomley Subject: Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler Message-ID: <20161027194548.GA30332@infradead.org> References: <12386463.fJy0cVexVD@wuerfel> <20161026152955.GA21262@infradead.org> <3ebadbb8-9ac2-851a-66f9-c9db25713695@kernel.dk> <38156FA7-9A66-44DC-8D0C-28F149D1E49B@linaro.org> <09fc1e06-3fd6-b13d-0dd9-0edfb55b01d1@kernel.dk> <15ee2d0e-2d3a-81e2-9f83-f875e41bf388@kernel.dk> <1ac9b794-7e7f-0748-e4c8-a13034aecbc3@kernel.dk> <20161027194127.GT25322@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161027194127.GT25322@sirena.org.uk> 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 Content-Length: 830 Lines: 17 On Thu, Oct 27, 2016 at 08:41:27PM +0100, Mark Brown wrote: > Plus the benchmarking to verify that it works well of course, especially > initially where it'll also be a new queue infrastructure as well as the > blk-mq conversion itself. It does feel like something that's going to > take at least a couple of kernel releases to get through. Or to put it the other way around: it could have been long done if people had started it the first it was suggestead. Instead you guys keep arguing and nothing gets done. Get started now, waiting won't make anything go faster. > I think there's also value in having improvements there for people who > benefit from them while queue infrastructure for blk-mq is being worked > on. Well, apply it to you vendor tree then and maintain it yourself if you disagree with our direction.