Bug 539624

Summary: KMS:RV100|M6:7000 16M VRAM/16M AGP leads to total failure of all rendering
Product: [Fedora] Fedora Reporter: Orion Poplawski <orion>
Component: xorg-x11-drv-atiAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: high    
Version: 12CC: airlied, carl.sopchak, jglisse, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-01-14 17:44:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Xorg log nomodeset
none
Xorg log kms
none
Xorg log kms
none
dmesg none

Description Orion Poplawski 2009-11-20 18:08:01 UTC
Created attachment 372565 [details]
Xorg log nomodeset

Description of problem:

With nomodeset, X fails to start with:

(==) RADEON(0): Using 24 bit depth buffer
(II) RADEON(0): RADEONInitMemoryMap() :
(II) RADEON(0):   mem_size         : 0x04000000
(II) RADEON(0):   MC_FB_LOCATION   : 0xe3ffe000
(II) RADEON(0):   MC_AGP_LOCATION  : 0xffffffc0
(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): Using 8 MB GART aperture
(II) RADEON(0): Using 1 MB for the ring buffer
(II) RADEON(0): Using 2 MB for vertex/indirect buffers
(II) RADEON(0): Using 5 MB for GART textures
(EE) RADEON(0): Memory manager initialization to (0,0) (2624,1598) failed

Fatal server error:
AddScreen/ScreenInit failed for driver 0

without nomodeset I see lots of:

space check failed in flush

then:

Failed to alloc memory

but X starts.

Version-Release number of selected component (if applicable):
xorg-x11-drv-ati-6.13.0-0.10.20091006git457646d73.fc12.i686
xorg-x11-server-Xorg-1.7.1-7.fc12.i686
kernel-2.6.31.5-127.fc12.i686

Comment 1 Orion Poplawski 2009-11-20 18:08:33 UTC
Created attachment 372566 [details]
Xorg log kms

Comment 2 Orion Poplawski 2009-11-20 21:40:42 UTC
With KMS - display is completely corrupted and unusable.  Not sure if this needs to get split into two bugs or not, but it's a much bigger deal as the machine is unusable now.

01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility M6 LY [1002:4c59]

Comment 3 Dave Airlie 2009-11-24 09:30:13 UTC
Can you retest with latest F12 bits at all?

from koji if possible

specifically a kernel > 2.6.31.6-140 and -ati 6.13.0-0.12 or above.

Comment 4 Orion Poplawski 2009-11-25 18:54:42 UTC
Created attachment 373812 [details]
Xorg log kms

Trying with:

2.6.31.6-148.fc12.i686
xorg-x11-drv-ati-6.13.0-0.12.20091119git437113124.fc12.i686

With KMS, system is basically usable.  However, rendering is terribly slow - windows move in big chunks and visibly redraw.

With nomodeset, still the same error:
(EE) RADEON(0): Memory manager initialization to (0,0) (2624,1598) failed

Comment 5 Orion Poplawski 2010-01-04 16:45:56 UTC
Created attachment 381584 [details]
dmesg

Same with:
2.6.31.9-174.fc12.i686
xorg-x11-drv-ati-6.13.0-0.19.20091221git4b05c47ac.fc12.i686


See the following errors in dmesg:
[drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own
[drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own
[drm:drm_mode_getfb] *ERROR* invalid framebuffer id
[drm:radeon_object_create] *ERROR* Failed to allocate TTM object (12595200, 0x00060004, 0)
[drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (12595200, 4, 4096)

Comment 6 Orion Poplawski 2010-01-04 21:08:41 UTC
Display works okay if VGA output is limited to 1024x768, going larger makes for longer and longer window re-draws and more display corruption.  I know 16MB is not much, but this did use to be usable on previous versions of Fedora.

Comment 7 Orion Poplawski 2010-01-14 17:44:20 UTC
I'm going to open a separate bug for performance issues.