linux-kernel - RE: [Regression] fstrim hangs on Hyper-V: caused by "block: improve handling of the magic discard payload"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <MWHPR03MB26695378D0512A7C840A0A30BF790@MWHPR03MB2669.namprd03.prod.outlook.com>
Date:   Thu, 12 Jan 2017 15:39:14 +0000
From:   Dexuan Cui <decui@...rosoft.com>
To:     Christoph Hellwig <hch@....de>
CC:     "linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
        Jens Axboe <axboe@...com>,
        Vitaly Kuznetsov <vkuznets@...hat.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        KY Srinivasan <kys@...rosoft.com>,
        "Chris Valean (Cloudbase Solutions SRL)" <v-chvale@...rosoft.com>
Subject: RE: [Regression] fstrim hangs on Hyper-V: caused by "block:    improve
 handling of the magic discard payload"

> From: Christoph Hellwig [mailto:hch@....de]
> Sent: Thursday, January 12, 2017 21:44
> To: Dexuan Cui <decui@...rosoft.com>
> Cc: Christoph Hellwig <hch@....de>; linux-block@...r.kernel.org; Jens Axboe
> <axboe@...com>; Vitaly Kuznetsov <vkuznets@...hat.com>; linux-
> kernel@...r.kernel.org; KY Srinivasan <kys@...rosoft.com>; Chris Valean
> (Cloudbase Solutions SRL) <v-chvale@...rosoft.com>
> Subject: Re: [Regression] fstrim hangs on Hyper-V: caused by "block: improve
> handling of the magic discard payload"
> 
> Hi Dexuan,
> 
> sorry for dropping the ball on the previous private report, I hoped
> I could get my hands on a Hyper-V VM and reproduce it myself, but
> that has obviously not happened.
> 
> Can you send me the output of the provisioning_mode file for the
> scsi disk in question to get started?

Hi Christoph,
Thank you very much for the help! 

The file just shows "unmap":

root@...ui-u1604:~# cd /sys/class/scsi_disk/2\:0\:0\:0
root@...ui-u1604:/sys/class/scsi_disk/2:0:0:0# ls
allow_restart  cache_type      device  manage_start_stop           max_write_same_blocks  protection_mode  provisioning_mode  thin_provisioning
app_tag_own    deferred_probe  FUA     max_medium_access_timeouts  power                  protection_type  subsystem          uevent
root@...ui-u1604:/sys/class/scsi_disk/2:0:0:0# cat provisioning_mode
unmap

I'm ready to provide any info you need. :-)

Thanks,
-- Dexuan