Bug 18595 - [G33] X doesn't start
Summary: [G33] X doesn't start
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Wang Zhenyu
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks: 18858
  Show dependency treegraph
 
Reported: 2008-11-18 07:00 UTC by Denis Smirnov
Modified: 2009-01-04 05:19 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
lsmod (1.49 KB, text/plain)
2008-11-18 07:00 UTC, Denis Smirnov
no flags Details
lspci (28.39 KB, text/plain)
2008-11-18 07:01 UTC, Denis Smirnov
no flags Details
xorg.conf (2.31 KB, text/plain)
2008-11-18 07:01 UTC, Denis Smirnov
no flags Details
xorg version (1.27 KB, text/plain)
2008-11-18 07:02 UTC, Denis Smirnov
no flags Details
Xorg.0.log (20.58 KB, text/plain)
2008-11-18 07:02 UTC, Denis Smirnov
no flags Details

Description Denis Smirnov 2008-11-18 07:00:04 UTC
Created attachment 20404 [details]
lsmod

X doesn't start. After startx, I get the following message:
waiting for X server to shutdown XIO: fatal IO error 104 (message in russian, something like, "connection dropped by another side") on X server ":0:0" after 48068 request (48065 known processed) with 0 events remaining.
error setting MTRR (base=0xe0000000, size=0x10000000, type=1) Invalid argument (22)
Comment 1 Denis Smirnov 2008-11-18 07:01:07 UTC
Created attachment 20405 [details]
lspci
Comment 2 Denis Smirnov 2008-11-18 07:01:37 UTC
Created attachment 20406 [details]
xorg.conf
Comment 3 Denis Smirnov 2008-11-18 07:02:20 UTC
Created attachment 20407 [details]
xorg version
Comment 4 Denis Smirnov 2008-11-18 07:02:52 UTC
Created attachment 20408 [details]
Xorg.0.log
Comment 5 Denis Smirnov 2008-11-18 09:17:37 UTC
Linux 2.6.27.6, libdrm 2.4.1, xf86-video-intel 2.5.1
Comment 6 Gordon Jin 2008-11-18 17:18:30 UTC
Does this ever worked with older driver?
Comment 7 Wang Zhenyu 2008-11-18 21:17:17 UTC
Looks like xserver caused fault, could you run it in gdb or ssh from another machine to get backtrack of the fault?
Comment 8 Denis Smirnov 2008-11-19 23:08:38 UTC
(In reply to comment #6)
> Does this ever worked with older driver?
> 
server 1.5.3, vesa 2.0.0.0
error setting MTTR (base=0xe0000000, size=0x007f0000, type=1)
server 1.5.3, intel 2.4.3
error setting MTRR (base=0xe0000000, size=0x10000000, type=1)
server 1.4.3, intel 2.4.3, libdrm 2.3.1 (didn't compile with libdrm 2.4.1)
Waiting for X server to shutdown XIO: fatal IO error 11 (	
The resource is temporarily unavailable) on X server "0:0"
FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1, fixing
server 1.4.3, vesa 1.3.0
Same message + monitor print "Sync out of Range"
server 1.4.3, intel 2.5.1, libdrm 2.4.1
Same + "Sync out of Range"
But, it's work in Debian (x86).
xserver-xorg-video-intel 2.1.0-2
xserver-xorg-core 1.3.0.0.dfsg-12
Seems, there is no problem with intel driver
(In reply to comment #7)
> Looks like xserver caused fault, could you run it in gdb or ssh from another
> machine to get backtrack of the fault?
> 

I haven't skill to use debugger (i'v just run gdb ant try to start /usr/bin/X and got error) and possibility connect via ssh
Comment 9 Wang Zhenyu 2008-12-01 22:10:18 UTC
Gordon, could we run a regression test of current driver on G33? I don't have G33 machine around now. 
Denis, is failure still existing? Could you turn "ModeDebug" option in Device section of xorg.conf and send the X log?
Comment 10 Gordon Jin 2008-12-01 22:35:32 UTC
(In reply to comment #9)
> Gordon, could we run a regression test of current driver on G33? I don't have
> G33 machine around now. 

Zhenyu, our G33(x-bl1 and x-bl2) have never had this problem.
Comment 11 Wang Zhenyu 2008-12-03 19:22:40 UTC
Denis, could you try intel driver 2.4.3 release? And please send dmesg log and turn on ModeDebug option in xorg.conf for X log.
Comment 12 Michael Fu 2008-12-08 23:19:51 UTC
(In reply to comment #8)
> (In reply to comment #6)
> > Does this ever worked with older driver?
> > 
> server 1.5.3, vesa 2.0.0.0
> error setting MTTR (base=0xe0000000, size=0x007f0000, type=1)
> server 1.5.3, intel 2.4.3
> error setting MTRR (base=0xe0000000, size=0x10000000, type=1)
> server 1.4.3, intel 2.4.3, libdrm 2.3.1 (didn't compile with libdrm 2.4.1)
> Waiting for X server to shutdown XIO: fatal IO error 11 (       
> The resource is temporarily unavailable) on X server "0:0"
> FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1, fixing
> server 1.4.3, vesa 1.3.0
> Same message + monitor print "Sync out of Range"
> server 1.4.3, intel 2.5.1, libdrm 2.4.1
> Same + "Sync out of Range"
> But, it's work in Debian (x86).
> xserver-xorg-video-intel 2.1.0-2
> xserver-xorg-core 1.3.0.0.dfsg-12
> Seems, there is no problem with intel driver
> (In reply to comment #7)
> > Looks like xserver caused fault, could you run it in gdb or ssh from another
> > machine to get backtrack of the fault?
> > 
> 
> I haven't skill to use debugger (i'v just run gdb ant try to start /usr/bin/X
> and got error) and possibility connect via ssh
> 

Denis, 

1)are you using the same kernel on all test combination you listed above?
2)would you please attach your mtrr? you can get it via 'cat /proc/mtrr'. We need one file of your successful case ( xserver 1.3.0 + intel 2.1.0 ), and the failed case ( xserver 1.5.3 + intel 2.5.1 )
3)could you please tell us video related items in your BIOS setting ( press F1, F2 or Del to enter during boot, depends on which bios vendor provide the bios)?

Comment 13 Wang Zhenyu 2008-12-15 21:48:43 UTC
Looks we're losing Denis for this? ping again...
Comment 14 Wang Zhenyu 2008-12-18 23:15:17 UTC
Denis, still haven't tried? I'd like to close this, as it blocks our Q4 release, but we can't see it. Please try recent release, reopen if this still fails for you.
Comment 15 Denis Smirnov 2009-01-04 05:19:33 UTC
I'm sorry, that i didn't report about problem (lots of problems IRL, really). Now, it seems, i found problem, why xserver hang


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.