Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751848AbdIUHae convert rfc822-to-8bit (ORCPT ); Thu, 21 Sep 2017 03:30:34 -0400 Received: from mondschein.lichtvoll.de ([194.150.191.11]:51917 "EHLO mail.lichtvoll.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751550AbdIUHac (ORCPT ); Thu, 21 Sep 2017 03:30:32 -0400 From: Martin Steigerwald To: Ming Lei Cc: Oleksandr Natalenko , Jens Axboe , Christoph Hellwig , linux-block@vger.kernel.org, linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org, Shaohua Li Subject: Re: I/O hangs after resuming from suspend-to-ram Date: Thu, 21 Sep 2017 09:30:30 +0200 Message-ID: <3693727.dykhpN0O6j@merkaba> User-Agent: KMail/5.2.3 (Linux/4.13.2-tp520-btrfstrim+; KDE/5.37.0; x86_64; ; ) In-Reply-To: <20170920222011.GB5105@ming.t460p> References: <3926917.BCSovyVWdL@natalenko.name> <3567128.t9myNOm9ia@merkaba> <20170920222011.GB5105@ming.t460p> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3896 Lines: 123 Ming Lei - 21.09.17, 06:20: > 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: > > > > > > > > === > > > > [root@archmq ~]# smartctl -i /dev/sda > > > > … > > > > Device Model: QEMU HARDDISK > > > > Serial Number: QM00001 > > > > Firmware Version: 2.5+ > > > > User Capacity: 4,294,967,296 bytes [4.29 GB] > > > > Sector Size: 512 bytes logical/physical > > > > Device is: Not in smartctl database [for details use: -P > > > > showall] > > > > ATA Version is: ATA/ATAPI-7, ATA/ATAPI-5 published, ANSI NCITS > > > > 340-2000 > > > > Local Time is: Sun Aug 27 09:31:54 2017 CEST > > > > SMART support is: Available - device has SMART capability. > > > > SMART support is: Enabled > > > > > > > > [root@archmq ~]# lsblk > > > > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > > > > sda 8:0 0 4G 0 disk > > > > `-sda1 8:1 0 4G 0 part > > > > > > > > `-md0 9:0 0 4G 0 raid10 > > > > > > > > `-system 253:0 0 4G 0 crypt > > > > > > > > |-system-boot 253:1 0 512M 0 lvm /boot > > > > |-system-swap 253:2 0 512M 0 lvm [SWAP] > > > > > > > > `-system-root 253:3 0 3G 0 lvm / > > > > > > > > sdb 8:16 0 4G 0 disk > > > > `-sdb1 8:17 0 4G 0 part > > > > > > > > `-md0 9:0 0 4G 0 raid10 > > > > > > > > `-system 253:0 0 4G 0 crypt > > > > > > > > |-system-boot 253:1 0 512M 0 lvm /boot > > > > |-system-swap 253:2 0 512M 0 lvm [SWAP] > > > > > > > > `-system-root 253:3 0 3G 0 lvm / > > > > > > > > sr0 11:0 1 1024M 0 rom > > > > > > > > [root@archmq ~]# mdadm --misc --detail /dev/md0 > > > > > > > > /dev/md0: > > > > Version : 1.2 > > > > > > > > Creation Time : Sat Jul 29 16:37:05 2017 > > > > > > > > Raid Level : raid10 > > > > Array Size : 4191232 (4.00 GiB 4.29 GB) > > > > > > > > Used Dev Size : 4191232 (4.00 GiB 4.29 GB) > > > > > > > > Raid Devices : 2 > > > > > > > > Total Devices : 2 > > > > > > > > Persistence : Superblock is persistent > > > > > > > > Update Time : Sun Aug 27 09:30:33 2017 > > > > > > > > State : clean > > > > > > > > Active Devices : 2 > > > > > > > > Working Devices : 2 > > > > > > > > Failed Devices : 0 > > > > > > > > Spare Devices : 0 > > > > > > > > Layout : far=2 > > > > > > > > Chunk Size : 512K > > > > > > > > Name : archiso:0 > > > > UUID : 43f4be59:c8d2fa0a:a94acdff:1c7f2f4e > > > > > > > > Events : 485 > > > > > > > > Number Major Minor RaidDevice State > > > > > > > > 0 8 1 0 active sync /dev/sda1 > > > > 1 8 17 1 active sync /dev/sdb1 > > > > > > > > === > > > > > > > > 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? > > Yes, the patch should address this kind of issue, not related > with RAID specially, and the latest version can be found in the > following link: > > https://marc.info/?l=linux-block&m=150579298505484&w=2 Thank you. So if I understand already I can just add https://github.com/ming1/linux/tree/my_v4.13-safe-scsi-quiesce_V5_for_test as an remote and go from there. Thanks, -- Martin