Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp3381423imj; Mon, 11 Feb 2019 20:17:08 -0800 (PST) X-Google-Smtp-Source: AHgI3IaWWiMklszwhBWZ2xm9hLmi5zKwYR4VEmjCi1zj9ELwH7ZZ8Rc6zHlEdAKmg7d39fv6tDy0 X-Received: by 2002:a17:902:b114:: with SMTP id q20mr2006799plr.48.1549945028705; Mon, 11 Feb 2019 20:17:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549945028; cv=none; d=google.com; s=arc-20160816; b=A+zDvz8PmHDFhxSKeuT5bK8irwlZW5QTp1ewVTaYw6k+qYUmQ/3L+QrOVwioY0K+99 q3lkczNApI7+WAmMrRvXuW3HmUsNkODUfgwYZU2VCNKXVsNc+c/UuCMyCk7gOOXpvEii tmv1hrhWSwA1aJOreuQHI1gB9EuA6swcpXeperOhY4Z3ZOSamLLPQMZXmywNm9yvbqMG yj8A6gOwZ5RtYZ22RHWPk70iJq5c6KV05D7l467AyMZ4IK7uV7BbtoxDzlovW/Ghg9ir jiIZ7uvc9oDOJnpALTGOV9+28u+rdpEb4Cfgos2Ny3WCW6eajiyTZ9suz9WwPEoqCB/L FXUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature; bh=yOMOoQvlEMraT6LcaumCPPtdH5U04wzpGShkqqEyVvY=; b=rRITQCMW3ereGGIGbgbHktZdpk1Jya4mGmbg+sOj+qhmG3t1lU86OgBZFK8oEalWQU x+ekR7+7f5biHXOtyoR8fpMOXX/mlt0wI1rHv4wOeaufPCOoe5elYVOfAQ3azxAyqseW U4gQHTewEayqkH2DNSEIw+IEHKIIn8NycgsbnXmRoVqnNwjzoi/W0UAA25XsdfORvz/n rFKYzwFbnUdbE0wjpl2ZLuaK2jOuFxFqmbzE5mb8ycVqgXaOWPNMU0bk5E//0l57xQ9t wq9duyAeZsjQtSu02mnHn5BgmtkNSu2fofTZboiGrwD3oawQ4mnVtb7fL5RlQ9KGYO5D 8yzg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=boLhc8UC; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j18si5296287pgb.80.2019.02.11.20.16.49; Mon, 11 Feb 2019 20:17:08 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=boLhc8UC; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727511AbfBLEQA (ORCPT + 99 others); Mon, 11 Feb 2019 23:16:00 -0500 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:56712 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726961AbfBLEQA (ORCPT ); Mon, 11 Feb 2019 23:16:00 -0500 Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id C8DD18EE235; Mon, 11 Feb 2019 20:15:59 -0800 (PST) Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PB-VvO3JcdoZ; Mon, 11 Feb 2019 20:15:59 -0800 (PST) Received: from [153.66.254.194] (unknown [50.35.68.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 3A90B8EE121; Mon, 11 Feb 2019 20:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1549944959; bh=DEMAfkza0rPxuTxRwwivaRv9qwcKG5pJu2Q7b44VlyE=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=boLhc8UCzWW55O51ZYu/TBe54u8RP7ydReHOSsUG7YRvHdSoonGKpx/yKhtu51v3O 3q1ntRCyHzxwF2EbYyEqQNspd19yYcIscI6DW47jOCHs0zb0Tlx9rl/Fb1gxEV/ElC eYsF2AhDhFF+A6JCA31V/szuusm17KoZo8pcYW2A= Message-ID: <1549944957.2857.13.camel@HansenPartnership.com> Subject: Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500 From: James Bottomley To: "Elliott, Robert (Persistent Memory)" , Jens Axboe , Mikael Pettersson Cc: Linux SPARC Kernel Mailing List , "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" , linux-scsi Date: Mon, 11 Feb 2019 20:15:57 -0800 In-Reply-To: References: <1549736341.2971.7.camel@HansenPartnership.com> <1549813472.4142.3.camel@HansenPartnership.com> <3380ed8e-ae02-96f2-142b-7cce09459df8@kernel.dk> <1549815924.4142.8.camel@HansenPartnership.com> <0e6e5d67-d305-dd00-2e42-e2299166c8b2@kernel.dk> <1549898730.2831.6.camel@HansenPartnership.com> <44bb4374-0b7c-733b-a53e-92d2f03f2f49@kernel.dk> <1549899773.2831.12.camel@HansenPartnership.com> <1a00da0e-cb8e-30ea-8d17-120f97242b2f@kernel.dk> <1549902521.2831.23.camel@HansenPartnership.com> <1549937598.2857.8.camel@HansenPartnership.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-02-12 at 03:37 +0000, Elliott, Robert (Persistent Memory) wrote: > > -----Original Message----- > > From: linux-kernel-owner@vger.kernel.org > owner@vger.kernel.org> On Behalf Of Jens Axboe > > Sent: Monday, February 11, 2019 8:50 PM > > To: James Bottomley ; Mikael > > Pettersson > > Cc: Linux SPARC Kernel Mailing List ; > > linux-block@vger.kernel.org; linux-kernel@vger.kernel.org; linux- > > scsi > > > > Subject: Re: [5.0-rc5 regression] "scsi: kill off the legacy IO > > path" > > causes 5 minute delay during boot on Sun Blade 2500 > > ... > > > > We can either fix this by setting the QUEUE_FLAG_ADD_RANDOM if > > > there's no 0xB1 page or by setting the default as Jens proposed. > > > > I'd recommend just doing my patch, since that'll be the same > > behavior that SCSI had before. > > When blk-mq and scsi-mq were introduced to boost SAS SSDs over > 1 million IOPS, this was purposely kept off, because it generated > a noticeable 3-12 us latency blip whenever the "fast_mix" code ran > out of bits. If Jens' patch changes the default to be enabled for > all scsi-mq users, that'll be a change for the newer legacy > scsi-mq users (except for users that don't trust the default and > always set the value in sysfs). All high IOPs devices have a device characteristics page, so even if we default this to ON, it will get turned off for these devices which should be the desired result regardless of the default setting. James