Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932523AbdCGCDu (ORCPT ); Mon, 6 Mar 2017 21:03:50 -0500 Received: from mail-io0-f172.google.com ([209.85.223.172]:36519 "EHLO mail-io0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753648AbdCGCDj (ORCPT ); Mon, 6 Mar 2017 21:03:39 -0500 Subject: Re: [PATCH] blk: improve order of bio handling in generic_make_request() To: NeilBrown , Jack Wang References: <87h93blz6g.fsf@notabene.neil.brown.name> <71562c2c-97f4-9a0a-32ec-30e0702ca575@profitbricks.com> <87lgsjj9w8.fsf@notabene.neil.brown.name> Cc: LKML , Lars Ellenberg , Kent Overstreet , Pavel Machek , Mike Snitzer , Mikulas Patocka From: Jens Axboe Message-ID: Date: Mon, 6 Mar 2017 13:18:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <87lgsjj9w8.fsf@notabene.neil.brown.name> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1006 Lines: 30 On 03/05/2017 09:40 PM, NeilBrown wrote: > On Fri, Mar 03 2017, Jack Wang wrote: >> >> Thanks Neil for pushing the fix. >> >> We can optimize generic_make_request a little bit: >> - assign bio_list struct hold directly instead init and merge >> - remove duplicate code >> >> I think better to squash into your fix. > > Hi Jack, > I don't object to your changes, but I'd like to see a response from > Jens first. > My preference would be to get the original patch in, then other changes > that build on it, such as this one, can be added. Until the core > changes lands, any other work is pointless. > > Of course if Jens wants a this merged before he'll apply it, I'll > happily do that. I like the change, and thanks for tackling this. It's been a pending issue for way too long. I do think we should squash Jack's patch into the original, as it does clean up the code nicely. Do we have a proper test case for this, so we can verify that it does indeed also work in practice? -- Jens Axboe