From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:44971 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751607AbbG2Gle (ORCPT ); Wed, 29 Jul 2015 02:41:34 -0400 Message-ID: <55B8759B.8070400@redhat.com> Date: Wed, 29 Jul 2015 08:41:31 +0200 From: Milan Broz MIME-Version: 1.0 To: Ondrej Kozina , device-mapper development , Andreas Hartmann CC: linux-pci , mpatocka@redhat.com, Mike Snitzer Subject: Re: [dm-devel] AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0 References: <55B7BEA2.30205@01019freenet.de> <20150728175054.GB24782@redhat.com> <55B7C800.2070702@maya.org> <20150728185811.GA25060@redhat.com> <55B7D6BE.5010203@maya.org> <20150728193101.GB25264@redhat.com> <55B7E14A.4050500@maya.org> <20150728212441.GA25761@redhat.com> <55B87005.7010409@redhat.com> In-Reply-To: <55B87005.7010409@redhat.com> Content-Type: text/plain; charset=windows-1252 Sender: linux-pci-owner@vger.kernel.org List-ID: On 07/29/2015 08:17 AM, Ondrej Kozina wrote: > On 07/28/2015 11:24 PM, Mike Snitzer wrote: >>> >>> I am willing to do tests if you have any idea to be tested - I can >>> reproduce it quite easily. >> >> You can try disabling dm-crypt's parallelization by specifying these 2 >> features: same_cpu_crypt submit_from_crypt_cpus >> > > Hi, > > please try adding follwoing cryptsetup perf. options while unlocking > your LUKS containers: --perf-submit_from_crypt_cpus and > --perf-same_cpu_crypt. > > Perhaps focus on SSD disk as previous unresolved report mentioned SSD too Just you need to use cryptsetup 1.6.7 version (older versions do not have this options yet). Anyway, it seems strange that one patch triggers such a problem (leading to a conclusion that the patch is wrong) but dm-crypt is know to reveal many problems in other systems exactly this way... The patches were tested on so many systems without problem that I really believe the dmcrypt patch is just trigger for a bug elsewhere. Anyway, if we can find configuration which fails here, I would like to help to find the core problem... Papering here just means it will break data later elsewhere. Thanks for testing it! Milan