2014-02-20 08:44 keltezéssel, Boszormenyi Zoltan írta:
2014-02-20 06:47 keltezéssel, Michel Dänzer írta:
On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote:
2014-02-20 04:20 keltezéssel, Michel Dänzer írta:
On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote:
2014-02-19 10:59 keltezéssel, Michel Dänzer írta:
On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan wrote:
> Can Mesa/Xorg use both r600g and radeonsi at the same time? Yes, that seems to work fine for others. You may need Mesa 10.1 or newer though.
Do you mean mean with Mesa 9.2.5 and Xorg server 1.14.4 in Fedora 20 at this time, it's not possible unless I compile my own llvm-3.5 SVN, Mesa 10.1 or 10.2 GIT and Xorg 1.15 GIT?
I don't think Xorg 1.15 is necessary, but it shouldn't hurt either.
Attached is the log from both 1.14.4 (FC20) and 1.15.0 (rawhide), [...]
The log files end abruptly, so we need to see the X server stderr output. Assuming you're using gdm, it should be captured in /var/log/gdm*/:0.log .
FC20 has lightdm by default, here's /var/log/lightdm/x-0.log
[...]
X: ../../../include/privates.h:122: dixGetPrivateAddr: Assertion `key->initialized' failed.
Can you get a backtrace for this assertion failure with gdb? See http://wiki.x.org/wiki/Development/Documentation/ServerDebugging/
Here it is. I simply started Xorg from my ssh sesion and got the same assertion failed.
The previous log contained unmatched debuginfo. I have updated everything needed to make the system consistent with the debuginfos using rawhide's Xorg 1.15.
However, it seems that after the assertion fails, the second attempt failed to initialize the discrete chip so only RADEON(0) lines were present in the Xorg.0.log and gdb didn't stop since the server was running.
Then added the Xdbg script from the ServerDebugging link so the system uses that instead of the plain Xorg binary. The result is attached.
Best regards, Zoltán Böszörményi