Summary: | Xorg doesn't start on KABINi with radeonsi | ||
---|---|---|---|
Product: | Mesa | Reporter: | Marco <mpiazza> |
Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
gdb trace on segfault
xorg.conf Xorg.0.log dmesg log xorg.conf working (lead to llvmpipe render) Gdb trace whe uncommenting glamoregl xorg.conf Backtrace of crash xorg.conf working with only one GPU (HD8330) Modified xorg.conf with two gpus Xorg.log with previous xorg.conf Dmesg for running kernel Latest xorg.log without xorg.conf |
Description
Marco
2013-09-23 07:53:48 UTC
Created attachment 86337 [details]
xorg.conf
Created attachment 86338 [details]
Xorg.0.log
Created attachment 86339 [details]
dmesg log
Can you try removing your xorg.conf? Removing xorg.conf leads to the same crash (trace is very similar). Then I tried with this little xorg.conf (to load glamoregl) Section "Module" Load "dri2" Load "glamoregl" Load "glx" EndSection but result is always the same crash. The only configuration with which I can start Xorg (but with llvmpipe renderer) is the xorg.conf attached. Created attachment 86422 [details]
xorg.conf working (lead to llvmpipe render)
Created attachment 86423 [details]
Gdb trace whe uncommenting glamoregl
Uncommenting "glamoregl" in the working xorg.conf lead to crash described in the gdb attached.
Looks terribly similar to: https://bugs.freedesktop.org/show_bug.cgi?id=69682 But unfortunatly, commenting glx module doesn't solve my problem. Thinking on it twice and rebuilding new mesa from git I remember I had this notification during build: undefined symbol: _glapi_tls_Context I will look into configure flags of both mesa and xserver (--enable-glx-tls) and let you know. All is compiled with --enable-glx-tls. No more ideas... I'm attaching latest try with xorg.conf and backtrace. Created attachment 86481 [details]
xorg.conf
Created attachment 86482 [details]
Backtrace of crash
I found a workaround! Disabling second GPU in xorg.conf let me enter in X with acceleration enabled: marco@albireo:~$ glxinfo | grep -i opengl OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD KABINI OpenGL version string: 2.1 Mesa 9.3.0-devel OpenGL shading language version string: 1.30 Finally!!! And all is working fine. Then the bug is related to having 2 GPU. At least now I can play games (with only one GPU). Created attachment 86601 [details]
xorg.conf working with only one GPU (HD8330)
Are you sure it doesn't work if you remvoe your xorg.conf completely? You don't need one and in most cases it causes more problems than it solves. Also you can remove this line: Virtual 5760 1920 from your config. Unless you are actually using a large virtual desktop, it just wastes memory. > Are you sure it doesn't work if you remvoe your xorg.conf completely?
Yes, I'm sure. Without a xorg.conf I only have a black screen with the cursor caret in the upper left corner.
I also tried disabling dpm (radeon.dpm=0) but the result is the same.
I think the problem is due to having two gpus under radeon driver and glamor.
Is this still an issue with current Mesa Git? Created attachment 94030 [details]
Modified xorg.conf with two gpus
Yes, still an issue with:
mesa git as of today;
kernel 3.13.2 with VCE patches on top.
Without xorg.conf X doesn't come up: I only have a blank screen with caret cursor on upper left corner.
Using a modified Xorg with the two cards now works: before it never worked.
Created attachment 94031 [details]
Xorg.log with previous xorg.conf
This is the log from xorg using previous xorg.conf.hybrid
Created attachment 94032 [details]
Dmesg for running kernel
Tried yesterday mesa git: latest commit 1020d8937ef52725cc5adafc12465f6332815. Now without xorg.conf and with xorg.conf.d with: Section "Module" Load "dri2" Load "glamoregl" EndSection Xorg start without any problem. marco@albireo:~/src/mesa.git$ glxinfo | grep -i opengl OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD KABINI OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.0-devel (git-1020d89) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.2.0-devel (git-1020d89) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: But... what about my second GPU? I was hoping to use it with DRI_PRIME but: xrandr --listproviders shows only Providers: number : 1 Provider 0: id: 0x54 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon And what about render nodes? Will I be able to use second GPU as a render node? Or this hybrid AMD GPU is considered as one and not two GPU? For what concern this bug, You can now close it. Created attachment 94179 [details]
Latest xorg.log without xorg.conf
(In reply to comment #22) > Now without xorg.conf and with xorg.conf.d with: > Section "Module" > Load "dri2" > Load "glamoregl" > EndSection > > Xorg start without any problem. FWIW, the xorg.conf.d snippet shouldn't be necessary anymore either with xserver 1.15 or newer. > And what about render nodes? Will I be able to use second GPU as a render > node? You should be, but that doesn't help you for X. Not sure why X is ignoring your second GPU, but I notice that you are using slightly outdated Git snapshots of xserver and xf86-video-ati. Can you try the latest releases or a current Git snapshot for those? > Or this hybrid AMD GPU is considered as one and not two GPU? No. > For what concern this bug, You can now close it. Doing so, BTW you can do this yourself. :) |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.