Bug 21453 - [GM45] Black screen with UXA
Summary: [GM45] Black screen with UXA
Status: RESOLVED NOTABUG
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Jesse Barnes
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2009-04-28 00:16 UTC by Tomasz Wieckowski
Modified: 2009-05-06 04:48 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (12.42 KB, text/plain)
2009-04-28 00:16 UTC, Tomasz Wieckowski
no flags Details
dmesg (33.70 KB, text/plain)
2009-04-28 03:00 UTC, Tomasz Wieckowski
no flags Details
gdb Xorg (4.00 KB, text/plain)
2009-04-29 00:15 UTC, Tomasz Wieckowski
no flags Details

Description Tomasz Wieckowski 2009-04-28 00:16:57 UTC
Created attachment 25217 [details]
Xorg log

I get black screen when I start X with UXA (KMS). With out kms in EXA everything is ok.
kms+uxa = black screen
no kms+exa = ok
no kms+uxa = black screen

My system:
Asus B50A
Mobile Intel® GM45 Express Chipset GMA X4500HD
x86_64 2.6.30-rc2
gentoo

libdrm       412d370b9ae4b2882691863a1c5e13a507574e92 (23.04)
Mesa         6b0c9366a3f13d74c00666cb7c26b65732f6b1aa (23.04)
xf86-video-intel  7b01aa5cc41620da5bb48f391ff98d9e82572e52 (23.04)
xserver 1.6.1
Comment 1 Tomasz Wieckowski 2009-04-28 03:00:50 UTC
Created attachment 25225 [details]
dmesg
Comment 2 Jesse Barnes 2009-04-28 10:56:09 UTC
According to your log, your X server is hanging when it starts painting the root window, so this might be a PAT problem.  Can you try booting your kernel with "nopat" and trying again?
Comment 3 Tomasz Wieckowski 2009-04-28 12:34:37 UTC
(In reply to comment #2)
> According to your log, your X server is hanging when it starts painting the
> root window, so this might be a PAT problem.  Can you try booting your kernel
> with "nopat" and trying again?
> 

I set nopat (PAT support disabled) but the problem still exist. Last logs from xserver:
 ...
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/lib/dri/i965_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0
(II) intel(0): Setting screen physical size to 331 x 207

I've noted that system wasn't hanging, just keyboard doesn't work and only power button can shutdown system (acpid).
Can I use intel_gpu_dump during start X to provide more information ?
I've checked with older versions of kernel,xserver,mesa,... (2.6.28 , 1.5.3 , 7.4) and black screen with UXA still remain.
Comment 4 Jesse Barnes 2009-04-28 13:14:33 UTC
> --- Comment #3 from Tomasz Wieckowski <faber.cpu@gmail.com>
> 2009-04-28 12:34:37 PST --- (In reply to comment #2)
> > According to your log, your X server is hanging when it starts
> > painting the root window, so this might be a PAT problem.  Can you
> > try booting your kernel with "nopat" and trying again?
> > 
> 
> I set nopat (PAT support disabled) but the problem still exist. Last
> logs from xserver:

Oh ok so that's not it then...

>  ...
> (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
> (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
> (II) AIGLX: Loaded and initialized /usr/lib/dri/i965_dri.so
> (II) GLX: Initialized DRI2 GL provider for screen 0
> (II) intel(0): Setting screen physical size to 331 x 207
> 
> I've noted that system wasn't hanging, just keyboard doesn't work and
> only power button can shutdown system (acpid).
> Can I use intel_gpu_dump during start X to provide more information ?
> I've checked with older versions of kernel,xserver,mesa,... (2.6.28 ,
> 1.5.3 , 7.4) and black screen with UXA still remain.

Hm so you might be seeing some other type of hang.  You could attach
gdb to to the running server to see where it's blocked (just get a
backtrace).
Comment 5 Tomasz Wieckowski 2009-04-29 00:15:56 UTC
Created attachment 25251 [details]
gdb Xorg

This is gdb log of start Xorg.
There is a symbol lookup error -- drm_intel_bo_alloc_for_render
Comment 6 Jesse Barnes 2009-05-04 10:11:41 UTC
So your gdb log makes it look like the server is actually crashing trying to lookup a symbol.  Maybe you're not running your bits against the correct libdrm?  Is your LD_LIBRARY_PATH set correctly to point at it (assuming you installed it somewhere other than the default path)?
Comment 7 Tomasz Wieckowski 2009-05-06 04:48:26 UTC
(In reply to comment #6)
> So your gdb log makes it look like the server is actually crashing trying to
> lookup a symbol.  Maybe you're not running your bits against the correct
> libdrm?  Is your LD_LIBRARY_PATH set correctly to point at it (assuming you
> installed it somewhere other than the default path)?
> 

Problem was fixed. In my case LD_LIBRARY_PATH variable was not set. UXA works.
THANKS


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.