Re: [dm-devel] AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0

[Andreas Hartmann <andihartmann@freenet.de>]

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

On 07/31/2015 at 09:23 AM, Milan Broz wrote:
> On 07/30/2015 10:30 PM, Andreas Hartmann wrote:
> ...
> 
>> Next tests:
>> I didn't mount any filesystem on bootup located on the ssd (only the
>> rotational based mounts) -> no problem.
>>
>> Next: I tried to add the partitions from the ssd to be mounted on boot -
>> one by one. As there where 4 partitions to be mounted from the ssd, the
>> errors came up again.
> 
> This is strange... Do I understand it correctly that this bug appears only
> if you mount more than 3 encrypted partitions? (IOW if you mount only 2 or 3
> there is no problem?)

Yes. That's correct.

>> Next: You suspect the ssd as being bad. Therefore, I changed the ssd and
>> tested with KINGSTON SV300S37A240G. Result: Same as above - errors are
>> coming up if there are mounted more than 3 partitions at the same time.
> 
> ok. I guess it was just image of the same disk on different hw, correct?

No. It was a different disk, but the filesystem and the LVM was created
newly and the files have been copied from disk a to disk b. So, if there
would have been errors on the original filesystem they wouldn't have
been copied.

>>
>> Summary:
>> - --perf-submit_from_crypt_cpus --perf-same_cpu_crypt -> broken anyway
> 
> That is even more interesting because these should effectively disable
> the parralel submit code in dmcrypt.
> 
> Could you please verify that these flags are really applied when you used
> them? (I am just trying to eliminate possible cryptsetup bug, the code is new).
> (Run dmsetup table, you should see submit_from_crypt_cpus/same_cpu_crypt
> on the dmcrypt mappping table line according to commandline.)

See attached files dmsetup_table and dmesg.broken.

>> - rotational disks alone: it's ok
>> - more than 3 partitions on ssd Corsair Force GT -> broken
>> - more than 3 partitions on ssd KINGSTON SV300S37A240G -> broken
> 
> - if you disable NCQ, the problems goes away?

As I already wrote in another post - than other error came up instead
(radeon). But I will try it especially again in conjunction w/
--perf-submit_from_crypt_cpus --perf-same_cpu_crypt.

> Could you please post "lsblk" and dmesg output from the situation which fails,
> (with mounted >3 partition on boot)?
> I think someone should defititely try to reproduce it on some development hw here,
> configured storage stack should be visible from the lsblk output.

Yes. You'll get them.


Regards,
Andreas


[-- Attachment #2: dmsetup_table.gz --]
[-- Type: application/x-gzip, Size: 738 bytes --]

[-- Attachment #3: dmesg.broken.gz --]
[-- Type: application/x-gzip, Size: 22656 bytes --]

[-- Attachment #4: lsblk.gz --]
[-- Type: application/x-gzip, Size: 774 bytes --]