cancel
Showing results for 
Search instead for 
Did you mean: 

Archives Discussions

shawn
Journeyman III

CodeXL not working with 13.1 drivers in Linux

CodeXL won't run without disabling BlockSignalsOnLock disabled in xorg.conf.

Here's what it tells you to do:

and aticonfig adds it to xorg.conf as:

Option    "BlockSignalsOnLock" "off"

But, when it reboots, Xorg shows this in the Xorg.0.log:

[    30.840] (WW) fglrx(0): Option "BlockSignalsOnLock" is not used

We're running CentOS 6.3 with the following drivers from ELrepo:

kmod-fglrx-13.1-1.el6.elrepo.x86_64

fglrx-x11-drv-13.1-1.el6.elrepo.x86_64

We have 4 x 7970 cards installed.

Any ideas?

0 Likes
11 Replies
kalyanpk
Staff

Hi,

Did you install AMD Catalyst driver on your system?

If not, can you please try installing AMD Catalyst driver 13.1 on your machine and then run CodeXL?

You can download AMD Catalyst for Linux OS at:

http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx

Alternatively,

you can choose your configuration and download AMD Catalyst at:

http://support.amd.com/us/gpudownload/Pages/index.aspx

Thanks,

Kalyan P

0 Likes

When using the Catalyst 13.1 driver on CentOS 6.3, we're unable to get the xorg Option "BlockSignalsOnLock" "off" to work.  As I mentioned above, Xorg starts up and doesn't use that option.  For this test, I used the driver downloaded from AMD.

Shawn


0 Likes

Hi Shawn,

Thanks for your report, we are trying to reproduce the issue in our labs.

Note that answering "Yes" to the dialog window should allow you continue debugging, though there's a chance it will cause CodeXL to be unstable.

Could you please perform the following diagnostics to help us understand the issue?

1. In the same console as you would use to run CodeXL, please run the following command:

aticonfig --get-pcs-key=DDX,BlockSignalsOnLock

What is the output?

2. Try running CodeXL as the superuser (su or login as root, not "sudo CodeXL"). Does this change anything?

3. Try running the setting command (aticonfig --sb off) as the superuser (again, su or login as root, not "sudo aticonfig ..."). Does this change anything?

Thanks,

# aticonfig --get-pcs-key=DDX,BlockSignalsOnLock

Error: Key DDX,BlockSignalsOnLock not found in PCS database

# aticonfig --sb off

Warning: Option 'BlockSignalsOnLock' doesn't affect running session.

Using /etc/X11/xorg.conf

Saving back-up to /etc/X11/xorg.conf.fglrx-3

We tried with root, and we're getting the same issue.  It hangs when the profiler is enabled:

AMD CodeXL GPU Profiler V2.6.2153 is Enabled

after it's enabled, there's 100% CPU - but no output.

We also moved the ~/.amd directory aside to make sure it wasn't interfering.

Shawn

0 Likes
devurandom
Journeyman III

The same is true for the AMD driver version 12.10.05 (release UNSUPPORTED-12.10.17) aka 13.3_beta2.

I assume the option was removed from newer versions, but it appears that it is still needed for CodeXL to work. When starting an application in debug mode, it complains that one has to run "aticonfig --sb off". The application crashes immediately after starting. This is true for both a project of my own and the AMDTTeapot example.

The call stack support of CodeXL seems rather poor, but this is what I got out of it (I had to manually copy the instruction pointer addresses):

?? - -- 0xffffffffffffffff

?? - fglrx_dri.so -- 0x00007fffee22e0af

?? - fglrx_dri.so -- 0x00007fffee1305f8

?? - fglrx_dri.so -- 0x00007fffeee5da79

?? - fglrx_dri.so -- 0x00007fffef82bf8b

?? - fglrx_dri.so -- 0x00007fffef87f001

?? - -- 0xffffffffffffffff

See also: http://ati.cchtml.com/show_bug.cgi?id=742

0 Likes

Hi devurandom,

What you are describing is supposed to be an unrelated issue (i.e. the original problem is also showing up on your machine, but is not cauing the crashes) - this also reproduced for an internal user, who fixed it by updating their gtkext library.

Try running:
sudo apt-get install libgtkglext1

And seeing if that helps the crashes.

The next CodeXL version will have better defined dependencies in the installer packages, so this should not happen after that.

Thanks for your report,

0 Likes
yurtesen
Miniboss

I am having the same issue, have you found a solution? I am using the latest driver on kaveri

[25.482] (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so
[25.659] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc."
[25.659]compiled for 1.4.99.906, module version = 15.20.3
[25.659]Module class: X.Org Video Driver

and I see

[26.146] Loading extension AMDXVOPL
[26.146] Loading extension AMDXVBA
[26.146] (II) fglrx(0): Enable composite support successfully
[26.146] (WW) fglrx(0): Option "BlockSignalsOnLock" is not used
[26.146] (WW) fglrx(0): Option "VendorName" is not used
[26.146] (WW) fglrx(0): Option "ModelName" is not used
[26.146] (II) fglrx(0): X context handle = 0x1

CodeXL says this is bad... what to do now?

Thanks,

Evren

0 Likes

Hi Evren,

If the BlockSignalsOnLock option is indeed off, there should be no problem (other than the message - you can press "yes" and debugging will continue as normal).

If the "aticonfig --sb off" didn't do anything, try running "amdconfig --sb off" instead.

0 Likes

Hi,

aticonfig and amdconfig seem to be doing same changes to the xorg.conf file.

Apparently my problem was because I was using x-forwarding because the example seems to be working on console. But it is still annoying that CodeXL says it may crash etc. unless the option is set, everytime I start it.

Do you know if virtualgl can be used to remotely debug the opengl applications?

Thanks,

Evren

0 Likes

Exact same issue with the teapot example here on Debian stretch with fglrx 15.9.

Same stacktrace. Same warning in CodeXL when starting to debug. Same message that setting is ignored in xorg.conf.

I am on not using x-forwarding, since I am working locally.

0 Likes
mirh
Adept III

So.. Long story short, the truth is that aticonfig simply is a bad tool.

I also still have that "is not used" warning (together with some about "VendorName" and "ModelName")

But as long as you have Option "BlockSignalsOnLock" "off" in the device section of the file /etc/X11/xorg.conf (regardless of the fact that's what your system is even using to begin with!), and the following in the /etc/ati/amdpcsdb registry, you should be good to go.

[AMDPCSROOT/SYSTEM/DDX]

. . . . . . . .
BlockSignalsOnLock=Soff

0 Likes