Description of problem:
ThinkPad X22 with ATI RV100 running Rawhide
with KMS enabled the X server dies when starting. I do get to briefly see GDM before it crashes and restarts.
Version-Release number of selected component (if applicable):
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA controller])
Subsystem: IBM ThinkPad X22/X23/X24
Flags: bus master, stepping, fast Back2Back, 66MHz, medium devsel, latency 66, IRQ 11
Memory at e0000000 (32-bit, prefetchable) [size=128M]
I/O ports at 2000 [size=256]
Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at c0120000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: radeon
Kernel modules: radeon, radeonfb
Steps to Reproduce:
1. Install current rawhide on X22
backtrace in xorg log
I can work around it for now by disabling KMS with nomodeset at boot. In addition KMS did work with F11, so this is a regression.
Created attachment 357918 [details]
xorg log with backtrace
Created attachment 357919 [details]
dmesg log file
Build ID: xorg-x11-server 1.6.99-25.20090804.fc12
Your log file and comment #0 disagree. Please attach an X log from 1.6.99-36 or later showing the crash.
Created attachment 358052 [details]
xorg log from gdm starting
Sorry about that, I was looking for the log with the crash and came across an older log file with a different crash and assumed it was the right one without double checking.
Since this is a crash during GDM I obviously needed the Xorg log from the /var/log/gdm directory instead.
The actual failure is
Xorg: radeon_cs_gem.c:121: cs_gem_write_reloc: Assertion `bo->space_accounted' failed.
I _think_ I am being affected by this bug. I upgraded from a F11 install using preupgrade. now the screen blanks after startup. CRTL-ALT-F2 has no effect. If I append radeon.modeset=0 to the kernel, everything works as I would expect, except I don't get the fancy Plymouth screen. I can't seem to find a log from the crash, but I will attach the X log from when I boot with the append kernel.
Created attachment 358178 [details]
log after apending radeon.modeset=0
Todd, I do not see anything in the data you supplied to make me think you have the same problem.
Especially your log file is useless, since it is with KMS disabled. Please enable KMS and check if your log file contains the error I mentioned in comment #4
Does latest mesa make a difference:
that fixed this error for me on an r100-based T42...
It gets a bit further, but it still fails.
I do however get some more verbose messages in the logs
Created attachment 360816 [details]
Created attachment 360817 [details]
updated xorg log from gdm starting
I just installed the latest Xorg updates, and I no longer get a X server crash with KMS enabled. Having said that, I do get
- display corruption when starting GDM, seems like the vram is not cleared before it being used, this does clear up and I get to see GDM.
- during the GDM session my mouse cursor is a square block of random corruption, but this cleared after login (probably related to the issue above)
- graphics are extremely slow compared to booting with nomodeset
But the issue for which the bug report was opened, can be considered solved.
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
As I mentioned already, this issue was resolved. There where other problems, some of which might have been solved with later updates. However I am unable to do any more testing with this system as the systemboard has failed and no longer boots.