diff options
| author | airlied <airlied@optimus.localdomain> | 2006-11-28 17:26:10 +1100 |
|---|---|---|
| committer | airlied <airlied@optimus.localdomain> | 2006-11-28 17:26:10 +1100 |
| commit | ba047ae863aac869595a31ea94f102084636fd29 (patch) | |
| tree | af641275e6530d89e3bbddc467069997eedb6ab8 /src/radeon_dri.c | |
| parent | 0d42cab2d889070ab6de05990e2b19724595f7af (diff) | |
radeon: initial move framebuffer away from zero prep.
In theory the driver should be able to handle the front buffer not at VRAM 0
In practice it didn't.. this is cleanup for at least XAA parts of the driver
to allow for the frontbuffer to move. It has to re-organise a large part of ScreenInit so things happen in the correct order otherwise some things get setup in-correctly. (not sure EXA with fb not at 0 works yet...)
Diffstat (limited to 'src/radeon_dri.c')
| -rw-r--r-- | src/radeon_dri.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/radeon_dri.c b/src/radeon_dri.c index 73f9844..70ff288 100644 --- a/src/radeon_dri.c +++ b/src/radeon_dri.c @@ -1422,7 +1422,7 @@ Bool RADEONDRIScreenInit(ScreenPtr pScreen) RADEON_VERSION_MAJOR_TILED : RADEON_VERSION_MAJOR; pDRIInfo->ddxDriverMinorVersion = RADEON_VERSION_MINOR; pDRIInfo->ddxDriverPatchVersion = RADEON_VERSION_PATCH; - pDRIInfo->frameBufferPhysicalAddress = (void *)info->LinearAddr; + pDRIInfo->frameBufferPhysicalAddress = (void *)info->LinearAddr + info->frontOffset; pDRIInfo->frameBufferSize = info->FbMapSize - info->FbSecureSize; pDRIInfo->frameBufferStride = (pScrn->displayWidth * info->CurrentLayout.pixel_bytes); |