problem with Xorg
Da Rock
freebsd-questions at herveybayaustralia.com.au
Tue Apr 10 14:50:56 UTC 2012
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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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...
More information about the freebsd-questions
mailing list