Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755928AbcJ1GgZ (ORCPT ); Fri, 28 Oct 2016 02:36:25 -0400 Received: from mail-wm0-f51.google.com ([74.125.82.51]:34959 "EHLO mail-wm0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751269AbcJ1GgU (ORCPT ); Fri, 28 Oct 2016 02:36:20 -0400 MIME-Version: 1.0 In-Reply-To: References: <1477474082-2846-1-git-send-email-paolo.valente@linaro.org> <20161026113443.GA13587@quack2.suse.cz> <4ed3e291-b3e5-5ee3-6838-58644bd3d99b@sandisk.com> <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> From: Ulf Hansson Date: Fri, 28 Oct 2016 08:36:16 +0200 Message-ID: Subject: Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler To: Jens Axboe Cc: Paolo Valente , Christoph Hellwig , Arnd Bergmann , Bart Van Assche , Jan Kara , Tejun Heo , linux-block@vger.kernel.org, Linux-Kernal , Linus Walleij , Mark Brown , Hannes Reinecke , Grant Likely , James Bottomley Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1476 Lines: 41 [...] > >> Moreover, I am still trying to understand what's the big deal to why >> you say no to BFQ as a legacy scheduler. Ideally it shouldn't cause >> you any maintenance burden and it doesn't make the removal of the >> legacy blk layer any more difficult, right? > > > Not sure I can state it much clearer. It's a new scheduler, and a > complicated one at that. It WILL carry a maintenance burden. And I'm Really? Either you maintain the code or not. And if Paolo would do it, then your are off the hook! > really not that interested in adding such a burden for something that > will be defunct as soon as the single queue blk-mq version is done. > Additionally, if we put BFQ in right now, the motivation to do the real > work will be gone. You have been pushing Paolo in different directions throughout the years with his work in BFQ, wasting lots of his time/effort. You have not given him any credibility for his work in BFQ and now you point him yet in another direction. I understand Paolo is a very persistent hard working guy, most likely because he is really confident about his work in BFQ and he should be! But, regarding motivation, if you continue to push him in different directions and without giving him any credibility - then at some point, you probably knows what will happen. > > The path forward is clear. It'd be a lot better to put some work behind > that, rather than continue this email thread. Yes, it seems so! Kind regards Ulf Hansson