Bug 144742

Summary: X11 doesn't start during installation
Product: [openSUSE] SUSE Linux 10.1 Reporter: Christopher Stender <cstender>
Component: InstallationAssignee: Stefan Dirsch <sndirsch>
Status: RESOLVED FIXED QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: sndirsch, snwint
Version: Beta 1   
Target Milestone: ---   
Hardware: i386   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: hwinfo -gfxcard [run under SUSE 10.0]
xorg.conf and YaST logs
XOrg logfile
y2start.log
new Xorg.0.log (setup started with vga=0x317)

Description Christopher Stender 2006-01-23 09:57:02 UTC
BOX: Dell GX 270

X11 doesn't start during installation, so YaST falls back to text-mode.

(EE) Failed to load module "glx" (module does not exist, 0)
Could not init font path element /usr/X11R6/lib/X11/fonts/truetype/, removing from list!
FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
Comment 1 Christopher Stender 2006-01-23 10:02:01 UTC
Created attachment 64450 [details]
hwinfo -gfxcard [run under SUSE 10.0]
Comment 2 Michael Gross 2006-01-23 14:31:09 UTC
Please also attach your xorg.conf and the yast logs.
Comment 3 Christopher Stender 2006-01-23 16:42:06 UTC
Created attachment 64564 [details]
xorg.conf and YaST logs
Comment 4 Michael Gross 2006-01-23 17:00:07 UTC
Sorry I forgot: Please attach the xorg-log (/var/log/Xorg.0.log)
Comment 5 Christopher Stender 2006-01-24 08:11:38 UTC
Created attachment 64648 [details]
XOrg logfile
Comment 6 Michael Gross 2006-01-24 15:12:59 UTC
I'm not sure but some of the messages seem familiar.
Stefan: Is this a known issue?
Comment 7 Stefan Dirsch 2006-01-24 15:32:53 UTC
> (EE) Failed to load module "glx" (module does not exist, 0)

This is *not* fatal and can be ignored. The logfile looks ok. The Xserver start didn't fail. I wonder why the "vesa" has been used. AFAIK Intel 865G supports kernel framebuffer. Therefore "fbdev" should have been used instead.
Our YaST team needs to investigate, why the installation didn't start in X11 mode.
Comment 8 Michael Gross 2006-01-24 17:57:51 UTC
Marcus: Can you help here? If not, please reassign it back to us or to someone who can help, thanks.
Comment 9 Marcus Schaefer 2006-01-25 11:21:05 UTC
If you don't mind provide the log file:

  /var/log/YaST2/y2start.log

Thanks
Comment 10 Christopher Stender 2006-01-25 13:04:19 UTC
Created attachment 64964 [details]
y2start.log
Comment 11 Marcus Schaefer 2006-01-25 14:25:57 UTC
The log said:

Stage [call]: ===================================
    |-- No Framebuffer available: Using vesa driver

why is there no framebuffer available on this box ?
next is:

Stage [call]: ========================
    |-- Wished medium is: QT
    |-- Selected medium is: QT
    |-- TestX: color or dimensions doesn't fit
    |-- X-Server couldn't be started, falling back to ncurses

for details why the X-Server couldn't start you should provide a
X11 log file from that stage: /var/log/Xorg.*.log
I assume a vesa driver problem here which can be avoided by booting
with active framebuffer (vga=0x<mode number>)
Comment 12 Christopher Stender 2006-01-25 14:39:41 UTC
Hi,
I have provided the Xorg.0.log already. I will test the vga option (vga=317 for this box) and provide a new log.
Comment 13 Marcus Schaefer 2006-01-25 14:43:19 UTC
yes but the log you attached seems to be from a working server

(II) Setting vga for screen 0
...

this means the server starts, so there is no information from a
server which couldn't start ??
Comment 14 Christopher Stender 2006-01-25 14:45:45 UTC
Created attachment 65001 [details]
new Xorg.0.log (setup started with vga=0x317)
Comment 15 Christopher Stender 2006-01-25 14:55:23 UTC
Maybe the X11 server crashed directly after starting like Stefan wrote it before? It looks like there was a X server starting.
Comment 16 Marcus Schaefer 2006-01-25 15:11:12 UTC
- the log is still vesa based, so it seems there is no framebuffer
  available in 1024x768 which I don't understand because the VESA BIOS
  has that mode... strange hardware ? 

- if the server crashed I normally would expect some signal message at
  the end of the log file, but in this case the log didn't show any error

maybe this is a vesa driver bug ?
Stefan ?
Comment 17 Christopher Stender 2006-01-25 15:20:37 UTC
gfx hardware:

Hardware Class: graphics card
Model: "Dell 865 G"
Vendor: pci 0x8086 "Intel Corporation"
Device: pci 0x2572 "865 G"
SubVendor: pci 0x1028 "Dell"
SubDevice: pci 0x0151 
Revision: 0x02 
Comment 18 Stefan Dirsch 2006-01-25 15:26:29 UTC
I can't believe this all. Maybe you did boot in the installed system with the vga option?
Comment 19 Christopher Stender 2006-01-25 16:18:59 UTC
Probably I made a mistake, because if I test it now and type vga=0x317 I get an error "You passed an undefined mode number". Under 10.0 the bootloader shows the option "1024x786", "800x600", "VESA" and "Textmode". Under 10.1 it shows only "VESA" and "Textmode".

Comment 20 Stefan Dirsch 2006-01-25 16:36:09 UTC
Great. This means that this problem is unrelated to X11. :-)
Comment 21 Steffen Winterfeldt 2006-01-26 10:55:05 UTC
Not exactly. :-)

Though i865 does does support a framebuffer, the BIOS is normally (at least with Dell) configured for 832k video memory, which is not enough for
anything useful.

10.0 listed 8bit modes, too, if no 16bit modes were found. But that was wrong
as yast doesn't support 8bit anyway.

So, the way to go is via vesa driver. Maybe it has difficulties with
the low memory, too?
Comment 22 Stefan Dirsch 2006-01-26 11:16:52 UTC
Ouch. That's bad news. :-(
Comment 23 Steffen Winterfeldt 2006-01-26 11:56:37 UTC
Just tested and yast works with 8 bit after all. I've added 8 bit fb modes.
Comment 24 Christopher Stender 2006-01-26 12:06:37 UTC
Good news, will beta3 contain this 8bit framebuffer?
Comment 25 Steffen Winterfeldt 2006-01-26 13:09:35 UTC
Yes. Until then boot with vga=0x305.
Comment 26 Christopher Stender 2006-01-26 13:30:37 UTC
Okay, vga=0x305 works and X starts. Thanks!