aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/radeon/r300.c
diff options
context:
space:
mode:
authorDave Airlie <airlied@linux.ie>2009-07-10 14:44:47 -0400
committerDave Airlie <airlied@redhat.com>2009-07-15 03:13:19 -0400
commit2a0f8918fc34713ecaeb900ffb9afa61df4cb08e (patch)
tree672d6e6788cd0f4100b912aa7029fa38c513a23c /drivers/gpu/drm/radeon/r300.c
parentad49f501867cba87e1e45e5ebae0b12435d68bf1 (diff)
drm/radeon/kms: fix VRAM sizing like DDX does it.
Doing this like the DDX seems like the most sure fire way to avoid having to reinvent it slowly and painfully. At the moment we keep getting things wrong with aper vs vram, so we know the DDX does it right. booted on PCI r100, PCIE rv370, IGP rs400. Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'drivers/gpu/drm/radeon/r300.c')
-rw-r--r--drivers/gpu/drm/radeon/r300.c4
1 files changed, 1 insertions, 3 deletions
diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c
index 6435d659cbd1..0e0e094da503 100644
--- a/drivers/gpu/drm/radeon/r300.c
+++ b/drivers/gpu/drm/radeon/r300.c
@@ -585,10 +585,8 @@ void r300_vram_info(struct radeon_device *rdev)
585 } else { 585 } else {
586 rdev->mc.vram_width = 64; 586 rdev->mc.vram_width = 64;
587 } 587 }
588 rdev->mc.vram_size = RREG32(RADEON_CONFIG_MEMSIZE);
589 588
590 rdev->mc.aper_base = drm_get_resource_start(rdev->ddev, 0); 589 r100_vram_init_sizes(rdev);
591 rdev->mc.aper_size = drm_get_resource_len(rdev->ddev, 0);
592} 590}
593 591
594 592