Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Apr 2012 00:50:53 +1000
From:      Da Rock <freebsd-questions@herveybayaustralia.com.au>
To:        freebsd-questions@freebsd.org
Subject:   Re: problem with Xorg
Message-ID:  <4F8448CD.9080906@herveybayaustralia.com.au>
In-Reply-To: <4F84441D.1010705@bananmonarki.se>
References:  <4F82BC35.6070504@bananmonarki.se> <4F82C20F.9070904@herveybayaustralia.com.au> <4F82CA46.7000700@bananmonarki.se> <4F82CE99.2060005@herveybayaustralia.com.au> <4F84441D.1010705@bananmonarki.se>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On 04/11/12 00:30, Bernt Hansson wrote:
> 2012-04-09 13:57, Da Rock skrev:
>> On 04/09/12 21:38, Bernt Hansson wrote:
>>> 2012-04-09 13:03, Da Rock skrev:
>>>> On 04/09/12 20:38, Bernt Hansson wrote:
>>>>> Hello list.
>>>>>
>>>>> When I try to start X I'm getting this error
>>>>
>>>> Yep. This one will be fun... :)
>
> No. Not really.

Never is, let me tell you.
>
>>>>> X.Org X Server 1.7.7
>>>>> Release Date: 2010-05-04
>>>>> X Protocol Version 11, Revision 0
>>>>> Build Operating System: FreeBSD 8.2-RELEASE i386
>>>>> Current Operating System: FreeBSD kw.fqdn 8.2-RELEASE FreeBSD
>>>>> 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011
>>>>> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>>>>> Build Date: 09 April 2012  02:21:53AM
>>>>>
>>>>> Current version of pixman: 0.24.2
>>>>>           Before reporting problems, check http://wiki.x.org
>>>>>           to make sure that you have the latest version.
>>>>> Markers: (--) probed, (**) from config file, (==) default setting,
>>>>>           (++) from command line, (!!) notice, (II) informational,
>>>>>           (WW) warning, (EE) error, (NI) not implemented, (??) 
>>>>> unknown.
>>>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr  9 12:30:37 2012
>>>>> (==) Using default built-in configuration (30 lines)
>>>>> (EE) LoadModule: Module fbdevhw does not have a fbdevhwModuleData 
>>>>> data
>>>>> object.
>>>>> (EE) Failed to load module "fbdevhw" (invalid module, 0)
>>>>> Setting master
>>>>> The XKEYBOARD keymap compiler (xkbcomp) reports:
>>>>>> Warning:          Type "ONE_LEVEL" has 1 levels, but<RALT>   has 2
>>>>> symbols
>>>>>>                     Ignoring extra symbols
>>>>> Errors from xkbcomp are not fatal to the X server
>>>>> xinit: connection to X server lost
>>>>>
>>>>> waiting for X server to shut down Dropping master
>>>>
>>>> First some questions:
>>>>
>>>> 1. Does the machine lock up when you run X?
>>>
>>> No It doesn't but no picture.
>>>
>>>> 2. Do you know what video card you're using?
>>>
>>> Intel 845
>>>
>>>> 3. What is the output of pciconf -lv, dmesg?
>>>
>>> pciconf -lv
>>> hostb0@pci0:0:0:0:      class=0x060000 card=0x00000000 chip=0x25608086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = 'DRAM Controller / Host-Hub I/F Bridge
>>> (82845G/GL/GV/GE/PE)'
>>>      class      = bridge
>>>      subclass   = HOST-PCI
>>> vgapci0@pci0:0:2:0:     class=0x030000 card=0x00b90e11 chip=0x25628086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82845G/GL/GV/GE/PE Integrated Graphics Device'
>>>      class      = display
>>>      subclass   = VGA
>>> uhci0@pci0:0:29:0:      class=0x0c0300 card=0x00b90e11 chip=0x24c28086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
>>> Controller *1'
>>>      class      = serial bus
>>>      subclass   = USB
>>> uhci1@pci0:0:29:1:      class=0x0c0300 card=0x00b90e11 chip=0x24c48086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI
>>> Controller *2'
>>>      class      = serial bus
>>>      subclass   = USB
>>> ehci0@pci0:0:29:7:      class=0x0c0320 card=0x00b90e11 chip=0x24cd8086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI
>>> Controller'
>>>      class      = serial bus
>>>      subclass   = USB
>>> pcib1@pci0:0:30:0:      class=0x060400 card=0x00000000 chip=0x244e8086
>>> rev=0x81 hdr=0x01
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub
>>> Interface to PCI Bridge'
>>>      class      = bridge
>>>      subclass   = PCI-PCI
>>> isab0@pci0:0:31:0:      class=0x060100 card=0x00000000 chip=0x24c08086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge'
>>>      class      = bridge
>>>      subclass   = PCI-ISA
>>> atapci0@pci0:0:31:1:    class=0x01018a card=0x00b90e11 chip=0x24cb8086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL (ICH4/ICH4-L) UltraATA/100 EIDE 
>>> Controller'
>>>      class      = mass storage
>>>      subclass   = ATA
>>> pcm0@pci0:0:31:5:       class=0x040100 card=0x00ad0e11 chip=0x24c58086
>>> rev=0x01 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = 'Realtek AC97 Audio (82801DBM SoundMAXController
>>> (ICH4-M B0 step))'
>>>      class      = multimedia
>>>      subclass   = audio
>>> fxp0@pci0:5:8:0:        class=0x020000 card=0x00120e11 chip=0x103b8086
>>> rev=0x81 hdr=0x00
>>>      vendor     = 'Intel Corporation'
>>>      device     = '82801DB/DBL (ICH4/ICH4-L) PRO/100 VM Network
>>> Connection'
>>>      class      = network
>>>      subclass   = ethernet
>>>
>>>> 4. What does Xorg -configure produce?
>>>
>>> No idea, haven't tried it. Using HAL.
>
>
>
>> Given your previous answers, I'd say you _have_ to run it. Then the last
>> option I offered _will_ work. You need to force it to use vesa and that
>> is the only way.
>
> It gives a black screen. Vesa or not.

Is that with the retro option?
>
>> As a last chance perhaps run X -conf /root/xorg.conf.new -retro and see
>> if it does happen to work; this shows up the old test pattern so that
>> you can see that X is actually running instead of a black screen.
>
>
>>>> Finally, can you change the driver setting in the xorg.conf.new to 
>>>> vesa
>>>> and run X -conf /root/xorg.conf.new and see if it works then?
>>>
>>> Well, starting X from remote it seems to catch on.
>>>
>>> Hmmm....Only as root. Well I'll try to rebuild it without SUID.
>>>
>>> This is from remote AND root
>>>
>>> X.Org X Server 1.7.7
>>> Release Date: 2010-05-04
>>> X Protocol Version 11, Revision 0
>>> Build Operating System: FreeBSD 8.2-RELEASE i386
>>> Current Operating System: FreeBSD kw.fqdn 8.2-RELEASE FreeBSD
>>> 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011
>>> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>>> Build Date: 09 April 2012  02:21:53AM
>>>
>>> Current version of pixman: 0.24.2
>>>          Before reporting problems, check http://wiki.x.org
>>>          to make sure that you have the latest version.
>>> Markers: (--) probed, (**) from config file, (==) default setting,
>>>          (++) from command line, (!!) notice, (II) informational,
>>>          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr  9 13:27:32 2012
>>> (==) Using default built-in configuration (30 lines)
>>> (EE) LoadModule: Module fbdevhw does not have a fbdevhwModuleData data
>>> object.
>>> (EE) Failed to load module "fbdevhw" (invalid module, 0)
>>> Setting master
>>>
>>> ^Cxinit: connection to X server lost
>>>
>>> waiting for X server to shut down xterm: fatal IO error 35 (Resource
>>> temporarily unavailable) or KillClient on X server ":0"
>>> xterm: fatal IO error 35 (Resource temporarily unavailable) or
>>> KillClient on X server ":0"
>>> XIO:  fatal IO error 22 (Unknown error: 0) on X server ":0"
>>>        after 576 requests (576 known processed) with 0 events 
>>> remaining.
>>> xterm: fatal IO error 35 (Resource temporarily unavailable) or
>>> KillClient on X server ":0"
>>> Dropping master
>>>
>>> xinit: unexpected signal 2

I've had trouble with the Intels for some time. I believe the newer 
models worked for a while though (9xx I believe) - at least last I 
saw... thank god they started using real GPUs as Radeon and Nvidia in 
laptops :)

If I remember correctly, I had trouble with an Intel 845 (your exact 
chipset- pciconf showed the same as yours) a while back. I was able to 
use vesa, but then it broke. Mind you the whole laptop had started to go 
(usb, mouse, etc) so I had assumed it was a hardware failure and let it 
go at that. An external screen didn't help either.

This may or may not be your scenario or problem (although if the 
symptoms are the same), but if that retro option doesn't work and you 
have the option to use another video card I would use it. Unless someone 
else can come up with anything else to try?

Sorry to disappoint :( I certainly hope someone else has a better idea 
here...



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?4F8448CD.9080906>