| commit | 03a80665341bbb9a57064c2ddeca13b554d56893 | |
| author | Dave Airlie <airlied@redhat.com> | |
| Mon, 9 May 2011 02:24:04 +0000 (9 02:24 +0000) | ||
| committer | Dave Airlie <airlied@redhat.com> | |
| Wed, 11 May 2011 03:08:02 +0000 (11 13:08 +1000) | ||
| tree | a72db5aa5d2c6b30e22733e58e2c603738aec5dd | treesnapshot (tar.gz zip) |
| parent | 1f03128251b77bfc68d1578a4f11316eb3806238 | commitdiff |
drm/radeon/nouveau: fix build regression on alpha due to Xen changes.
The Xen changes were using DMA_ERROR_CODE which isn't defined on a few
platforms, however we reverted the Xen patch that caused use to try and
use this code path earlier in 2.6.39 cycle, so for now lets just force
the code to never take this path and allow it to build again on alpha.
The proper long term answer is probably to store if the dma_addr has
been assigned to alongside the dma_addr in the higher level code,
though I think Thomas wanted to rewrite most of this anyways properly.
Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
The Xen changes were using DMA_ERROR_CODE which isn't defined on a few
platforms, however we reverted the Xen patch that caused use to try and
use this code path earlier in 2.6.39 cycle, so for now lets just force
the code to never take this path and allow it to build again on alpha.
The proper long term answer is probably to store if the dma_addr has
been assigned to alongside the dma_addr in the higher level code,
though I think Thomas wanted to rewrite most of this anyways properly.
Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
| drivers/gpu/drm/nouveau/nouveau_sgdma.c | diffblobblamehistory | |
| drivers/gpu/drm/radeon/radeon_gart.c | diffblobblamehistory |