Bug 56986

It is working fine for me on a Dell D610 laptop with:

 lspci -nn | grep VGA
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RV370 [Mobility Radeon X300] [1002:5460]

lsmod|grep radeon
radeon                788284  2 
ttm                    46763  1 radeon
drm_kms_helper         28941  1 radeon
drm                   180042  4 ttm,drm_kms_helper,radeon
i2c_algo_bit            4583  1 radeon
i2c_core               16943  4 drm,drm_kms_helper,i2c_algo_bit,radeon

pacman -Q xorg-server xf86-video-ati
xorg-server 1.13.0-4
xf86-video-ati 1:7.0.0-1

I use kdm and kde runs fine with today's updates.

So I guess this issue must be specific to the original poster's graphics chipset or particular setup?

for me it does NOT work, neither using KDM nor SLIM login manager. 

[root@laptop phani]# lsmod | grep radeon
radeon                859558  0 
i2c_algo_bit            5391  2 i915,radeon
drm_kms_helper         32877  2 i915,radeon
ttm                    64384  1 radeon
drm                   218724  6 ttm,i915,drm_kms_helper,radeon
i2c_core               20707  7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,radeon,videodev

It may help if the two posters who have the issue reported which graphics chip they are using?

Also I use late kms - do those having the problem run with early or late kms and does it make any difference?

here's my card spec.s (the intel one inside the CPU):

Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics Controller 
Card-2: Advanced Micro Devices [AMD] nee ATI Whistler LE [AMD Radeon HD 6625M

normally i'm using early KMS, but switching to late (removing radeon from mkinitcpio.conf, regenerating the img) also crashes.

Please attach files here directly instead of referencing external sites.

The problem looks related to the GPU offload support added in xserver 1.13 / xf86-video-ati 7.0.

Radeon driver hangs here. X starts but suffers intermittent segfaulting. The machine never segfaults in terminal (without X running).

Early KMS, zero-nada-nil-no power saving or sleep stuff. That's all switched off from BIOS, up through terminal, up to X. Yes, I physically switch off the PC at shutdown. I'm not seeing any flavor of sleep mode.

The LCD screen just blanks every now and then; no recovery. Can't get out of X or see terminals. Keyboard is 100% unresponsive. A segfault would explain it.

That's what happens now. Under previous settings, I would get a freeze, but the screen would not go blank. It would just hang in place.

I tried different AGP and KMS things. I got regular hangs at 8x, so dropped to 4x, which is stable, except videos. Then it's a dice roll. If I set to PCI mode (AGP speed -1) then it's more stable, but videos look garbage.

I had to turn off OpenGL in cairo composite manager and use the cairo back end. OpenGL hanged regularly. It's an old machine but ran for many years just fine. I am fairly confident this problem is a video driver and/or settings issue. Here's the data dump. Thanks for your hard work on radeon.

# uname -a
Linux fooboxen 3.6.6-1-ARCH #1 SMP PREEMPT Mon Nov 5 13:14:42 CET 2012 i686 GNU/Linux
# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=b23c3f71-eb3c-4dd2-bf19-1d4ba621de4e ro acpi=off noswap noresume radeon.agpmode=4 radeon.modeset=1 rootfstype=ext4 rootflags=auto,rw,dev,suid,exec,noatime,nodiratime,norelatime,barrier=1,data=writeback,commit=100,nouser_xattr
# lspci -nn | grep VGA
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RV350 AS [Radeon 9550] [1002:4153]
# lsmod | grep radeon
radeon                788284  1 
i2c_algo_bit            4583  1 radeon
drm_kms_helper         28941  1 radeon
ttm                    46763  1 radeon
drm                   180042  3 ttm,drm_kms_helper,radeon
i2c_core               16943  6 drm,i2c_dev,drm_kms_helper,i2c_algo_bit,i2c_viapro,radeon
# pacman -Q xorg-server xf86-video-ati
xorg-server 1.13.0-4
xf86-video-ati 1:7.0.0-1
# cat /etc/X11/xorg.conf.d/10-ati-radeon-9550.conf
Section "Device"
  Identifier  "DEVICE ATI Radeon 9550"
  Driver      "radeon"
  Option      "AGPMode"                 "4"
  Option      "AGPFastWrite"            "no"
  Option      "AccelMethod"             "EXA"
  Option      "MigrationHeuristic"      "greedy"
  Option      "AccelDFS"                "true"
  Option      "EnablePageFlip"          "false"
  Option      "EnableDepthMoves"        "true"
EndSection

(In reply to comment #7)

foobarnix, your problems don't seem to have anything to do with this bug report. Please file your own report.

(In reply to comment #8)

It's a point-oh-oh radeon driver release.
Think in spectrum,

Can't start X: segfault
  Can start X, can run X: segfault risk
    Can start X, can run X: OK
    
Reports cover it end to end. I'm the middle case. Came here from Arch forums. The bug is a segfaulting radeon driver. Two similar simultaneous bugs is an unlikely guess. One is likely. Thanks.

Having the same problem with Arch Linux using a Radeon 5970. My xorg log:

http://pastebin.com/C0eGNuXk

Created attachment 70515 [details]
Xorg log

Same on my Gentoo samsung laptop (glamor disabled) :

00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Device 9900 (prog-if 00 [VGA controller])
	Subsystem: Samsung Electronics Co Ltd Device c0da
	Flags: bus master, fast devsel, latency 0, IRQ 50
	Memory at b0000000 (32-bit, prefetchable) [size=256M]
	I/O ports at f000 [size=256]
	Memory at feb00000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Kernel driver in use: radeon


01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Thames XT/GL [Radeon HD 7600M Series] (prog-if 00 [VGA controller])
	Subsystem: Samsung Electronics Co Ltd Device c0da
	Flags: bus master, fast devsel, latency 0, IRQ 51
	Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Memory at fea20000 (64-bit, non-prefetchable) [size=128K]
	I/O ports at e000 [size=256]
	Expansion ROM at fea00000 [disabled] [size=128K]
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Legacy Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Capabilities: [150] Advanced Error Reporting
	Kernel driver in use: radeon

Same, HP laptop with gentoo and dual graphics (intel sandy bridge + radeon hd 6770m). I have to disable the ati gpu via switcheroo before starting X in order to get it to run. Logs:

http://pastebin.com/vm4vEW8z <- video-ati-6.14.6, ati GPU enabled (works ok)
http://pastebin.com/XfKAkLSs <- video-ati-7.0.0, ati GPU enabled (segfaults)
http://pastebin.com/YjxNwsMQ <- video-ati-7.0.0, ati GPU disabled (works ok)

I did bisecting and found the first bad commit:
2e96aa641bc8a5c263a5b643961383cdf530d044

I have a dell vostro laptop
VGA compatible controller: Advanced Micro Devices [AMD] nee ATI BeaverCreek [Mobility Radeon HD 6620G]

(In reply to comment #13)
> I did bisecting and found the first bad commit:
> 2e96aa641bc8a5c263a5b643961383cdf530d044

In that case,

 Option "ColorTiling2D" "off"

should work around the problem. Does it?

"In that case,
 Option "ColorTiling2D" "off"
should work around the problem. Does it?"

no, for me it doesn't.

For me
Option "ColorTiling2D" "off"
does not help either.

(In reply to comment #14)
> (In reply to comment #13)
> > I did bisecting and found the first bad commit:
> > 2e96aa641bc8a5c263a5b643961383cdf530d044
> 
> In that case,
> 
>  Option "ColorTiling2D" "off"
> 
> should work around the problem. Does it?

Yes it solves the issue of this bug report for me. It does not solve
the bug #56405

Then we have different bugs. In my case, the first bad commit is:

commit f71139a2afe8fffb628331402bf829a6d67c9fff
Author: Dave Airlie <airlied@redhat.com>
Date:   Mon Sep 3 12:37:22 2012 +1000

    radeon: add platform bus loading support.
    
    This allows the radeon driver to be loaded via the platform bus mechanism.

Up to commit 9911e72ea79e000ee0492d19a434aa98b83b5066, everything works.

(In reply to comment #18)
> Then we have different bugs. In my case, the first bad commit is:
> 
> commit f71139a2afe8fffb628331402bf829a6d67c9fff
> Author: Dave Airlie <airlied@redhat.com>
> Date:   Mon Sep 3 12:37:22 2012 +1000
> 
>     radeon: add platform bus loading support.

That certainly makes more sense for this report.

Michael Dressel, please file your own report.

You are right. Sorry.

My problem is described already in bug #56720

Just updated to xorg-server 1.13.1 and this solved the issue for me, now radeon drivers version 7.0.0 run fine here - does anybody still have problems with radeon or can the status be set to resolved?

(In reply to comment #21)
> Just updated to xorg-server 1.13.1 and this solved the issue for me, now
> radeon drivers version 7.0.0 run fine here - does anybody still have
> problems with radeon or can the status be set to resolved?

For me, the problem persists using version 1.13.1 of the X server.

for me the latest xorg-server (1.13.1) fixes the problem.

(Advanced Micro Devices [AMD] nee ATI Whistler LE [AMD Radeon HD 6625M
on 3.7.0-1-ARCH / x86_64)

(In reply to comment #21)
> Just updated to xorg-server 1.13.1 and this solved the issue for me, now
> radeon drivers version 7.0.0 run fine here - does anybody still have
> problems with radeon or can the status be set to resolved?

As the submitter of this report, you don't need to ask anyone. :)

Those still having problems should create separate reports.