Arch Linux

Do you have PowerXpress or something like that? My laptop does the same sort of thing; I have to just disable the discrete card because it won't work with Linux.

I don't know what is PowerXpress, I think that my problem is mostly that the driver switch to a mode unsupported by my screen, do you know if I can tell to radeon driver to set 2560*1600?

You can always try to force the mode, see https://wiki.archlinux.org/index.php/Kernel_Mode_Setting#Forcing_modes

I don't know what strings to pass to <conn>: video=<conn>:2560x1600-24D

I use DisplayPort, and there is two outputs on my video card.

And why isn't radeon driver able to detect the right settings?

You can get the differents ouputs and name with:
xrandr
=> DisplayPort-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 510mm x 290mm

So put the connected ouput in <conn>

Failed screen detection can come from different things:
* buggy driver
* misconfigured driver/package
* broken edid (screen)

Can you post the output of dmesg (with/without nomodeset) ?

sure as soon as i get to work office.

Actually as I am using vesa driver, this is the output of xrandr:

xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 400, current 1600 x 1200, maximum 1600 x 1200
default connected 1600x1200+0+0 0mm x 0mm
1600x1200 0.0*
1280x1024 0.0
1152x864 0.0
1024x768 0.0
800x600 0.0
640x480 0.0
720x400 0.0

The interesting part:

[ 37.079347] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[ 37.079472] radeon 0000:03:00.0: WB enabled
[ 37.079478] radeon 0000:03:00.0: fence driver on ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0xffff88030547cc00
[ 37.112701] [drm] ring test on 0 succeeded in 1 usecs
[ 37.112987] [drm] ib test on ring 0 succeeded in 0 usecs
[ 37.114286] [drm] Radeon Display Connectors
[ 37.114288] [drm] Connector 0:
[ 37.114289] [drm] DP-1
[ 37.114289] [drm] HPD2
[ 37.114291] [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c
[ 37.114292] [drm] Encoders:
[ 37.114293] [drm] DFP1: INTERNAL_UNIPHY
[ 37.114294] [drm] Connector 1:
[ 37.114295] [drm] DP-2
[ 37.114295] [drm] HPD4
[ 37.114297] [drm] DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c
[ 37.114297] [drm] Encoders:
[ 37.114298] [drm] DFP2: INTERNAL_UNIPHY
[ 37.114455] [drm] Internal thermal controller with fan control
[ 37.114498] [drm] radeon: power management initialized
[ 37.201787] [drm] fb mappable at 0xE0142000
[ 37.201789] [drm] vram apper at 0xE0000000
[ 37.201790] [drm] size 16384000
[ 37.201791] [drm] fb depth is 24
[ 37.201792] [drm] pitch is 10240
[ 37.201899] fbcon: radeondrmfb (fb0) is primary device

It seems there is still a fglrx module installed:
[ 2.459272] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[ 2.459274] Disabling lock debugging due to kernel taint
[ 2.460835] fglrx: disagrees about version of symbol wake_up_process
[ 2.460838] fglrx: Unknown symbol wake_up_process (err -22)
[ 2.463461] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2

Perhaps it's the culprit......

Yes I figured that, but I removed the catalyst-firepro package and rebuilt the initcpio and reboot. I had still the same issue.

lordheavy: here a log without the fglrx, but I have still the black screen.

Post the log without the two video entries (they seem useless) and with drm.debug=1 int the command line could give more clues

As I don't know how are numbered my outputs, it may be better to let them?

I can reboot with drm.debug=1.

can you also post your xorg log file ?

I did not try to start Xorg yet, as I have a black screen.

Maybe we can solve the kms problem first?

xorg log file also gives informations about the system

Here is the dmesg with drm.debug=1 and no more video= options.
And then I add to reboot because of black screen with kms disabled and I started Xorg with no configuration file. See Xorg.log.

Just talked about your problem on IRC (#radeon) with an Ati developer (Alex Deucher):

[16:10] <agd5f> lordheavy: he's using UMS according to that log
[16:11] <agd5f> probably worth trying KMS on a recent kernel
[16:12] <agd5f> lordheavy: and the dmesg log indicates he also has KMS enabled so that's probably the problem.
[16:12] <agd5f> two drivers both trying to control the same hw

You have to note that I dit two boot:

1) with kms enabled, and I could not start Xorg because I had a blackscreen.
2) I restarted with kms disabled and I started Xorg.

Here is the bug on freedesktop.org https://bugs.freedesktop.org/attachment.cgi

https://bugs.freedesktop.org/show_bug.cgi?id=54273

better :-)

Do we have some nice PKGBUILD to checkout and build a linux kernel from a radeon developer's branch?

Thanks 8)

There is this repo with a precompiled rc kernel:
[miffe]
Server = http://arch.miffe.org/$arch

package name is linux-mainline

Ok thanks, I adapted the linux packages from abs to use http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.6.

Fixed in 3.6.x?

Not yet.

Fixed in 3.7.x?

No it isn't.

Status on 3.8?

I don't know this kernel is still in testing, and I'm quitting my job and so this desktop tomorrow.

This means you cannot test this anymore?

yes :(