From owner-freebsd-questions@FreeBSD.ORG Tue Apr 10 14:50:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E44F1065673 for ; Tue, 10 Apr 2012 14:50:56 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id A37BE8FC16 for ; Tue, 10 Apr 2012 14:50:55 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.182]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 47CBD5C29 for ; Wed, 11 Apr 2012 01:04:31 +1000 (EST) Message-ID: <4F8448CD.9080906@herveybayaustralia.com.au> Date: Wed, 11 Apr 2012 00:50:53 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F82BC35.6070504@bananmonarki.se> <4F82C20F.9070904@herveybayaustralia.com.au> <4F82CA46.7000700@bananmonarki.se> <4F82CE99.2060005@herveybayaustralia.com.au> <4F84441D.1010705@bananmonarki.se> In-Reply-To: <4F84441D.1010705@bananmonarki.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problem with Xorg X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2012 14:50:56 -0000 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 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...