Received: by 10.223.176.46 with SMTP id f43csp107164wra; Thu, 18 Jan 2018 14:38:06 -0800 (PST) X-Google-Smtp-Source: ACJfBosdsTwA42O6II20osgvTP1kgPBd5G3mleWLhR5OXaJHsYoG0YJgFXlLDsBEL5O2gXUYtkks X-Received: by 10.98.71.197 with SMTP id p66mr29295602pfi.3.1516315086582; Thu, 18 Jan 2018 14:38:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516315086; cv=none; d=google.com; s=arc-20160816; b=rSLAG2wK7KBgupBPyMYkgPhYHymuPDF6cuPOjhkrc38LLFKa0f/7VA4yePcGIKr5Br gS0Ymm2fZB4opvPHMGxC9nghhN8gDVLU0zAJkngPGgdD7F9a5PxfMcgXBBvOQ3hGfdso 5JbWf9aE1aj/Ij75ZO+3cNqODBgIPYnZRLa62XpiSEkErFJ47zou3vJrxwx9nI427WM4 R8P4VLvsPHDIit+aflR+eYFrssAzPS4VjChYOyrX/Q6f64NEr1M33VK0D7d6Lj0/IGzt pscCX+lSGeKSHwp1/rw8mYU6Rjc6URzXp1LjAK9BdCGEcAf4oR6x+6RLG6q5Y196u37B BXpQ== 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 :arc-authentication-results; bh=JRuiHY+ezm599JYsyLBejZrJG4Tcbaa6CHw7rJ3f16A=; b=jld4mjd18/RtL0erdjI+ZbJfGx0SBDTbeWHY4cUQXGuFrTyM0llfaTV67U7xuIUQZb I8+FAkRDEpuL+BKBsFUNhd6W7pUmG0ZFxA8R1cYfU9g9F4MWQ1QxA7PsAFHG/kXvoIMs 0kd+IHwuvIxcU3oaZF3gycElKZ3S1x4xszy+mYVG5OoM9/xX8+7yxa/GddEu0j0RUemE 4II/9MPvHAdScuI/12LAOPubWKimUxzKI05xzYRsNTCQjNxJnOHmFsmv864gOBmMNrf5 6GBqmWEKEx2h02eOQkOSGv9W66fRkcTDyYGnXukPw39X/9kyrupsQ938sbolY5wmVJHJ LhYg== ARC-Authentication-Results: i=1; mx.google.com; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k193si6870969pgc.506.2018.01.18.14.37.51; Thu, 18 Jan 2018 14:38:06 -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; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932379AbeARWgD (ORCPT + 99 others); Thu, 18 Jan 2018 17:36:03 -0500 Received: from mail-qt0-f178.google.com ([209.85.216.178]:34462 "EHLO mail-qt0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753958AbeARWf4 (ORCPT ); Thu, 18 Jan 2018 17:35:56 -0500 Received: by mail-qt0-f178.google.com with SMTP id 33so34342548qtv.1 for ; Thu, 18 Jan 2018 14:35:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=JRuiHY+ezm599JYsyLBejZrJG4Tcbaa6CHw7rJ3f16A=; b=UjGhOfndaLv2aHefm+36YtDNfXIZH1RTQWcNLR0iBoBgOk8qTcqty8Iozm4VrP7AWe SO5f30Opsqewl0GsdfYnLOYGOMmYyiL7zgoYDmMoGpeU2/n7CtROZFdJgYaTwd4nICsv EVuhQNKX7kWNCs3lA8Nabjmaxf1PSjadwitely+SCkfX/T+h8RN7NVSmoauo6sJDDgiT bnsdDc+c2cQ1w/pee8F26HUc+2I7tKUHKzH6rvHxUA7XAoQE3fXFGtPQ6p9L4URl9jDC Xbpa+n+He646qWNEMlXnm5C74LbSq3cCuS0yLEpICTtARriP7nisWLRIutVfY0++Luk8 KGNw== X-Gm-Message-State: AKwxytdAUTEN8WxV27akRGGKzeYAwm6GkveVc7S/u7+iG7unDWRahOcZ llXaxSo2lMl1fgqNTLUzkfc9wQ== X-Received: by 10.55.150.7 with SMTP id y7mr3179705qkd.129.1516314956105; Thu, 18 Jan 2018 14:35:56 -0800 (PST) Received: from loberhel74 (71-88-101-235.dhcp.oxfr.ma.charter.com. [71.88.101.235]) by smtp.gmail.com with ESMTPSA id d5sm2687163qtd.91.2018.01.18.14.35.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 14:35:55 -0800 (PST) Message-ID: <1516314954.24506.6.camel@redhat.com> Subject: Re: [RFC PATCH] blk-mq: fixup RESTART when queue becomes idle From: Laurence Oberman To: Bart Van Assche , "snitzer@redhat.com" Cc: "dm-devel@redhat.com" , "linux-kernel@vger.kernel.org" , "hch@infradead.org" , "linux-block@vger.kernel.org" , "osandov@fb.com" , "axboe@kernel.dk" , "ming.lei@redhat.com" Date: Thu, 18 Jan 2018 17:35:54 -0500 In-Reply-To: <1516314239.2676.79.camel@wdc.com> References: <20180118170353.GB19734@redhat.com> <1516296056.2676.23.camel@wdc.com> <20180118183039.GA20121@redhat.com> <1516301278.2676.35.camel@wdc.com> <20180118204856.GA31679@redhat.com> <1516309128.2676.38.camel@wdc.com> <20180118212327.GB31679@redhat.com> <1516311554.2676.50.camel@wdc.com> <20180118220132.GA20860@redhat.com> <1516313920.24506.4.camel@redhat.com> <1516314239.2676.79.camel@wdc.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6 (3.22.6-10.el7) 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 Thu, 2018-01-18 at 22:24 +0000, Bart Van Assche wrote: > On Thu, 2018-01-18 at 17:18 -0500, Laurence Oberman wrote: > > OK, I ran 5 at once of 5 separate mount points. > > I am using 4k block sizes > > Its solid consistent for me. No stalls no gaps. > > Hi Laurence, > > That's great news and thank you for having shared this information > but I think > it should be mentioned that you have been running my tree in which > some recent > block and dm patches were reverted > (https://github.com/bvanassche/linux/tree/block-scsi-for-next) > > > > > [global] > > name=02-mq > > filename=fio-output-02-mq.txt > > rw=randwrite > > verify=md5 > > ;rwmixread=60 > > ;rwmixwrite=40 > > bs=4K > > ;direct=1 > > ;numjobs=4 > > ;time_based=1 > > runtime=120 > > > > [file1] > > size=3G > > ioengine=libaio > > iodepth=16 > > > > I watch I/O and I see it ramp up but fio still runs and it kind of > > shuts down. > > In test "file1" I see an I/O size of 3G. Does that mean that the > patch that > should fix the sgl_alloc() issue is working? > > Thanks, > > Bart. Hello Bart Thank you. OK, so booting into Mike tree now and then hopefully I get the lockups. Can you give me some idea of what to look for. I assume I/O just stops. I want to get this happening in-house so we have an avenue to fix this. Following getting the stall I will attend to the slg patch test for the SRPT side. Please note I am not running latest SRPT right now as you know. Regards Back later with results