All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <martin@lichtvoll.de>
To: Ming Lei <ming.lei@redhat.com>
Cc: Oleksandr Natalenko <oleksandr@natalenko.name>,
	Jens Axboe <axboe@kernel.dk>, Christoph Hellwig <hch@lst.de>,
	linux-block@vger.kernel.org, linux-raid@vger.kernel.org,
	linux-kernel@vger.kernel.org, Shaohua Li <shli@kernel.org>
Subject: Re: I/O hangs after resuming from suspend-to-ram
Date: Wed, 20 Sep 2017 19:25:02 +0200	[thread overview]
Message-ID: <2260365.vTb2K2ZmgF@merkaba> (raw)
In-Reply-To: <20170828133218.GB19670@ming.t460p>

[-- Attachment #1: Type: text/plain, Size: 1720 bytes --]

Ming Lei - 28.08.17, 21:32:
> On Mon, Aug 28, 2017 at 03:10:35PM +0200, Martin Steigerwald wrote:
> > Ming Lei - 28.08.17, 20:58:
> > > On Sun, Aug 27, 2017 at 09:43:52AM +0200, Oleksandr Natalenko wrote:
> > > > Hi.
> > > > 
> > > > Here is disk setup for QEMU VM:
[…]
> > > > In words: 2 virtual disks, RAID10 setup with far-2 layout, LUKS on it,
> > > > then
> > > > LVM, then ext4 for boot, swap and btrfs for /.
> > > > 
> > > > I couldn't reproduce the issue with single disk without RAID.
> > > 
> > > Could you verify if the following patch fixes your issue?
> > 
> > Could this also apply to non MD RAID systems? I am using BTRFS RAID
> > 1 with two SSDs. So far with CFQ it runs stable.
> 
> It is for fixing Oleksandr's issue wrt. blk-mq, and looks not for you.

My findings are different:

On 4.12.10 with CONFIG_HZ=1000, CONFIG_PREEMPT=y and optimizations for Intel 
Core/newer Xeon I see this:

1) Running with CFQ: No hang after resume

2) Running with scsi_mod.use_blk_mq=1 + BFQ: Hang after resume within first 1-2 
days.

However with 4.12.9 with CONFIG_HZ=250, CONFIG_PREEMPT_VOLUNTARY=y + no CPU 
optimizations: No hang after resume, no matter whether I use CFQ or scsi-mq + 
BFQ.

Both configs attached.

Also 4.13.2 with CFQ is stable so far.

I am looking forward for fixes to appear in 4.13.x with x>2 and retest with BFQ 
then, unless you have a different advice.

I am running Debian Sid/Experimental from BTRFS RAID 1 with two SSDs

merkaba:~> lsscsi | grep ATA
[0:0:0:0]    disk    ATA      INTEL SSDSA2CW30 0362  /dev/sda 
[2:0:0:0]    disk    ATA      Crucial_CT480M50 MU03  /dev/sdb

on ThinkPad T520 (Sandybridge).

Thanks,
-- 
Martin

[-- Attachment #2: config-4.12.10-tp520-btrfstrim.xz --]
[-- Type: application/x-xz, Size: 26728 bytes --]

[-- Attachment #3: config-4.12.9-tp520-btrfstrim+.xz --]
[-- Type: application/x-xz, Size: 26680 bytes --]

  reply	other threads:[~2017-09-20 17:25 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-22 11:45 I/O hangs after resuming from suspend-to-ram Oleksandr Natalenko
2017-08-26 10:37 ` Oleksandr Natalenko
2017-08-26 10:37   ` Oleksandr Natalenko
2017-08-26 10:48   ` Oleksandr Natalenko
2017-08-26 10:48     ` Oleksandr Natalenko
2017-08-26 11:19     ` Martin Steigerwald
2017-08-26 11:19       ` Martin Steigerwald
2017-08-26 17:17       ` Wols Lists
2017-08-26 19:33         ` Martin Steigerwald
2017-08-26 19:33           ` Martin Steigerwald
2017-08-26 13:32     ` Oleksandr Natalenko
2017-08-26 13:32       ` Oleksandr Natalenko
2017-08-27  6:02     ` Ming Lei
2017-08-27  7:43       ` Oleksandr Natalenko
2017-08-27  7:43         ` Oleksandr Natalenko
2017-08-28 12:58         ` Ming Lei
2017-08-28 12:58           ` Ming Lei
2017-08-28 13:10           ` Martin Steigerwald
2017-08-28 13:10             ` Martin Steigerwald
2017-08-28 13:32             ` Ming Lei
2017-09-20 17:25               ` Martin Steigerwald [this message]
2017-09-20 22:17                 ` Ming Lei
2017-09-24 17:33                   ` Martin Steigerwald
2017-09-24 17:33                     ` Martin Steigerwald
2017-09-25  2:59                     ` Ming Lei
2017-09-25 14:13                       ` Martin Steigerwald
2017-09-25 14:13                         ` Martin Steigerwald
2017-09-20 22:20             ` Ming Lei
2017-09-21  7:30               ` Martin Steigerwald
2017-09-21  7:30                 ` Martin Steigerwald
2017-09-21  7:33                 ` Martin Steigerwald
2017-09-21  7:33                   ` Martin Steigerwald
2017-08-28 18:22           ` Oleksandr Natalenko
2017-08-28 18:22             ` Oleksandr Natalenko
2017-08-29  0:24             ` Ming Lei
2017-08-29 15:52               ` Oleksandr Natalenko
2017-08-29 15:52                 ` Oleksandr Natalenko
2017-08-30  2:15                 ` Ming Lei
2017-08-30  5:17                   ` Ming Lei
2017-08-30  6:15                     ` oleksandr
2017-08-30  8:06                       ` Ming Lei
2017-08-30  8:06                         ` Ming Lei
2017-08-30 10:58                         ` oleksandr
2017-08-30 14:37                           ` Ming Lei

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2260365.vTb2K2ZmgF@merkaba \
    --to=martin@lichtvoll.de \
    --cc=axboe@kernel.dk \
    --cc=hch@lst.de \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=ming.lei@redhat.com \
    --cc=oleksandr@natalenko.name \
    --cc=shli@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.