aboutsummaryrefslogtreecommitdiff
path: root/net/lapb/lapb_timer.c
diff options
context:
space:
mode:
authorChris Wright <[email protected]>2011-05-28 13:15:04 -0500
committerDavid Woodhouse <[email protected]>2011-06-01 12:47:40 +0100
commit1c9fc3d11b84fbd0c4f4aa7855702c2a1f098ebb (patch)
treec06f2bcc3b5aa5d0cb0869815e6247afc736ea7a /net/lapb/lapb_timer.c
parentcb452a4040bb051d92e85d6e7eb60c11734c1781 (diff)
intel-iommu: Dont cache iova above 32bit
Mike Travis and Mike Habeck reported an issue where iova allocation would return a range that was larger than a device's dma mask. https://lkml.org/lkml/2011/3/29/423 The dmar initialization code will reserve all PCI MMIO regions and copy those reservations into a domain specific iova tree. It is possible for one of those regions to be above the dma mask of a device. It is typical to allocate iovas with a 32bit mask (despite device's dma mask possibly being larger) and cache the result until it exhausts the lower 32bit address space. Freeing the iova range that is >= the last iova in the lower 32bit range when there is still an iova above the 32bit range will corrupt the cached iova by pointing it to a region that is above 32bit. If that region is also larger than the device's dma mask, a subsequent allocation will return an unusable iova and cause dma failure. Simply don't cache an iova that is above the 32bit caching boundary. Reported-by: Mike Travis <[email protected]> Reported-by: Mike Habeck <[email protected]> Cc: [email protected] Acked-by: Mike Travis <[email protected]> Tested-by: Mike Habeck <[email protected]> Signed-off-by: Chris Wright <[email protected]> Signed-off-by: David Woodhouse <[email protected]>
Diffstat (limited to 'net/lapb/lapb_timer.c')
0 files changed, 0 insertions, 0 deletions