diff options
| author |   Daniel Haid <d.haid@gogi.tv> | 2011-06-08 20:04:45 +1000 |
|---|---|---|
| committer |   Dave Airlie <airlied@redhat.com> | 2011-06-08 20:14:28 +1000 |
| commit | 62fff811d73095bd95579d72f558f03c78f7914a (patch) | |
| tree | 0ee6defc1f155701dc6240fe979dd1c8a3d59460 /fs/ecryptfs/ecryptfs_kernel.h | |
| parent | drm/radeon/kms: set family for use in parser. (diff) | |
| download | wireguard-linux-62fff811d73095bd95579d72f558f03c78f7914a.tar.xz wireguard-linux-62fff811d73095bd95579d72f558f03c78f7914a.zip | |
drm/radeon/kms: fix for radeon on systems >4GB without hardware iommu
On my x86_64 system with >4GB of ram and swiotlb instead of
a hardware iommu (because I have a VIA chipset), the call
to pci_set_dma_mask (see below) with 40bits returns an error.
But it seems that the radeon driver is designed to have
need_dma32 = true exactly if pci_set_dma_mask is called
with 32 bits and false if it is called with 40 bits.
I have read somewhere that the default are 32 bits. So if the
call fails I suppose that need_dma32 should be set to true.
And indeed the patch fixes the problem I have had before
and which I had described here:
http://choon.net/forum/read.php?21,106131,115940
Acked-by: Alex Deucher <alexdeucher@gmail.com>
cc: stable@kernel.org
Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'fs/ecryptfs/ecryptfs_kernel.h')
0 files changed, 0 insertions, 0 deletions