You are not logged in.
Hello,
just did a system upgrade (just xorg and xf86-video-ati were outdated) and with the newest radeon driver I can't start x. Manually recompiling the newest driver did not help, downgrading to 1:6.14.6-2 did.
Here is my xorg.log - any suggestions?
Greetings
matse
//Edit: Bug is also tracked in the distro bugtracker and upstream
//Edit2: Xorg-server 1.13.1 fixes the issue for me
Last edited by matse (2012-12-16 22:40:53)
Offline
Hello,
just did a system upgrade (just xorg and xf86-video-ati were outdated) and with the newest radeon driver I can't start x. Manually recompiling the newest driver did not help, downgrading to 1:6.14.6-2 did.
Here is my xorg.log - any suggestions?
Greetings
matse
It is working fine for me on my Dell 610 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 must be specific to the original poster's graphics chipset or particular setup?
Mike C
Offline
I am using late kms (i.e. the default) - do those having a problem run with early or late kms? Might make a difference?
Mike C
Offline
I am using late kms (i.e. the default) - do those having a problem run with early or late kms? Might make a difference?
I've tried both and it works fine for me in both cases.
I have two machines using this software:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series]
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV620 PRO [Radeon HD 3470]
I have two monitors attached to each of these cards.
Offline
I am experiencing the same issues. Likewise, the downgrade resolved the problem.
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Whistler [AMD Radeon HD 6600M Series]
Offline
I faced with some bug as well. After updagte all is blured out but still able to start X.
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV516 [Mobility Radeon X1350]
Offline
I have Lenovo e520 with dual video cards, intel and ati. Downgrade and removing the drivers causing the EE in xorg logs have solved the problem.
Offline
no problem for me with an ati radeon 9000 agp ( rv250 chipset ), early KMS mode
Offline
Does a pacman update to xf86-video-intel 2.20.13-1 fix it for those who had the problem?
Mike C
Offline
Ignore my comment - I was looking for an update to xf86-video-ati not intel!
Mike C
Offline
I have the exact same bug. I installed Arch yesterday and executing X resulted in radeon_drv.so segfault. Downgrading it didn't help, because modesetting_drv.so also segfaults. Instead the solution was to uninstall both xf86-video-ati and xf86-video-modesetting. The end result was that X ran with the intel driver and worked. My notebook configuration:
uname -a
Linux tarvalon 3.6.6-1-ARCH #1 SMP PREEMPT Mon Nov 5 11:57:22 CET 2012 x86_64 GNU/Linux
lspci -nn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09)
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Whistler [AMD Radeon HD 6600M Series] [1002:6741]
dmesg | grep drm
[ 4.325849] [drm] Initialized drm 1.1.0 20060810
[ 4.470878] [drm] radeon defaulting to kernel modesetting.
[ 4.470880] [drm] radeon kernel modesetting enabled.
[ 4.471028] [drm] initializing kernel modesetting (TURKS 0x1002:0x6741 0x1028:0x04C5).
[ 4.471067] [drm] register mmio base: 0xE1700000
[ 4.471068] [drm] register mmio size: 131072
[ 4.531897] [drm] Detected VRAM RAM=1024M, BAR=256M
[ 4.531900] [drm] RAM width 128bits DDR
[ 4.531970] [drm] radeon: 1024M of VRAM memory ready
[ 4.531971] [drm] radeon: 512M of GTT memory ready.
[ 4.531986] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 4.531987] [drm] Driver supports precise vblank timestamp query.
[ 4.532086] [drm] radeon: irq initialized.
[ 4.532090] [drm] GART: num cpu pages 131072, num gpu pages 131072
[ 4.532370] [drm] probing gen 2 caps for device 8086:101 = 2/0
[ 4.532371] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0
[ 4.532429] [drm] Loading TURKS Microcode
[ 5.132336] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[ 5.148880] [drm] ring test on 0 succeeded in 3 usecs
[ 5.149103] [drm] ib test on ring 0 succeeded in 0 usecs
[ 5.149255] [drm] Radeon Display Connectors
[ 5.154101] [drm] Internal thermal controller without fan control
[ 5.154948] [drm] radeon: power management initialized
[ 5.155076] [drm] Cannot find any crtc or sizes - going 1024x768
[ 5.155961] [drm] fb mappable at 0xC0142000
[ 5.155962] [drm] vram apper at 0xC0000000
[ 5.155962] [drm] size 3145728
[ 5.155963] [drm] fb depth is 24
[ 5.155963] [drm] pitch is 4096
[ 5.159065] fb0: radeondrmfb frame buffer device
[ 5.159065] drm: registered panic notifier
[ 5.159068] [drm] Initialized radeon 2.24.0 20080528 for 0000:01:00.0 on minor 0
[ 5.478361] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 5.478361] [drm] Driver supports precise vblank timestamp query.
[ 5.996280] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[ 6.259675] fbcon: inteldrmfb (fb1) is primary device
[ 6.721495] fb1: inteldrmfb frame buffer device
[ 6.725192] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 1
lsmod | grep drm
drm_kms_helper 32877 2 i915,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
Offline
for me, on on 3.7.0-1-ARCH/x86_64, updating to xorg-server 1.13.1-1 fixes the problem, too.
Offline
A friend of mine had the same problem and downgraded the xf86-ati-video package.
After a few more updates however the downgraded driver gave glitches.
I saw phanisvara's post, we tried again and found that the segfaults went away with kernel 3.6.10 .
There will still some glitches (although less then with the previous xf86-video-ati) , like KDE menu hanging .
A switch to the 3.7.1-2 kernel in testing improved things a lot more, everything is now uptodate on his machine.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline