From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [Bug] block/for-next: IO hang in rq_qos_throttle To: Ming Lei , Josef Bacik Cc: Ming Lei , Josef Bacik , linux-block References: <83C56CD1-93E0-41E3-AF41-27C4F33851FE@fb.com> <20180722072804.GA955@ming.t460p> <20180727154741.v2ubbwerblyug43a@destiny> From: Jens Axboe Message-ID: <33dfb9ff-85da-24a6-a17d-1a4dedb589e0@kernel.dk> Date: Sat, 28 Jul 2018 09:08:02 -0600 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 List-ID: On 7/28/18 6:11 AM, Ming Lei wrote: > On Fri, Jul 27, 2018 at 11:47 PM, Josef Bacik wrote: >> On Sun, Jul 22, 2018 at 03:28:05PM +0800, Ming Lei wrote: >>> On Sun, Jul 22, 2018 at 02:15:38AM +0000, Josef Bacik wrote: >>>> Yup I sent a patch for this on Thursday, sorry about that, >>>> >>> >>> I just applied the patch of 'blk-rq-qos: make depth comparisons unsigned', >>> looks the same IO hang can be triggered too. >> >> Ok I'm back from vacation and I'm trying to reproduce but it's not happening for >> me. What testing infrastructure is this? blktests and xfstests don't have a >> sanity/ in their test suites. I'm wondering if there's something else about the >> test that I'm missing. Thanks, > > As I mentioned, > > The following IO hang is triggered on dbench test on xfs/usb-storage: > > dbench -t 20 -s 64 Josef, the key here is likely a queue depth of 1. So if you're running on sata, then just limit the device depth to 1. -- Jens Axboe