From mboxrd@z Thu Jan 1 00:00:00 1970 From: axboe@kernel.dk (Jens Axboe) Date: Fri, 24 Feb 2017 19:44:05 -0700 Subject: NVMe IO error due to abort.. In-Reply-To: References: <18390BD4-644C-40DD-A6FF-E8327962D5F2@kernel.dk> <7cc18f03-935e-c053-8752-1c42b711f441@kernel.dk> <38e75ee9-e20a-3a64-c570-c780cb593958@kernel.dk> Message-ID: <4def9539-cdfd-15b8-34ca-6effa06782dd@kernel.dk> On 02/24/2017 05:47 PM, Linus Torvalds wrote: > On Fri, Feb 24, 2017 at 3:08 PM, Linus Torvalds > wrote: >> I may have been able to reproduce it once, but I'm not sure how easily >> I'll repro it again, so.. > > I'm not seeing it with current git and the NOOP scheduler, at least > with a few builds and trying to do what I did to get it to happen last > time. > > But I think I'll continue to use this configuration for the rest of > the merge window just to make sure it's stable. I may not have hit the > right trigger for the problem. I have an XPS13 sitting that I don't use anymore. It's nvme as well, but I don't think it's a Toshiba drive (nor is it 1TB). I will fire that up with the new kernel as well and see if I catch anything. But it's most puzzling if this is related to the drive, since I've run this on lots of other nvme drives. I'm more inclined to think it's related to your dm setup. It's fine if you run the rest of the merge window like that, hopefully I'll get something concrete out of some testing with dm. -- Jens Axboe