summaryrefslogtreecommitdiff
path: root/fs/nfs
diff options
context:
space:
mode:
authorHector Martin <marcan@marcan.st>2017-11-03 14:28:57 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-05-30 08:48:52 +0300
commitfc66e3f87a36d2b84a8d86ea9e5dd4d2b96fe830 (patch)
treeefc7b2bb58090d61a0d368ebc66a721ea856b960 /fs/nfs
parent03bb7588942a38623f108b3302c2d1aebb525696 (diff)
downloadlinux-fc66e3f87a36d2b84a8d86ea9e5dd4d2b96fe830.tar.xz
firewire-ohci: work around oversized DMA reads on JMicron controllers
[ Upstream commit 188775181bc05f29372b305ef96485840e351fde ] At least some JMicron controllers issue buggy oversized DMA reads when fetching context descriptors, always fetching 0x20 bytes at once for descriptors which are only 0x10 bytes long. This is often harmless, but can cause page faults on modern systems with IOMMUs: DMAR: [DMA Read] Request device [05:00.0] fault addr fff56000 [fault reason 06] PTE Read access is not set firewire_ohci 0000:05:00.0: DMA context IT0 has stopped, error code: evt_descriptor_read This works around the problem by always leaving 0x10 padding bytes at the end of descriptor buffer pages, which should be harmless to do unconditionally for controllers in case others have the same behavior. Signed-off-by: Hector Martin <marcan@marcan.st> Reviewed-by: Clemens Ladisch <clemens@ladisch.de> Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/nfs')
0 files changed, 0 insertions, 0 deletions