On Tue, Jul 28 2015 at 2:56pm -0400, Andreas Hartmann <andihartmann@xxxxxxxxxx> wrote: > On 07/28/2015 at 07:50 PM Mike Snitzer wrote: > > On Tue, Jul 28 2015 at 1:40pm -0400, > > Andreas Hartmann <andihartmann@xxxxxxxxxxxxxxx> wrote: > > > >> Hello! > >> > >> After long and heavy bisecting, I found this commit > >> "dm crypt: don't allocate pages for a partial request" [1] being the > >> cause of the ata errors and AMD-Vi IO_PAGE_FAULTs. > >> > >> That's the bisect I did with Linus' repository > >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > >> > >> > >> git bisect start > >> # good: [3466b547e37b988723dc93465b7cb06b4b1f731f] Merge branches 'pnp', > >> 'pm-cpuidle' and 'pm-cpufreq' > >> git bisect good 3466b547e37b988723dc93465b7cb06b4b1f731f > >> # bad: [cd50b70ccd5c87794ec28bfb87b7fba9961eb0ae] Merge tag > >> 'pm+acpi-3.20-rc1-3' of > >> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm > >> git bisect bad cd50b70ccd5c87794ec28bfb87b7fba9961eb0ae > >> # good: [27a22ee4c7d5839fd7e3e441c9d675c8a5c4c22c] Merge branch 'kbuild' > >> of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild > >> git bisect good 27a22ee4c7d5839fd7e3e441c9d675c8a5c4c22c > >> # good: [c189cb8ef62832f33b6cf757350a0270532a1ad8] Merge tag > >> 'vfio-v3.20-rc1' of git://github.com/awilliam/linux-vfio > >> git bisect good c189cb8ef62832f33b6cf757350a0270532a1ad8 > >> # good: [295324556c427d60b41668ab81a43f604533f456] Merge branch > >> 'i2c/for-3.20' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux > >> git bisect good 295324556c427d60b41668ab81a43f604533f456 > >> # good: [1acd2de5facd7fbea499aea64a3a3d0ec7bb9b51] Merge branch > >> 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input > >> git bisect good 1acd2de5facd7fbea499aea64a3a3d0ec7bb9b51 > >> # good: [fde9f50f80fe89a9115b4bfa773017272597d85d] target: Add sanity > >> checks for DPO/FUA bit usage > >> > >> git bisect good fde9f50f80fe89a9115b4bfa773017272597d85d > >> > >> > >> # bad: [22aa66a3ee5b61e0f4a0bfeabcaa567861109ec3] dm snapshot: fix a > >> possible invalid memory access on unload > >> > >> > >> git bisect bad 22aa66a3ee5b61e0f4a0bfeabcaa567861109ec3 > >> > >> > >> # bad: [7145c241a1bf2841952c3e297c4080b357b3e52d] dm crypt: avoid > >> deadlock in mempools > >> > >> > >> git bisect bad 7145c241a1bf2841952c3e297c4080b357b3e52d > >> > >> > >> # good: [37527b869207ad4c208b1e13967d69b8bba1fbf9] dm io: reject > >> unsupported DISCARD requests with EOPNOTSUPP > >> > >> > >> git bisect good 37527b869207ad4c208b1e13967d69b8bba1fbf9 > >> > >> > >> # bad: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt: don't > >> allocate pages for a partial request > >> > >> > >> git bisect bad cf2f1abfbd0dba701f7f16ef619e4d2485de3366 > >> > >> > >> # good: [f3396c58fd8442850e759843457d78b6ec3a9589] dm crypt: use unbound > >> workqueue for request processing > >> > >> git bisect good f3396c58fd8442850e759843457d78b6ec3a9589 > >> > >> > >> # first bad commit: [cf2f1abfbd0dba701f7f16ef619e4d2485de3366] dm crypt: > >> don't allocate pages for a partial request > >> > >> > >> How can I verify (e.g. w/ a patch to Linux 4.0.9) if this patch is > >> really the culprit? > >> > >> I'm heavily relying upon encryption: > >> > >> There are 3 disks: > >> - One 240 GB SSD (crypted LVM, swap and boot partition) > >> - Two SATA rotational 3 TB disks (WD ST3000DM001-1CH166, encrypted raid > >> /dev/md0, LVM) > >> - All in all 29 logical volumes with xfs as filesystem (besides swap > >> and bootpartition - the latter is ext4). > >> > >> The system is based on an AMD FX8350 processor (8 core) w/ 24GB RAM. > >> Motherboard is a Gigabyte GA-990XA-UD3. You can find a complete dmesg > >> output here [2]. > >> > >> > >> > >> I would be glad to get some assistance! > > > > Are your SATA devcies using NCQ? > > > > Please see this dm-devl thread (and this post in particular): > > https://www.redhat.com/archives/dm-devel/2015-June/msg00005.html > > As suggested, I applied these commits > > f3396c58fd8442850e759843457d78b6ec3a9589, > cf2f1abfbd0dba701f7f16ef619e4d2485de3366, > 7145c241a1bf2841952c3e297c4080b357b3e52d, > 94f5e0243c48aa01441c987743dc468e2d6eaca2, > dc2676210c425ee8e5cb1bec5bc84d004ddf4179, > 0f5d8e6ee758f7023e4353cca75d785b2d4f6abe, > b3c5fd3052492f1b8d060799d4f18be5a5438add > > to 3.19.8 and the problem is exactly the same as described above. > > I don't think that the problem is SSD related, because the ata3 error I > can see belongs to the rotational disk (ata1 would be the SSD). > > The git bisect you mentioned is already done: "dm crypt: don't allocate > pages for a partial request" is the culprit. Mikulas was saying to biect what is causing ATA to fail. > Besides that: How can I disable ncq? Maybe a kernel patch, which > prevents enabling it because I need it on bootup before the disks are > accessed. I already answered how, see my previous reply. -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
