From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 08:38:50 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA60516A4CF for ; Mon, 13 Sep 2004 08:38:50 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 399B243D2F for ; Mon, 13 Sep 2004 08:38:50 +0000 (GMT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.60.113]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040913083849.FAWE11880.lakermmtao04.cox.net@mail.halplant.com>; Mon, 13 Sep 2004 04:38:49 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id CDE8D5516; Mon, 13 Sep 2004 04:38:48 -0400 (EDT) Date: Mon, 13 Sep 2004 04:38:48 -0400 From: Andrew J Caines To: DRI Users Message-ID: <20040913083848.GA62908@hal9000.halplant.com> Mail-Followup-To: DRI Users , FreeBSD-X11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.10-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i cc: FreeBSD-X11 Subject: Radeon 9200SE with Xorg 6.7 and DRI 5.0.2 crashes FreeBSD 5.3-BETA4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 08:38:50 -0000 Folks, I'm curious to see if any of you with the same or substantially similar setups are seeing this. There's lots more detail in the PR[1] I filed, but here's the description: Starting X server with DRI enabled on vty using xinit (no .xinitrc) switches mode, brings up previous root window for a second, then the X server crashes and switches back to the now frozen vty. After a few seconds, the system resets. Without DRI, everything else works perfectly. More detail on the system not in the PR is here[2]. [1] http://halplant.com:88/server/config/HAL10000/ [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=71638 -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 11:02:23 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0072016A4CE for ; Mon, 13 Sep 2004 11:02:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25FD43D48 for ; Mon, 13 Sep 2004 11:02:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8DB2MZh048927 for ; Mon, 13 Sep 2004 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DB2MCL048921 for freebsd-x11@freebsd.org; Mon, 13 Sep 2004 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Sep 2004 11:02:22 GMT Message-Id: <200409131102.i8DB2MCL048921@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:02:23 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/09] ports/71512 x11 vncserver problems on amd64 and x.org 1 problem total. From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 11:04:33 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65CF16A4CE for ; Mon, 13 Sep 2004 11:04:33 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA0E43D54 for ; Mon, 13 Sep 2004 11:04:33 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8DB4XOH051230 for ; Mon, 13 Sep 2004 11:04:33 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DB4XV5051224 for x11@freebsd.org; Mon, 13 Sep 2004 11:04:33 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Sep 2004 11:04:33 GMT Message-Id: <200409131104.i8DB4XV5051224@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: x11@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:04:34 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/07] ports/25576 x11 XFree86-4 port installs manual pages with o [2001/11/20] ports/32121 x11 XFree86-4-Server: xf86cfg 4.1.0 writes ba f [2004/02/27] ports/63443 x11 intermittent XFree86 'system hang' on sta o [2004/07/02] ports/68599 x11 XFree86 in realloc(): error: allocation f o [2004/07/28] ports/69723 x11 4.10 update or install fails when X11 inc o [2004/08/07] ports/70139 x11 Xorg Segfault o [2004/08/11] ports/70317 x11 xvideo problems using XFree86-4.4.0 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/08/18] ports/55699 x11 [PATCH] making x11-servers/XFree86-4-Serv o [2003/09/01] ports/56275 x11 XFree86-4-Server: xf86config refers to no f [2003/11/15] ports/59297 x11 RADEON 7500 Warning message o [2004/03/02] ports/63637 x11 [patch] x11-servers/XFree86-4-Server-snap o [2004/04/07] ports/65277 x11 [PATCH] devel/imake-4: [Respect CC & CXX o [2004/05/11] ports/66511 x11 xdm xlogin*background color issue f [2004/06/29] ports/68476 x11 X -query myserver does not open an xsessi o [2004/07/28] ports/69708 x11 x11/xorg-libraries: lack of symbols under 8 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 11:32:44 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4E9416A4CE; Mon, 13 Sep 2004 11:32:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C495F43D2D; Mon, 13 Sep 2004 11:32:44 +0000 (GMT) (envelope-from thierry@FreeBSD.org) Received: from freefall.freebsd.org (thierry@localhost [127.0.0.1]) i8DBWiVM056208; Mon, 13 Sep 2004 11:32:44 GMT (envelope-from thierry@freefall.freebsd.org) Received: (from thierry@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DBWiRf056204; Mon, 13 Sep 2004 11:32:44 GMT (envelope-from thierry) Date: Mon, 13 Sep 2004 11:32:44 GMT From: Thierry Thomas Message-Id: <200409131132.i8DBWiRf056204@freefall.freebsd.org> To: thierry@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/71699: XFree86-fontScalable-4.4.0_1 doesn't compile X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 11:32:45 -0000 Synopsis: XFree86-fontScalable-4.4.0_1 doesn't compile Responsible-Changed-From-To: freebsd-ports-bugs->x11 Responsible-Changed-By: thierry Responsible-Changed-When: Mon Sep 13 11:31:52 GMT 2004 Responsible-Changed-Why: To the X11 team. http://www.freebsd.org/cgi/query-pr.cgi?pr=71699 From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 12:30:36 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F40CA16A4CE for ; Mon, 13 Sep 2004 12:30:35 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5AD443D2D for ; Mon, 13 Sep 2004 12:30:35 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8DCUZ5C063078 for ; Mon, 13 Sep 2004 12:30:35 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DCUZDo063077; Mon, 13 Sep 2004 12:30:35 GMT (envelope-from gnats) Date: Mon, 13 Sep 2004 12:30:35 GMT Message-Id: <200409131230.i8DCUZDo063077@freefall.freebsd.org> To: x11@FreeBSD.org From: Dejan Lesjak Subject: Re: ports/71699: XFree86-fontScalable-4.4.0_1 doesn't compile X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dejan Lesjak List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 12:30:36 -0000 The following reply was made to PR ports/71699; it has been noted by GNATS. From: Dejan Lesjak To: freebsd-gnats-submit@freebsd.org, tage@ifi.uit.no Cc: Subject: Re: ports/71699: XFree86-fontScalable-4.4.0_1 doesn't compile Date: Mon, 13 Sep 2004 14:25:58 +0200 Is your imake port up to date? You should have imake version 4.4.0. From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 12:33:50 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F369316A4CF; Mon, 13 Sep 2004 12:33:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01ED43D41; Mon, 13 Sep 2004 12:33:49 +0000 (GMT) (envelope-from lesi@FreeBSD.org) Received: from freefall.freebsd.org (lesi@localhost [127.0.0.1]) i8DCXnJh063202; Mon, 13 Sep 2004 12:33:49 GMT (envelope-from lesi@freefall.freebsd.org) Received: (from lesi@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DCXnBs063198; Mon, 13 Sep 2004 12:33:49 GMT (envelope-from lesi) Date: Mon, 13 Sep 2004 12:33:49 GMT From: Dejan Lesjak Message-Id: <200409131233.i8DCXnBs063198@freefall.freebsd.org> To: tage@ifi.uit.no, lesi@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/71699: XFree86-fontScalable-4.4.0_1 doesn't compile X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 12:33:50 -0000 Synopsis: XFree86-fontScalable-4.4.0_1 doesn't compile State-Changed-From-To: open->feedback State-Changed-By: lesi State-Changed-When: Mon Sep 13 12:33:11 GMT 2004 State-Changed-Why: Request information about installed imake port. http://www.freebsd.org/cgi/query-pr.cgi?pr=71699 From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 17:05:54 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECFC416A4CE; Mon, 13 Sep 2004 17:05:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD75B43D54; Mon, 13 Sep 2004 17:05:54 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i8DH5shK097568; Mon, 13 Sep 2004 17:05:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DH5sKG097564; Mon, 13 Sep 2004 17:05:54 GMT (envelope-from linimon) Date: Mon, 13 Sep 2004 17:05:54 GMT From: Mark Linimon Message-Id: <200409131705.i8DH5sKG097564@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-x11@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/71512: vncserver problems on amd64 and x.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:05:55 -0000 Synopsis: vncserver problems on amd64 and x.org Responsible-Changed-From-To: freebsd-x11->x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Sep 13 17:05:38 GMT 2004 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=71512 From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 17:05:54 2004 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECFC416A4CE; Mon, 13 Sep 2004 17:05:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD75B43D54; Mon, 13 Sep 2004 17:05:54 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i8DH5shK097568; Mon, 13 Sep 2004 17:05:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DH5sKG097564; Mon, 13 Sep 2004 17:05:54 GMT (envelope-from linimon) Date: Mon, 13 Sep 2004 17:05:54 GMT From: Mark Linimon Message-Id: <200409131705.i8DH5sKG097564@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-x11@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/71512: vncserver problems on amd64 and x.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:05:55 -0000 Synopsis: vncserver problems on amd64 and x.org Responsible-Changed-From-To: freebsd-x11->x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Sep 13 17:05:38 GMT 2004 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=71512 From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 17:19:58 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE0916A4CE; Mon, 13 Sep 2004 17:19:58 +0000 (GMT) Received: from zardoz.rd.imagescape.com (zardoz.rd.imagescape.com [66.100.151.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 451D543D49; Mon, 13 Sep 2004 17:19:58 +0000 (GMT) (envelope-from puna@imagescape.com) Received: from [192.168.0.59] (nikko.rd.imagescape.com [192.168.0.59]) (authenticated bits=0)i8DHJukj018700; Mon, 13 Sep 2004 12:19:56 -0500 (CDT) (envelope-from puna@imagescape.com) Message-ID: <4145D786.4080807@imagescape.com> Date: Mon, 13 Sep 2004 12:23:18 -0500 From: Puna Tannehill User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on zardoz.rd.imagescape.com Subject: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:19:58 -0000 I've been looking for possible flags, optimizations, really anything that would help me setup my laptop to use mmx and 3dnow. I've updated /etc/make.conf to -march to the drum of a k6-2, but I'm not even sure if mmx and 3dnow are being taken into consideration for compiling and such, especially for Xorg. I did some googling and found people who used CFLAGS like -mmmx and -m3dnow, but when I run with those options, they fail and said to be invalid. they don't appear in 'man gcc' which should have been the first place i looked. I'm not finding anything in terms of compiling or configuring Xorg to use 3dnow or mmx, or even how to check to see if they are automatically detected and used. Any thoughts? Puna From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 17:30:32 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F4FC16A4CF for ; Mon, 13 Sep 2004 17:30:32 +0000 (GMT) Received: from av8-2-sn2.hy.skanova.net (av8-2-sn2.hy.skanova.net [81.228.8.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2911A43D2F for ; Mon, 13 Sep 2004 17:30:31 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av8-2-sn2.hy.skanova.net (Postfix, from userid 502) id 0CA3037E44; Mon, 13 Sep 2004 19:30:21 +0200 (CEST) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av8-2-sn2.hy.skanova.net (Postfix) with ESMTP id ED92737E42 for ; Mon, 13 Sep 2004 19:30:20 +0200 (CEST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-1-sn2.hy.skanova.net (Postfix) with SMTP id AA9E637E44 for ; Mon, 13 Sep 2004 19:30:29 +0200 (CEST) Received: (qmail 76855 invoked by uid 1001); 13 Sep 2004 17:30:29 -0000 Date: Mon, 13 Sep 2004 19:30:28 +0200 From: Erik Trulsson To: Puna Tannehill Message-ID: <20040913173028.GA76825@falcon.midgard.homeip.net> Mail-Followup-To: Puna Tannehill , freebsd-x11@freebsd.org, freebsd-questions@freebsd.org References: <4145D786.4080807@imagescape.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4145D786.4080807@imagescape.com> User-Agent: Mutt/1.5.6i cc: freebsd-x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 17:30:32 -0000 On Mon, Sep 13, 2004 at 12:23:18PM -0500, Puna Tannehill wrote: > I've been looking for possible flags, optimizations, really anything > that would help me setup my laptop to use mmx and 3dnow. I've updated > /etc/make.conf to -march to the drum of a k6-2, but I'm not even sure > if mmx and 3dnow are being taken into consideration for compiling and > such, especially for Xorg. > > I did some googling and found people who used CFLAGS like -mmmx and > -m3dnow, but when I run with those options, they fail and said to be > invalid. they don't appear in 'man gcc' which should have been the > first place i looked. I'm not finding anything in terms of compiling > or configuring Xorg to use 3dnow or mmx, or even how to check to see > if they are automatically detected and used. > > Any thoughts? You do not say which version of FreeBSD or GCC you are using. Gcc 2.95 (which is what FreeBSD 4.x ships with) do not know about MMX or 3Dnow, and will not take advantage of them. Gcc 3.4 (which is what FreeBSD 5.x comes with) does know about MMX and 3DNow and will take advantage of them when invoked correctly. The switches you mention (-mmx and -m3dnow) are valid for gcc 3.4 but not for gcc 2.95. You can look at the GCC documentation found at http://gcc.gnu.org/onlinedocs/ to find out what options are supported by which versions of GCC. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 18:33:29 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5A716A4CE; Mon, 13 Sep 2004 18:33:29 +0000 (GMT) Received: from zardoz.rd.imagescape.com (zardoz.rd.imagescape.com [66.100.151.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE1843D48; Mon, 13 Sep 2004 18:33:28 +0000 (GMT) (envelope-from puna@imagescape.com) Received: from [192.168.0.59] (nikko.rd.imagescape.com [192.168.0.59]) (authenticated bits=0)i8DIXP6h001185; Mon, 13 Sep 2004 13:33:26 -0500 (CDT) (envelope-from puna@imagescape.com) Message-ID: <4145E8BF.1040201@imagescape.com> Date: Mon, 13 Sep 2004 13:36:47 -0500 From: Puna Tannehill User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Erik Trulsson References: <4145D786.4080807@imagescape.com> <20040913173028.GA76825@falcon.midgard.homeip.net> In-Reply-To: <20040913173028.GA76825@falcon.midgard.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on zardoz.rd.imagescape.com cc: freebsd-x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:33:29 -0000 Erik Trulsson wrote: > On Mon, Sep 13, 2004 at 12:23:18PM -0500, Puna Tannehill wrote: > >>I've been looking for possible flags, optimizations, really anything >>that would help me setup my laptop to use mmx and 3dnow. I've updated >>/etc/make.conf to -march to the drum of a k6-2, but I'm not even sure >>if mmx and 3dnow are being taken into consideration for compiling and >>such, especially for Xorg. >> >>I did some googling and found people who used CFLAGS like -mmmx and >>-m3dnow, but when I run with those options, they fail and said to be >>invalid. they don't appear in 'man gcc' which should have been the >>first place i looked. I'm not finding anything in terms of compiling >>or configuring Xorg to use 3dnow or mmx, or even how to check to see >>if they are automatically detected and used. >> >>Any thoughts? > > > You do not say which version of FreeBSD or GCC you are using. > Gcc 2.95 (which is what FreeBSD 4.x ships with) do not know about MMX > or 3Dnow, and will not take advantage of them. > Gcc 3.4 (which is what FreeBSD 5.x comes with) does know about MMX and > 3DNow and will take advantage of them when invoked correctly. > The switches you mention (-mmx and -m3dnow) are valid for gcc 3.4 but > not for gcc 2.95. Apologies! I'm running v5.3-BETA3 with GCC v3.4.2. > You can look at the GCC documentation found at > http://gcc.gnu.org/onlinedocs/ to find out what options are supported > by which versions of GCC. mmm, documentation... Thank you! I have added the options to CFLAGS in /etc/make.conf and am currently rebuilding world without any stops yet. Although, there is probably little or nothing outside of X windows that those options might help optimize. But I'll be rebuilding Xorg and XFCE right after I'm done with the world. For those who are following, here are the pages that I found most useful as reference materials: Intel 386 and AMD x86-64 Options: http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/i386-and-x86-64-Options.html#i386%20and%20x86-64%20Options X86 Built-in Functions: http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/X86-Built-in-Functions.html#X86%20Built-in%20Functions Puna --- "Pinky, are you pondering what I'm pondering?" "I think so Brain, but burlap chaffs me so..." From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 18:50:49 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5125A16A4CF; Mon, 13 Sep 2004 18:50:49 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342AE43D45; Mon, 13 Sep 2004 18:50:49 +0000 (GMT) (envelope-from lesi@FreeBSD.org) Received: from freefall.freebsd.org (lesi@localhost [127.0.0.1]) i8DIonf8005175; Mon, 13 Sep 2004 18:50:49 GMT (envelope-from lesi@freefall.freebsd.org) Received: (from lesi@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8DIom3h005171; Mon, 13 Sep 2004 18:50:48 GMT (envelope-from lesi) Date: Mon, 13 Sep 2004 18:50:48 GMT From: Dejan Lesjak Message-Id: <200409131850.i8DIom3h005171@freefall.freebsd.org> To: tage@ifi.uit.no, lesi@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/71699: XFree86-fontScalable-4.4.0_1 doesn't compile X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 18:50:49 -0000 Synopsis: XFree86-fontScalable-4.4.0_1 doesn't compile State-Changed-From-To: feedback->closed State-Changed-By: lesi State-Changed-When: Mon Sep 13 18:50:00 GMT 2004 State-Changed-Why: Originator reports that imake upgrade solved the problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=71699 From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 19:10:33 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46DC16A4CE; Mon, 13 Sep 2004 19:10:33 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DB643D41; Mon, 13 Sep 2004 19:10:33 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040913191032.IZHD25113.lakermmtao01.cox.net@dolphin.local.net>; Mon, 13 Sep 2004 15:10:32 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i8DJAV7c055319; Mon, 13 Sep 2004 14:10:31 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 13 Sep 2004 14:10:26 -0500 From: "Conrad J. Sabatier" To: Puna Tannehill Message-ID: <20040913141026.6d572ae2@dolphin.local.net> In-Reply-To: <4145D786.4080807@imagescape.com> References: <4145D786.4080807@imagescape.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:10:33 -0000 On Mon, 13 Sep 2004 12:23:18 -0500, Puna Tannehill wrote: > I've been looking for possible flags, optimizations, really anything > that would help me setup my laptop to use mmx and 3dnow. I've updated > > /etc/make.conf to -march to the drum of a k6-2, but I'm not even sure > if mmx and 3dnow are being taken into consideration for compiling and > such, especially for Xorg. > > I did some googling and found people who used CFLAGS like -mmmx and > -m3dnow, but when I run with those options, they fail and said to be > invalid. they don't appear in 'man gcc' which should have been the > first place i looked. I'm not finding anything in terms of compiling > or configuring Xorg to use 3dnow or mmx, or even how to check to see > if they are automatically detected and used. > > Any thoughts? > > Puna I don't know why those flags would not be working for you; I've been using them for quite some time now on my Athlon (32-bit) box. One oddity I just noticed very recently is that, with the recent patches to "make", the CPUTYPE variable seems to be ignored now, which is why I explicitly added the "-march" flag to CFLAGS. Also, note that I don't use "-mmmx -m3dnow" for kernel builds; you don't want to be doing this, as it can easily break things in the kernel, but for general builds and port builds, it's fine: CPUTYPE?=athlon CFLAGS= -O3 -pipe -march=athlon -mmmx -m3dnow # buildkernel variables settings KERNCONF=CUSTOM COPTFLAGS= -O3 -pipe -march=athlon -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 21:09:41 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF52A16A4CE; Mon, 13 Sep 2004 21:09:41 +0000 (GMT) Received: from zardoz.rd.imagescape.com (zardoz.rd.imagescape.com [66.100.151.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3152243D46; Mon, 13 Sep 2004 21:09:41 +0000 (GMT) (envelope-from puna@imagescape.com) Received: from [192.168.0.59] (nikko.rd.imagescape.com [192.168.0.59]) (authenticated bits=0)i8DL9b3g004563; Mon, 13 Sep 2004 16:09:37 -0500 (CDT) (envelope-from puna@imagescape.com) Message-ID: <41460D5B.3030100@imagescape.com> Date: Mon, 13 Sep 2004 16:12:59 -0500 From: Puna Tannehill User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <4145D786.4080807@imagescape.com> <20040913141026.6d572ae2@dolphin.local.net> In-Reply-To: <20040913141026.6d572ae2@dolphin.local.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on zardoz.rd.imagescape.com cc: freebsd-x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:09:41 -0000 Conrad J. Sabatier wrote: > On Mon, 13 Sep 2004 12:23:18 -0500, Puna Tannehill > wrote: > > >>I've been looking for possible flags, optimizations, really anything >>that would help me setup my laptop to use mmx and 3dnow. I've updated >> >>/etc/make.conf to -march to the drum of a k6-2, but I'm not even sure >>if mmx and 3dnow are being taken into consideration for compiling and >>such, especially for Xorg. >> >>I did some googling and found people who used CFLAGS like -mmmx and >>-m3dnow, but when I run with those options, they fail and said to be >>invalid. they don't appear in 'man gcc' which should have been the >>first place i looked. I'm not finding anything in terms of compiling >>or configuring Xorg to use 3dnow or mmx, or even how to check to see >>if they are automatically detected and used. >> >>Any thoughts? >> >>Puna > > > I don't know why those flags would not be working for you; I've been > using them for quite some time now on my Athlon (32-bit) box. One > oddity I just noticed very recently is that, with the recent patches to > "make", the CPUTYPE variable seems to be ignored now, which is why I > explicitly added the "-march" flag to CFLAGS. Also, note that I don't > use "-mmmx -m3dnow" for kernel builds; you don't want to be doing this, > as it can easily break things in the kernel, but for general builds > and port builds, it's fine: > > CPUTYPE?=athlon I had that problem too. The '?=' should be just '='. I see in the notes that '?=' is for compiling for different machine, but I don't do that so I just left is as 'CPUTYPE=' and it added the -march accordingly. > CFLAGS= -O3 -pipe -march=athlon -mmmx -m3dnow > > # buildkernel variables settings > > KERNCONF=CUSTOM > COPTFLAGS= -O3 -pipe -march=athlon I see many people using a -O3, but I've never been able to use any optimization levels above -O without compile errors, or having problems with SSH. Just out of curiosity, do you see a significant different in performance with that level of optimization? Puna It's working for me now, I'm not sure why it was failing before. Puna From owner-freebsd-x11@FreeBSD.ORG Mon Sep 13 21:58:49 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32C0316A4CE; Mon, 13 Sep 2004 21:58:49 +0000 (GMT) Received: from mail.cableone.net (scanmail2.cableone.net [24.116.0.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C15BC43D58; Mon, 13 Sep 2004 21:58:48 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.71.12]) by smail2.cableone.net (SurgeMail 1.9b) with ESMTP id 17332928 for multiple; Mon, 13 Sep 2004 14:42:52 -0700 Date: Mon, 13 Sep 2004 16:58:04 -0500 From: Vulpes Velox To: Puna Tannehill Message-ID: <20040913165804.0acfeecd@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <41460D5B.3030100@imagescape.com> References: <4145D786.4080807@imagescape.com> <20040913141026.6d572ae2@dolphin.local.net> <41460D5B.3030100@imagescape.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: freebsd-x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 21:58:49 -0000 On Mon, 13 Sep 2004 16:12:59 -0500 Puna Tannehill wrote: > > I don't know why those flags would not be working for you; I've > > been using them for quite some time now on my Athlon (32-bit) box. > > One > > oddity I just noticed very recently is that, with the recent > > patches to"make", the CPUTYPE variable seems to be ignored now, > > which is why I explicitly added the "-march" flag to CFLAGS. > > Also, note that I don't use "-mmmx -m3dnow" for kernel builds; you > > don't want to be doing this, as it can easily break things in the > > kernel, but for general builds and port builds, it's fine: Hmm, really? Not had much of a problem with it here and kernel builds. > > CPUTYPE?=athlon > > I had that problem too. The '?=' should be just '='. I see in the > notes that '?=' is for compiling for different machine, but I don't > do that so I just left is as 'CPUTYPE=' and it added the -march > accordingly. > > > CFLAGS= -O3 -pipe -march=athlon -mmmx -m3dnow On a related question, any one know in what combination -mmmx, -msse, and -m3dnow are useful in? I got bored once and tried all three on 5.3beta3 and ended up breaking a few things and ncurses was not working right in all situations with it. BTW was a little confused when reading the docs, are these for like when are building for like 586 and want to include sse, 3dnow, or the like? Or does the CPUTYPE not all ready take care of that? > > # buildkernel variables settings > > > > KERNCONF=CUSTOM > > COPTFLAGS= -O3 -pipe -march=athlon > > I see many people using a -O3, but I've never been able to use any > optimization levels above -O without compile errors, or having > problems with SSH. Just out of curiosity, do you see a significant > different in performance with that level of optimization? Never noticed much or any difference when I messed with it. Just had thinks break in annoying ways. I've personally ran into lots of problems with X stuff compiled with -O3. IIRC it would compile and ect but generally fail on run time where with -02 it would general be compile problems with later things... or something like that... From owner-freebsd-x11@FreeBSD.ORG Tue Sep 14 12:35:15 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B3EC16A4CE for ; Tue, 14 Sep 2004 12:35:15 +0000 (GMT) Received: from s1.home.ro (s1.home.ro [193.231.236.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70A9C43D5C for ; Tue, 14 Sep 2004 12:35:14 +0000 (GMT) (envelope-from bugghy@home.ro) Received: (qmail 7555 invoked from network); 14 Sep 2004 12:25:46 -0000 Received: from unknown (HELO ?62.231.82.58?) (bugghy@62.231.82.58) by 133.home.ro with SMTP; 14 Sep 2004 12:25:46 -0000 From: bugghy To: freebsd-x11@freebsd.org Content-Type: text/plain Message-Id: <1095175805.649.1.camel@illusion.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 14 Sep 2004 15:30:06 +0000 Content-Transfer-Encoding: 7bit Subject: problem installing xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 12:35:15 -0000 I've cvsupped from 5.2.1 to 5.3-beta4 and deleted XFree86-* (as described in /usr/ports/UPDATING 20040723). Any ideeas ? # uname -sr FreeBSD 5.3-BETA4 # pwd /usr/ports/x11/xorg # make install ... aking all in programs/scripts... making all in programs/glxinfo... rm -f glxinfo cc -o glxinfo -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/xorg-clients/work/xc/exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lpthread -lm -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath-link,/usr/ports/x11/xorg-clients/work/xc/exports/lib /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeSuccessor(treeNode*)' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeDeleteSingleNode(treeNode*, treeNode*)' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeMake(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeFind(treeNode*, void*, int (*)(void*, void*))' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeInsert(treeNode*, treeNode*, int (*)(void*, void*))' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeDeleteWholeTree(treeNode*)' /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodePredecessor(treeNode*)' *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs/glxinfo. *** Error code 1 Stop in /usr/ports/x11/xorg-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/xorg-clients. *** Error code 1 Stop in /usr/ports/x11/xorg. From owner-freebsd-x11@FreeBSD.ORG Wed Sep 15 14:58:00 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA0CC16A4CF for ; Wed, 15 Sep 2004 14:58:00 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD4843D58 for ; Wed, 15 Sep 2004 14:58:00 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 109995487F for ; Wed, 15 Sep 2004 09:58:00 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 60910-06 for ; Wed, 15 Sep 2004 09:57:49 -0500 (CDT) Received: from lum.celabo.org (dhcp-207.celabo.org [10.0.1.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 84D795486E for ; Wed, 15 Sep 2004 09:57:49 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 59C9C41E7D5 for ; Wed, 15 Sep 2004 09:57:42 -0500 (CDT) Message-ID: <41485866.7010708@FreeBSD.org> Date: Wed, 15 Sep 2004 09:57:42 -0500 From: Jacques Vidrine User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Tracking down all X11 implementations X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 14:58:00 -0000 Hi Guys, There is a recently announced vulnerability affecting libXpm. I haven't kept up with the XFree86 -> Xorg stuff. I wonder if someone here already knows which ports/packages include libXpm? grep'ing pkg-lists for libXpm gives: chinese/cle_base devel/agenda-snow-libs graphics/xpm math/mupad x11/XFree86-4-libraries x11/libXpm x11/xorg-libraries http://freedesktop.org/pipermail/xorg/2004-September/003172.html -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Wed Sep 15 15:40:18 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA2716A4CE; Wed, 15 Sep 2004 15:40:18 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAEA43D1F; Wed, 15 Sep 2004 15:40:17 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 2BD935488D; Wed, 15 Sep 2004 10:40:17 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 61314-10; Wed, 15 Sep 2004 10:40:06 -0500 (CDT) Received: from lum.celabo.org (dhcp-207.celabo.org [10.0.1.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 9CCE854861; Wed, 15 Sep 2004 10:40:03 -0500 (CDT) Received: by lum.celabo.org (Postfix, from userid 1001) id 5C72941E853; Wed, 15 Sep 2004 10:39:59 -0500 (CDT) Date: Wed, 15 Sep 2004 10:39:59 -0500 From: "Jacques A. Vidrine" To: lev@FreeBSD.org, x11@FreeBSD.org, maho@FreeBSD.org Message-ID: <20040915153959.GA4673@lum.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , lev@FreeBSD.org, x11@FreeBSD.org, maho@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i Subject: xpm vulnerabilities X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2004 15:40:18 -0000 Hi Ports Maintainers! I am emailing you to bring your attention to serious vulnerabilities in libXpm. A port you maintain is believed to be affected. Please resolve the vulnerability if you can in whatever way possible (patches preferred to upgrades, I think). devel/agenda-snow-libs x11/libXpm math/mupad x11/XFree86-4-libraries x11/xorg-libraries graphics/xpm (ports@FreeBSD.org omittted) chinese/cle_base (ports@FreeBSD.org omitted) Please see http://vuxml.freebsd.org/ef253f8b-0727-11d9-b45d-000c41e2cdad.html for details. Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 00:15:36 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95DFF16A4CE for ; Thu, 16 Sep 2004 00:15:36 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21F7E43D41 for ; Thu, 16 Sep 2004 00:15:36 +0000 (GMT) (envelope-from marcus.vinicius.ferreira@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so299911rnk for ; Wed, 15 Sep 2004 17:15:32 -0700 (PDT) Received: by 10.38.96.12 with SMTP id t12mr1100078rnb; Wed, 15 Sep 2004 17:15:32 -0700 (PDT) Received: by 10.38.78.36 with HTTP; Wed, 15 Sep 2004 17:15:31 -0700 (PDT) Message-ID: Date: Wed, 15 Sep 2004 21:15:31 -0300 From: Marcus Vinicius Ferreira To: freebsd-x11@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marcus Vinicius Ferreira List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 00:15:36 -0000 -- Marcus Vinicius Ferreira From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 00:58:24 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C769816A4CE for ; Thu, 16 Sep 2004 00:58:24 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769A243D2F for ; Thu, 16 Sep 2004 00:58:24 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 60920 invoked by uid 89); 16 Sep 2004 01:04:50 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 16 Sep 2004 01:04:50 -0000 Received: from 216.160.49.134 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Wed, 15 Sep 2004 19:04:50 -0600 (MDT) Message-ID: <1126.216.160.49.134.1095296690.squirrel@www2.neuroflux.com> Date: Wed, 15 Sep 2004 19:04:50 -0600 (MDT) From: "Ryan Sommers" To: x11@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Kiosk Window Manager X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 00:58:24 -0000 I'm working on building a kiosk based on X.Org on FreeBSD. I'm having trouble finding a window manager though. The system requirements of the system have to be bare bones as little as possible. The primary application run will be Mozilla FireFox. I know firefox isn't the slimmest browser around but there are features we need that other browsers save IE don't have. I'm trying to find a window manager that would satisfy these harsh hardware requirements. I've looked at a few: ratpoison, lvm, flm. Trouble is I can't seem to find one that fits all my desires while still being slim. I was wondering if anyone else had any suggestions. Following is a list of the requirements I need: 1) Above all else, light and fast with a very small memory footprint. 2) Ability to resize and reposition windows with overlapping. Also minimize (doesn't need to go to a taskbar just some feature to hide and unhide while still being very evident that it is still running). 3) Virtual desktops not required but would be a plus 4) Some sort of method to launch a very small number of applications. This can be a simple menu that pops up when you right click on the root window or just the ability to put a half dozen icons on the root window. Now, this could be that I simply have to write a small launch pad application, that would be fine. 5) A method of starting applications automatically. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 02:59:37 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E59CF16A4CE for ; Thu, 16 Sep 2004 02:59:37 +0000 (GMT) Received: from smtp.easystreet.com (smtp.easystreet.com [69.30.22.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11A943D54 for ; Thu, 16 Sep 2004 02:59:37 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.easystreet.com (Postfix) with ESMTP id A6FB66DC00F; Wed, 15 Sep 2004 18:51:29 -0700 (PDT) From: Eric Anholt To: bugghy In-Reply-To: <1095175805.649.1.camel@illusion.com> References: <1095175805.649.1.camel@illusion.com> Content-Type: text/plain Message-Id: <1095303576.864.30.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 15 Sep 2004 19:59:36 -0700 Content-Transfer-Encoding: 7bit cc: freebsd-x11@freebsd.org Subject: Re: problem installing xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 02:59:38 -0000 On Tue, 2004-09-14 at 08:30, bugghy wrote: > I've cvsupped from 5.2.1 to 5.3-beta4 and deleted XFree86-* (as > described in /usr/ports/UPDATING 20040723). Any ideeas ? > > > # uname -sr > FreeBSD 5.3-BETA4 > # pwd > /usr/ports/x11/xorg > # make install > ... > aking all in programs/scripts... > making all in programs/glxinfo... > rm -f glxinfo > cc -o glxinfo -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm > -Wall -Wpointer-arith -Wundef > -L/usr/ports/x11/xorg-clients/work/xc/exports/lib glxinfo.o -lGLU -lGL > -lXext -lX11 -L/usr/X11R6/lib -lpthread -lm -Wl,-rpath,/usr/X11R6/lib > -Wl,-rpath-link,/usr/ports/x11/xorg-clients/work/xc/exports/lib > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodeSuccessor(treeNode*)' > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodeDeleteSingleNode(treeNode*, treeNode*)' > /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeMake(void*)' > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodeFind(treeNode*, void*, int (*)(void*, void*))' > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodeInsert(treeNode*, treeNode*, int (*)(void*, void*))' > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodeDeleteWholeTree(treeNode*)' > /usr/X11R6/lib/libGLU.so: undefined reference to > `TreeNodePredecessor(treeNode*)' > *** Error code 1 > > Stop in /usr/ports/x11/xorg-clients/work/xc/programs/glxinfo. > *** Error code 1 > > Stop in /usr/ports/x11/xorg-clients/work/xc/programs. > *** Error code 1 > > Stop in /usr/ports/x11/xorg-clients. > *** Error code 1 > > Stop in /usr/ports/x11/xorg. Have you tried rebuilding your xorg-libraries and trying again? I'm rather stumped, if this continues to be an issue. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 03:00:51 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC8416A4CE for ; Thu, 16 Sep 2004 03:00:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B62943D45 for ; Thu, 16 Sep 2004 03:00:51 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8G30pNi020218 for ; Thu, 16 Sep 2004 03:00:51 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8G30p3O020217; Thu, 16 Sep 2004 03:00:51 GMT (envelope-from gnats) Date: Thu, 16 Sep 2004 03:00:51 GMT Message-Id: <200409160300.i8G30p3O020217@freefall.freebsd.org> To: x11@FreeBSD.org From: Eric Anholt Subject: Re: ports/69708 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Anholt List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 03:00:51 -0000 The following reply was made to PR ports/69708; it has been noted by GNATS. From: Eric Anholt To: gnats Cc: Subject: Re: ports/69708 Date: Wed, 15 Sep 2004 19:53:45 -0700 Were you compiling with non-default CFLAGS? That's what I would expect to cause this. However, if that's the cause and this patch does fix it (though the pragma weak alternative to the newer __attribute__ weak alias should work just as well), I'd be willing to commit just to keep others from stumbling over it. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 05:37:14 2004 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACEA516A4CE; Thu, 16 Sep 2004 05:37:14 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA6043D45; Thu, 16 Sep 2004 05:37:14 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i8G5bEIM044142; Thu, 16 Sep 2004 05:37:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8G5bE4K044138; Thu, 16 Sep 2004 05:37:14 GMT (envelope-from linimon) Date: Thu, 16 Sep 2004 05:37:14 GMT From: Mark Linimon Message-Id: <200409160537.i8G5bE4K044138@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/71724: x11/XFree86-4-clients: luit does not recognize KOI8-U locale X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 05:37:14 -0000 Synopsis: x11/XFree86-4-clients: luit does not recognize KOI8-U locale Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Thu Sep 16 05:37:05 GMT 2004 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=71724 From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 05:37:32 2004 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B06A16A4CE; Thu, 16 Sep 2004 05:37:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41BFC43D1D; Thu, 16 Sep 2004 05:37:32 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) i8G5bWIw044190; Thu, 16 Sep 2004 05:37:32 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8G5bWNN044186; Thu, 16 Sep 2004 05:37:32 GMT (envelope-from linimon) Date: Thu, 16 Sep 2004 05:37:32 GMT From: Mark Linimon Message-Id: <200409160537.i8G5bWNN044186@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/71747: xorg-clients broken X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 05:37:32 -0000 Synopsis: xorg-clients broken Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Thu Sep 16 05:37:22 GMT 2004 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=71747 From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 06:36:01 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAE6616A4CE for ; Thu, 16 Sep 2004 06:36:01 +0000 (GMT) Received: from s1.home.ro (s1.home.ro [193.231.236.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DDB543D2D for ; Thu, 16 Sep 2004 06:36:01 +0000 (GMT) (envelope-from bugghy@home.ro) Received: (qmail 31915 invoked from network); 16 Sep 2004 06:26:13 -0000 Received: from unknown (HELO ?62.231.82.58?) (bugghy@62.231.82.58) by 133.home.ro with SMTP; 16 Sep 2004 06:26:12 -0000 From: bugghy To: Eric Anholt In-Reply-To: <1095303576.864.30.camel@leguin> References: <1095175805.649.1.camel@illusion.com> <1095303576.864.30.camel@leguin> Content-Type: text/plain Message-Id: <1095327050.671.2.camel@illusion.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 16 Sep 2004 09:30:50 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-x11@freebsd.org Subject: Re: problem installing xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 06:36:02 -0000 Yes, same result ... anyway I switched to XFree for now. I'll try installing xorg when I'll use the 5.3 iso in the first place. On Thu, 2004-09-16 at 02:59, Eric Anholt wrote: > On Tue, 2004-09-14 at 08:30, bugghy wrote: > > I've cvsupped from 5.2.1 to 5.3-beta4 and deleted XFree86-* (as > > described in /usr/ports/UPDATING 20040723). Any ideeas ? > > > > > > # uname -sr > > FreeBSD 5.3-BETA4 > > # pwd > > /usr/ports/x11/xorg > > # make install > > ... > > aking all in programs/scripts... > > making all in programs/glxinfo... > > rm -f glxinfo > > cc -o glxinfo -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm > > -Wall -Wpointer-arith -Wundef > > -L/usr/ports/x11/xorg-clients/work/xc/exports/lib glxinfo.o -lGLU -lGL > > -lXext -lX11 -L/usr/X11R6/lib -lpthread -lm -Wl,-rpath,/usr/X11R6/lib > > -Wl,-rpath-link,/usr/ports/x11/xorg-clients/work/xc/exports/lib > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodeSuccessor(treeNode*)' > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodeDeleteSingleNode(treeNode*, treeNode*)' > > /usr/X11R6/lib/libGLU.so: undefined reference to `TreeNodeMake(void*)' > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodeFind(treeNode*, void*, int (*)(void*, void*))' > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodeInsert(treeNode*, treeNode*, int (*)(void*, void*))' > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodeDeleteWholeTree(treeNode*)' > > /usr/X11R6/lib/libGLU.so: undefined reference to > > `TreeNodePredecessor(treeNode*)' > > *** Error code 1 > > > > Stop in /usr/ports/x11/xorg-clients/work/xc/programs/glxinfo. > > *** Error code 1 > > > > Stop in /usr/ports/x11/xorg-clients/work/xc/programs. > > *** Error code 1 > > > > Stop in /usr/ports/x11/xorg-clients. > > *** Error code 1 > > > > Stop in /usr/ports/x11/xorg. > > Have you tried rebuilding your xorg-libraries and trying again? I'm > rather stumped, if this continues to be an issue. From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 08:11:43 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939D716A4CE for ; Thu, 16 Sep 2004 08:11:43 +0000 (GMT) Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE9C43D1F for ; Thu, 16 Sep 2004 08:11:40 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Thu, 16 Sep 2004 02:14:07 +0500 Received: from boris.nikom.ru ([10.1.16.195] helo=ntmk.ru) by mail.ntmk.ru with esmtp (Exim 4.34) id 1C7rMe-0008Jx-B3 for freebsd-x11@freebsd.org; Thu, 16 Sep 2004 14:11:36 +0600 Message-ID: <41494ABF.8030409@ntmk.ru> Date: Thu, 16 Sep 2004 14:11:43 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org Content-Type: multipart/mixed; boundary="------------050900060907080904090100" Subject: X.org and i865G problems X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 08:11:43 -0000 This is a multi-part message in MIME format. --------------050900060907080904090100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello! I have troubles running latest X.org from ports with 6.0-CURRENT and HP D300 uT. This computer has i865G adapter onboard. I'm doing as handbook: 1. Xorg -configure 2. Xorg -config /root/xorg.conf.new But X does not start. All output attached. Please help me to run X. -- With respect, Boris Kovalenko ********************************************************************** This message contains no virus. --------------050900060907080904090100 Content-Type: text/plain; name="log1.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log1.txt" XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/boris.nikom.ru:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: FreeBSD 6.0 i386 [ELF] Current Operating System: FreeBSD boris.nikom.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Sep 13 18:51:57 YEKST 2004 root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS i386 Build Date: 13 September 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present 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: Thu Sep 16 00:15:08 2004 (++) Using config file: "/root/xorg.conf.new" (WW) ****INVALID IO ALLOCATION**** b: 0x14e0 e: 0x14e7 correcting (EE) I810(0): No Video BIOS modes for chosen depth. (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. --------------050900060907080904090100 Content-Type: text/plain; name="log2.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log2.txt" _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/boris.nikom.ru:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: FreeBSD 6.0 i386 [ELF] Current Operating System: FreeBSD boris.nikom.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Sep 13 18:51:57 YEKST 2004 root@boris.nikom.ru:/usr/obj/usr/src/sys/BSYS i386 Build Date: 13 September 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present 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: Thu Sep 16 00:15:08 2004 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/Speedo/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/Speedo/"). (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/CID/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/CID/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 103c,12bc rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2572 card 103c,12bc rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1d:0: chip 8086,24d2 card 103c,12bc rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 103c,12bc rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 103c,12bc rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 103c,12bc rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,24d1 card 103c,12bc rev 02 class 01,01,8f hdr 00 (II) PCI: 00:1f:5: chip 8086,24d5 card 103c,12bc rev 02 class 04,01,00 hdr 00 (II) PCI: 05:02:0: chip 14e4,1696 card 103c,12bc rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xfc500000 - 0xfc7fffff (0x300000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:2:0) Intel Corp. 82865G Integrated Graphics Device rev 2, Mem @ 0xf0000000/27, 0xfc400000/19, I/O @ 0x14e0/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf8000000 from 0xffffffff to 0xf7ffffff (II) Active PCI resource ranges: [0] -1 0 0xfc500000 - 0xfc5fffff (0x100000) MX[B]E [1] -1 0 0xfc480600 - 0xfc4807ff (0x200) MX[B]E [2] -1 0 0xfc480400 - 0xfc4807ff (0x400) MX[B]E [3] -1 0 0xfc480000 - 0xfc4fffff (0x80000) MX[B]E [4] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [5] -1 0 0xfc400000 - 0xfc47ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x000014ff (0x100) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x000018ff (0x100) IX[B]E [12] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014ff (0x40) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014ff (0x10) IX[B]E [17] -1 0 0x00001808 - 0x0000180f (0x8) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014ff (0x80) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000147f (0x40) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xfc480400 from 0xfc4807ff to 0xfc4805ff (II) PCI I/O resource overlap reduced 0x00001400 from 0x000014ff to 0x0000143f (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x00001807 (II) PCI I/O resource overlap reduced 0x00001810 from 0x0000181f to 0x00001813 (II) PCI I/O resource overlap reduced 0x000014c0 from 0x000014ff to 0x000014cf (II) PCI I/O resource overlap reduced 0x000014f0 from 0x000014ff to 0x000014f7 (II) PCI I/O resource overlap reduced 0x00001808 from 0x0000180f to 0x0000180b (II) PCI Memory resource overlap reduced 0xfc480000 from 0xfc4fffff to 0xfc4803ff (II) PCI I/O resource overlap reduced 0x00001480 from 0x000014ff to 0x000014bf (II) PCI I/O resource overlap reduced 0x00001440 from 0x0000147f to 0x0000145f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfc500000 - 0xfc5fffff (0x100000) MX[B]E [1] -1 0 0xfc480600 - 0xfc4807ff (0x200) MX[B]E [2] -1 0 0xfc480400 - 0xfc4805ff (0x200) MX[B]E [3] -1 0 0xfc480000 - 0xfc4803ff (0x400) MX[B]E [4] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [5] -1 0 0xfc400000 - 0xfc47ffff (0x80000) MX[B](B) [6] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [7] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [8] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [9] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [10] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [11] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [12] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [13] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [14] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [15] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [16] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [17] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [18] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [19] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [20] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [21] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [22] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfc500000 - 0xfc5fffff (0x100000) MX[B]E [6] -1 0 0xfc480600 - 0xfc4807ff (0x200) MX[B]E [7] -1 0 0xfc480400 - 0xfc4805ff (0x200) MX[B]E [8] -1 0 0xfc480000 - 0xfc4803ff (0x400) MX[B]E [9] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [10] -1 0 0xfc400000 - 0xfc47ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.1 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.7.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G (II) Primary Device is: PCI 00:02:0 (--) Chipset 865G found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfc500000 - 0xfc5fffff (0x100000) MX[B]E [6] -1 0 0xfc480600 - 0xfc4807ff (0x200) MX[B]E [7] -1 0 0xfc480400 - 0xfc4805ff (0x200) MX[B]E [8] -1 0 0xfc480000 - 0xfc4803ff (0x400) MX[B]E [9] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [10] -1 0 0xfc400000 - 0xfc47ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [17] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [18] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [19] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [20] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [21] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [22] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [23] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [24] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [25] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [26] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [27] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [28] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [29] -1 0 0x000014e0 - 0x000014e7 (0x8) IX[B](B) (WW) ****INVALID IO ALLOCATION**** b: 0x14e0 e: 0x14e7 correcting (II) window: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resSize: [0] -1 0 0x00000000 - 0xffffffff (0x0) IX[B] (II) window fixed: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfc500000 - 0xfc5fffff (0x100000) MX[B]E [6] -1 0 0xfc480600 - 0xfc4807ff (0x200) MX[B]E [7] -1 0 0xfc480400 - 0xfc4805ff (0x200) MX[B]E [8] -1 0 0xfc480000 - 0xfc4803ff (0x400) MX[B]E [9] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [10] -1 0 0xfc400000 - 0xfc47ffff (0x80000) MX[B](B) [11] -1 0 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0 0x00000400 - 0x00000407 (0x8) IX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x00001400 - 0x0000143f (0x40) IX[B]E [19] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [20] -1 0 0x000014d0 - 0x000014df (0x10) IX[B]E [21] -1 0 0x00001814 - 0x00001817 (0x4) IX[B]E [22] -1 0 0x00001800 - 0x00001807 (0x8) IX[B]E [23] -1 0 0x00001810 - 0x00001813 (0x4) IX[B]E [24] -1 0 0x000014f8 - 0x000014ff (0x8) IX[B]E [25] -1 0 0x000014c0 - 0x000014cf (0x10) IX[B]E [26] -1 0 0x0000180c - 0x0000180f (0x4) IX[B]E [27] -1 0 0x000014f0 - 0x000014f7 (0x8) IX[B]E [28] -1 0 0x00001808 - 0x0000180b (0x4) IX[B]E [29] -1 0 0x000014e8 - 0x000014ef (0x8) IX[B]E [30] -1 0 0x00001480 - 0x000014bf (0x40) IX[B]E [31] -1 0 0x00001460 - 0x0000147f (0x20) IX[B]E [32] -1 0 0x00001440 - 0x0000145f (0x20) IX[B]E [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (**) I810(0): Depth 24, (--) framebuffer bpp 32 (==) I810(0): RGB weight 888 (==) I810(0): Default visual is TrueColor (**) I810(0): Option "DRI" (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 262080 kB (II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 865G (--) I810(0): Chipset: "865G" (--) I810(0): Linear framebuffer at 0xF0000000 (--) I810(0): IO registers at addr 0xFC400000 (==) I810(0): Write-combining range (0xfc400000,0x80000) was already clear (II) I810(0): detected 8060 kB stolen memory. (WW) I810(0): Detected stolen memory (8000 kB) doesn't match what the BIOS reports (262080 kB) (II) I810(0): I830CheckAvailableMemory: 450560 kB available (--) I810(0): Pre-allocated VideoRAM: 8060 kByte (**) I810(0): VideoRAM: 131072 kByte (==) I810(0): video overlay key set to 0x101fe (**) I810(0): page flipping disabled (--) I810(0): Maximum frambuffer space: 130920 kByte (==) I810(0): Using gamma correction (1.0, 1.0, 1.0) (II) I810(0): 1 display pipe available. (==) I810(0): Display Info: enabled. (II) I810(0): Broken BIOSes cause the system to hang here. If you encounter this problem please add Option "DisplayInfo" "FALSE" to the Device section of your XF86Config file. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (II) I810(0): Currently active displays on Pipe A: (II) I810(0): CRT (II) I810(0): TV (II) I810(0): DFP (digital flat panel) (II) I810(0): LFP (local flat panel) (II) I810(0): TV2 (second TV) (II) I810(0): DFP2 (second digital flat panel) (II) I810(0): Some unknown display devices may also be present (II) I810(0): No display size information available for pipe A. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) I810(0): VESA VBE DDC supported (II) I810(0): VESA VBE DDC Level none (II) I810(0): VESA VBE DDC transfer in appr. 0 sec. (II) I810(0): VESA VBE DDC read failed (--) I810(0): A non-CRT device is attached to pipe A. No refresh rate overrides will be attempted. (--) I810(0): Maximum space available for video modes: 130920 kByte Mode: 30 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 32 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 34 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 38 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 3c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 41 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 43 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 45 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 49 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4b (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 4d (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 50 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 52 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 54 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 58 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5a (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 5c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 60 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 61 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 62 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 63 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 64 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 65 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 66 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 67 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 68 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (EE) I810(0): No Video BIOS modes for chosen depth. (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) UnloadModule: "i810" (II) UnloadModule: "ddc" (II) Unloading /usr/X11R6/lib/modules/libddc.a (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (II) UnloadModule: "vbe" (II) Unloading /usr/X11R6/lib/modules/libvbe.a (II) UnloadModule: "int10" (II) Unloading /usr/X11R6/lib/modules/libint10.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. --------------050900060907080904090100-- From owner-freebsd-x11@FreeBSD.ORG Thu Sep 16 08:18:59 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7179016A4CE for ; Thu, 16 Sep 2004 08:18:59 +0000 (GMT) Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B31143D31 for ; Thu, 16 Sep 2004 08:18:58 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Thu, 16 Sep 2004 02:21:26 +0500 Received: from boris.nikom.ru ([10.1.16.195] helo=ntmk.ru) by mail.ntmk.ru with esmtp (Exim 4.34) id 1C7rTj-0000VQ-48 for freebsd-x11@freebsd.org; Thu, 16 Sep 2004 14:18:55 +0600 Message-ID: <41494C76.1000502@ntmk.ru> Date: Thu, 16 Sep 2004 14:19:02 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <41494ABF.8030409@ntmk.ru> In-Reply-To: <41494ABF.8030409@ntmk.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: X.org and i865G problems X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Sep 2004 08:18:59 -0000 Hello! I'm sorry, the computer is HP D330 uT -- With respect, Boris Kovalenko ********************************************************************** This message contains no virus. From owner-freebsd-x11@FreeBSD.ORG Fri Sep 17 12:20:52 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1729916A4CF for ; Fri, 17 Sep 2004 12:20:52 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B5243D54 for ; Fri, 17 Sep 2004 12:20:51 +0000 (GMT) (envelope-from mi+ports@aldan.algebra.com) Received: from vaio.virtual-estates.net (aldan.algebra.com [216.254.65.224]) i8HCKYQx083163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 17 Sep 2004 08:20:37 -0400 (EDT) (envelope-from mi+ports@aldan.algebra.com) Received: from vaio.virtual-estates.net (localhost [127.0.0.1]) i8HBm8M5013835 for ; Fri, 17 Sep 2004 07:48:08 -0400 (EDT) (envelope-from mi+ports@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by vaio.virtual-estates.net (8.13.1/8.12.11/Submit) id i8HBm7bF013834 for x11@FreeBSD.org; Fri, 17 Sep 2004 07:48:07 -0400 (EDT) (envelope-from mi+ports@aldan.algebra.com) X-Authentication-Warning: vaio.virtual-estates.net: mi set sender to mi+ports@aldan.algebra.com using -f From: "Mikhail T." To: x11@FreeBSD.org Date: Fri, 17 Sep 2004 07:48:07 -0400 User-Agent: KMail/1.7 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Subject: xterm crashing X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 12:20:52 -0000 Hello! This is a newly installed XOrg-everything system. Everything seems to work -- the entire KDE desktop, etc. However: % xterm open ttydev: Permission denied What's with the ttydev? Even worse, when I try to bring up one of the xterm's menues (Ctrl-Button{1,2, or 3}), I get: Warning: Unable to load any usable ISO8859 font Segmentation fault (core dumped) Why are the requirements for font so strict, it can't find any despite: xlsfonts -fn '*8859*' | wc -l 6147 Why is it crashing instead of switching to 'fixed'? The above problems are on a native display. When I ssh-in from another (running XFree86's X-server), the same xterm works fine -- no warnings and the menus come up fine. Any ideas? Thanks! -mi From owner-freebsd-x11@FreeBSD.ORG Fri Sep 17 15:26:52 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2711B16A4CF; Fri, 17 Sep 2004 15:26:52 +0000 (GMT) Received: from zardoz.rd.imagescape.com (zardoz.rd.imagescape.com [66.100.151.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A20F43D49; Fri, 17 Sep 2004 15:26:50 +0000 (GMT) (envelope-from puna@imagescape.com) Received: from [192.168.0.59] (nikko.rd.imagescape.com [192.168.0.59]) (authenticated bits=0)i8HFQifh025271; Fri, 17 Sep 2004 10:26:44 -0500 (CDT) (envelope-from puna@imagescape.com) Message-ID: <414B0303.5080307@imagescape.com> Date: Fri, 17 Sep 2004 10:30:11 -0500 From: Puna Tannehill User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Green References: <4145C5BB.1060507@imagescape.com> <1095360933.631.19.camel@aenea> <414A0A75.6010309@imagescape.com> In-Reply-To: <414A0A75.6010309@imagescape.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on zardoz.rd.imagescape.com cc: questions@freebsd.org cc: x11@freebsd.org cc: mobile@freebsd.org Subject: Re: 3dnow, mmx, k6-2 optimizing? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2004 15:26:52 -0000 Interesting. I just tried the settings you suggested, and it seems that -mcpu is depreciated for -mtune. ALWAYS check the documentation first. :-) Here's the details: http://gcc.gnu.org/onlinedocs/gcc-3.4.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options Puna Puna Tannehill wrote: > James Green wrote: > >> Hi Puna, >> >> I had a k6-2 a few years back (before discovering BSD :) and did a lot >> of Linux From Scratch work on it. I found that passing -march=i586 >> -mcpu=i686 produced by far the best results for pretty much any C/C++ >> code. Of course the code produced will not run on anything but a k6-2, >> which as I understand it is a 686 core with 586 interface/timings, and >> likewise if memory serves specifying only -march=i586 or -march=i686 >> (implying -mcpu=i586 or -mcpu=i686 respectively) won't run on the k6-2 >> either. Definitely a trade off between speed and (total lack of) >> portablility. Again that was gcc-2.9x days... > > > Interesting. Was there an option for -march=k6-2 at that time? Were > the results based on a comparison of that setting and the ones you > mention above? > > Do you happen to know if there is a particular benchmarking program that > might be useful to testing different compiles in FreeBSD? > > I've also seen recommendations using '586/mmx' and 'k7', but it seems > interesting that someone would create a 'k6-2' flag if there were not > significant and benefitial optimizations that would be applied. Of > course, whether anyone coded for that particular processor is probably > extemely rare, so I can see how the -march -mcpu combination you > suggested would probably be a better choice. > > Here are the relavent bits from dmesg (Compaq Presario 1692): > > CPU: AMD-K6(tm) 3D processor (432.98-MHz 586-class CPU) > Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 > Features=0x8021bf > AMD Features=0x80000800 > K6-family MTRR support enabled (2 registers) > >> As far as ports such as Xorg/Xfree86, I am not entirely clear on CFLAGS >> inheritance, but AFAIK Xorg/Xfree don't gain much/anything from >> optimisation over than your usual -O2 and friends. I understand that >> this is down to whether they have been written to make use of these cpu >> functions/optimisations. >> On the other hand though, it is the specific applications that run under >> X, such as mplayer that tend to be written to make use of mmx, sse, >> 3dnow etc. because for graphics it makes a _big_ difference. Generally >> you find toggles in the Makefile to enable/force certain optimisation. >> Definitely worth looking at. > > > According to the latest GCC, you can use -m3dnow -mmmx and it is of > some benefit when comiling XF86 (and hopefully Xorg). I can't find the > page offhand, but it was in the GCC Documentation, and I posted it in > other responses of this same thread. I haven't been > able to test it yet, as I'm still compiling Xorg as we speak. > > Puna > >> >> >> On Mon, 2004-09-13 at 17:07, Puna Tannehill wrote: >> >>> I've been looking for possible flags, optimizations, really anything >>> that would help me setup my laptop to use mmx and 3dnow. I've >>> updated /etc/make.conf to -march to the drum of a k6-2, but I'm not >>> even sure if mmx and 3dnow are being taken into consideration for >>> compiling and such, especially for Xorg. >>> >>> I did some googling and found people who used CFLAGS like -mmmx and >>> -m3dnow, but when I run with those options, they fail and said to be >>> invalid. they don't appear in 'man gcc' which should have been the >>> first place i looked. I'm not finding anything in terms of compiling >>> or configuring Xorg to use 3dnow or mmx, or even how to check to see >>> if they are automatically detected and used. >>> >>> Any thoughts? >>> >>> Puna >>> _______________________________________________ >>> freebsd-mobile@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >>> To unsubscribe, send any mail to >>> "freebsd-mobile-unsubscribe@freebsd.org" >> >> >> > > From owner-freebsd-x11@FreeBSD.ORG Sat Sep 18 01:46:29 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C572016A4CE for ; Sat, 18 Sep 2004 01:46:28 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E68943D41 for ; Sat, 18 Sep 2004 01:46:28 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao09.cox.net ESMTP <20040918014626.CRTS11931.lakermmtao09.cox.net@dolphin.local.net>; Fri, 17 Sep 2004 21:46:26 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i8I1kR2m064489; Fri, 17 Sep 2004 20:46:27 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 17 Sep 2004 20:46:21 -0500 From: "Conrad J. Sabatier" To: freebsd-x11@freebsd.org Message-ID: <20040917204621.616d20e6@dolphin.local.net> In-Reply-To: <1126.216.160.49.134.1095296690.squirrel@www2.neuroflux.com> References: <1126.216.160.49.134.1095296690.squirrel@www2.neuroflux.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Ryan Sommers Subject: Re: Kiosk Window Manager X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 01:46:29 -0000 On Wed, 15 Sep 2004 19:04:50 -0600 (MDT), "Ryan Sommers" wrote: > I'm working on building a kiosk based on X.Org on FreeBSD. I'm having > trouble finding a window manager though. The system requirements of > the system have to be bare bones as little as possible. The primary > application run will be Mozilla FireFox. I know firefox isn't the > slimmest browser around but there are features we need that other > browsers save IE don't have. > > I'm trying to find a window manager that would satisfy these harsh > hardware requirements. I've looked at a few: ratpoison, lvm, flm. > Trouble is I can't seem to find one that fits all my desires while > still being slim. I was wondering if anyone else had any suggestions. > Following is a list of the requirements I need: > > 1) Above all else, light and fast with a very small memory footprint. > > 2) Ability to resize and reposition windows with overlapping. Also > minimize (doesn't need to go to a taskbar just some feature to hide > and unhide while still being very evident that it is still running). > > 3) Virtual desktops not required but would be a plus > > 4) Some sort of method to launch a very small number of applications. > This can be a simple menu that pops up when you right click on the > root window or just the ability to put a half dozen icons on the root > window. Now, this could be that I simply have to write a small launch > pad application, that would be fine. > > 5) A method of starting applications automatically. You may want to try vtwm. It's a moderately enhanced version of the basic twm window manager which supports virtual workspaces, is highly configurable, and very lightweight. I used it for the longest time on my old Athlon machine, and it served me quite nicely, meeting my requirements at the time (which were very similar to yours). I've since become rather fond of KDE, but I'm on a much faster machine now (Athlon 64) and the resource problems I had on the old machine are pretty much non-existent now. :-) HTH -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-x11@FreeBSD.ORG Sat Sep 18 16:13:48 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F7DF16A4CE for ; Sat, 18 Sep 2004 16:13:48 +0000 (GMT) Received: from ums507.nifty.ne.jp (ums507.nifty.ne.jp [202.248.20.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ABB243D1F for ; Sat, 18 Sep 2004 16:13:47 +0000 (GMT) (envelope-from KFB03633@nifty.ne.jp) Received: (from root@localhost) by ums507.nifty.ne.jp id BAA24959; Sun, 19 Sep 2004 01:13:46 +0900 (JST) Message-Id: <200409181613.BAA24959@ums507.nifty.ne.jp> Date: Sun, 19 Sep 2004 01:13:33 +0900 From: Satoshi Kimura To: x11@FreeBSD.org MIME-Version: 1.0 Content-type: text/plain; charset="iso-2022-jp" Subject: patch on XFree86 4.4.0 for NEC PC98 (2) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:13:48 -0000 1. content This is not bug but extension cirrus driver to NEC PC-9821. 2. patch file Following patch file is available to make use of cirrus driver on NEC PC-9821 with CLGD755x. begin 644 patch.clgd.gz M'XL("(U9L$```W!A=&-H+F-L9V0`W5AM<]I&$/XL?L7&F1;XXX!,P_)M2(,%#51X.)(6+;=()CSUU`,'=E'?C"6 M.KX''?((4`&M4JN8-5T%35'T7+%8_!?84G\N<+4*J&;-0%Q#X)Z=0XKK>&]XB*%G5ZS/^Q?GO>:C>&GC^>9].P-?%>/,R;M#>SKI1$G[0V\1L_9%ZZK92&@M_7!1D,GLIQ7%)G9*45CKHE"5JDB%JJQJ/!?" MB$2N#0O?'4GGDUG##6<3\GCM/]"@0SPRIE/J17T:Y?MVX+4\Q[^.`IBQ#\;6 M^G&]"':T.OZ(RL`FG`D9AP5&7+%\".#X`4:G:@$Q[ MW[4I3,F(HA2?=MP@1*("VO+[%%XJNZ`64HF&":)LOG>7F0?C-7L'AA82FS1 M2V\&5MP!,XS_$FR?L]>#P2H1VBX&RW<@?)S>^9,0G,"?@H]Q#&#JC^83'G,2 MX0]FBQB!@#HTH)Y-0TP/EDD\R+K!@ZR;JJRJH@E+TEU`R3=<3\*VDGQ@TK/@ MV22DNYVOECEEXI2T<$?4QXZ!WFJ*;IV@Z+K82E5+4Z%-U`K0R#X2E;/0+P1=#JM+A#4"AD`<\PPCYECAJ7(U<0O\,\_P'V%AKT;M@Z.)54EX1A>#UK=J^'EYV']IM?O]F1XM[UNH#(%V^VU0-YOOB)/D%ECQIFU9ZMH";)8]&F*!K"%BL]KH?O[^ M85806?\*4Y*3R@J(]^=X<=%*U*JVL7AZ?GNM2@ ME'2BA1M$L9YW#HFYXBM/B6)OQ#,<#8;$19&"V!*?>(K.O=`=>W3$ MSQ/L@(>&CTA$1`*+1$,H#"CR@5<'_!ST-KAC4OX\NLLK2X?8,BA+1=N=P`[` MQFGA9&N4\-'CM%'+294U-Y$?\FC.L-_\%;>!1O.6":@:$UE5&O-[[K%Z!'%] M@'!&;=RU!`$$4+*_:F8PQ+9C:(_Q;@'8K0+=]7FBKYKJ9382+?2Y3LBX%@;$+) M@OZ\3/G_A$U9'JO_)%1_L52VTZH'QY6,XDDOB/3B22TT34T;-:O9A<82Z16W M?]N?XF&IS+IN?(([NN?7_L&<\NNY:H&BU72SIE1??>U/`]V][ULU15O?]RLJ M_RL8>QWSQHII5!?IT_;'6`OLZ)=.(+CU,NHK5H:$8<02NK*^Q.\<"1*) @>BJ&H5>46.)+6+&(E?L;7*GX+J\4```` ` end From owner-freebsd-x11@FreeBSD.ORG Sat Sep 18 16:13:48 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21CC116A4CF for ; Sat, 18 Sep 2004 16:13:48 +0000 (GMT) Received: from ums507.nifty.ne.jp (ums507.nifty.ne.jp [202.248.20.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBC343D41 for ; Sat, 18 Sep 2004 16:13:47 +0000 (GMT) (envelope-from KFB03633@nifty.ne.jp) Received: (from root@localhost) by ums507.nifty.ne.jp id BAA24966; Sun, 19 Sep 2004 01:13:46 +0900 (JST) Message-Id: <200409181613.BAA24966@ums507.nifty.ne.jp> Date: Sun, 19 Sep 2004 01:13:27 +0900 From: Satoshi Kimura To: x11@FreeBSD.org MIME-Version: 1.0 Content-type: text/plain; charset="iso-2022-jp" Subject: patch on XFree86 4.4.0 for NEC PC98 (1) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:13:48 -0000 How do you do. My name is Satoshi Kimura, one member of XFree86(98) testers. I will send you three mails to modify XFree86 4.4.0 for NEC PC98. If possible, please make use of them. Summary of each mail are as follows. (Numbers in parrenthesis accord to title of each mail.) (1) patch for keyboard input for PC98, (2) patch for CLGD755x on PC98, (3) patch for documents on PC98. I will give you more five information before presenting patch. (1) These patches are for XFree86 4.4.0 original. (i.e without any additional patch.) (2) All modifications and tests were done not on ports, but on XFree86 source tree. So, not checked on ports. (3) Same patches was already send to xfree86.org at 7 June 2004. But I cannot check these were adopted or not. (4) For Xorg.6.7.0, I'm checking now, but I suppose that patches are almost the same as for XFree86 4.4.0. (5) my mail address If you want to reply or make a question, please send a mail not to "KFB03633@nifty.ne.jp" (indicated From line of this mail) but to "satosi@kimura.nifty.ne.jp". The former is protected now against spam mails. 1. contents On XFree86 4.4.0, some keycodes are converted for PC AT, but this conversion is undesired for NEC PC-98x1. So, following bugs occur. (1) Some kyes (CTRL, CAPS, SHIFT, Kana, Alt) become to make no sense. (i.e which have no functions to be assigned.) (2) Some Keys (F9, VF3) have wrong funcions. 2. patch Following patch is available to avoid the bug. begin 644 patch.kbd.gz M'XL("`Y9L$```W!A=&-H+FMB9`"=4F%KXD`0_=S\BG<<%#7JJLEN;.3`NZ,? MRE$H%8[KI[*N4PVM26\W;962_]Y,8KQ2M!\ND.QFWINW,V^GU^MA8\2CS996 MKYWXX\@^DQ6K%[&YLT1C)4RV7F=I^3M6Y\^4YJYO^IE=GEQF*2[U%@@P&L5! M$(?E9C`(/=_W_T/S9/94ZXT"#%4L92QW>M,I>C(,NPH^+Q&F4P_\%*`'1QZ^ M4KI([B`Z2(*QPNDI9K^O0W1$37OU_&I%R6E]X3,OW)4Y&[?:[1*K(;B7)#\@HQUAL)%G,1KRCH1O^'5^<\O8!'-+^G[R,4E_DO1]GU2U&-4M M1O)=BWNA2!X7BN21TR/U29+ZF%0T/A5@+U&Z>LBRO:^%5W^JZI64W>$`OI)1 M=SAJZN\@7]$6*=$">88EY1R`TVO"?0D8KDB[*CCGFCE8SE5#VHD\KK8N,?J! MX7FF[8(W_1H47/6QF^7XO\[KUF=;=TU_R>5M[Y`S5S9)\\H3'JZ#"C_8MB/9 7^LG1A$LJFKED'K^BX[T!7,O$SVX#```` ` end From owner-freebsd-x11@FreeBSD.ORG Sat Sep 18 16:13:58 2004 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A2C16A4CE for ; Sat, 18 Sep 2004 16:13:58 +0000 (GMT) Received: from ums507.nifty.ne.jp (ums507.nifty.ne.jp [202.248.20.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 653B843D1D for ; Sat, 18 Sep 2004 16:13:58 +0000 (GMT) (envelope-from KFB03633@nifty.ne.jp) Received: (from root@localhost) by ums507.nifty.ne.jp id BAA25034; Sun, 19 Sep 2004 01:13:57 +0900 (JST) Message-Id: <200409181613.BAA25034@ums507.nifty.ne.jp> Date: Sun, 19 Sep 2004 01:13:40 +0900 From: Satoshi Kimura To: x11@FreeBSD.org MIME-Version: 1.0 Content-type: text/plain; charset="iso-2022-jp" Subject: patch on XFree86 4.4.0 for NEC PC98 (3) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Sep 2004 16:13:59 -0000 1. content This is not bug but extension cirrus driver to NEC PC-9821. 2. patch files Following patch file are documents of cirrus driver on NEC PC-9821 with CLGD755x. This file includes kanji (i.e 2byte) codes. Please be care to handle this file. begin 644 patch.doc.gz M'XL("-C8PD```W!A=&-H+F1O8P"U6/M/&U<6_CG^*X[\$^S8XYFQQQY;JC;$ M&.(*0X0IRV^KJ3V068''.S8I6>6?L7.GJE)04("">::!&H=G5KNK)E+;[*+N M;@*DK8)VU97:JN?.PP\,"J\=R?.XY][OGO.=[Q[?&:_7"V,I7U;7AG1Y).<; MR"GZ'47WW?[(-S:H*XH4]`UTA*6HEAED4]DLJ^E#U_I&%4C(=X&7@!,B@6"$ MDT#@N("+89CS@%U+CF9,(,$/?#`B2I$`9P%=OP[>@,1Y@L#0B\#!]>LN<$$L MDTXJJ;RJ9?")L6_!G=`R:E[3W2X&`.)I)9-7!U5%!W"WJ<,*]'7T05>TW3+W M*YFTIG?+(PJ:NV-1JS6AI95AJQ'<73+OMYIO:KKZI^3=3`KOP>]G.:\DL!R` MC:3G>Q6,*W<;0!31&.98SL6XF(%H3R(!@S??"P39L&>P_[V02`WV/%UJ1@&W MQ'%C08YS0R#,BAS@(TC^($`8@^4Y,0AHQ!\/>`K@21`;D$4_&Z+(DLCR)R/? M=(,89/U-T`'I.+0?$>J895Q@3?.;*SDC2 MAM249;VAR7K:%B<=![6![;IZAVJ:*C1E#G0[>K##LFRYCR`UJN=P.8!;R]3Z MW!C-Q=O!ZG,K&H]P$7^$JYF=&-%L1LDTK+7_BR(LWATAY%B7]]W%**VE?*:K M)E-AR2Q(OU/2\#[6$H$'3HQP(2PEM(YP9RE(QP&;BY(8KA4E7@QZPL!8%ZJL M>[>B84G@NS\,^:(>FU[SN&>E/>!WGN&&+VY>G1L>;V'`;+I7!\1ST'`X0-(Y M@<9\?D\TU`!T]T-%#_L%[DQ`7@=(YX43/1+%4ST23@'R^]KKP[L<4,"3Y`.- M0,&S`3&7#$W[+;WK:0"Z4&BG`9T[M"H0U(!$:#B<]$OBF3BJ!^*N#,B7%+@3 M@+S\&8#,]1<,>S!GC'VM6X%=^6.I/*_>JT!RZ*J`FI?RA58@W8\\IQW,`<;V?JFIA::+DK*BX(=#F.W@UTQN)2!]2T<"Z6M0MRU%1< M+LK1.8#.6*682W)4*W=7)4C$PVW.&3<@[\NX2U1RBJ\WUM:>B%W1+J0)U=R* M4$0(`A^*!/B((-5M1>@>EYYH$435=)A(0(F%=B6+VTS<@D(\,ZCI([*UC0/H MNZW4>NK:'W#KA5U2+."N%P9P9+2G-P9]L;8$K/[H\H(9`*P_1`]FO\,'*/]$ M-Z/4B6HKGK$5*#R9(CO&4V/"^*?Q#^/(J)!ULELHFB[-K6]/D)V%_Y;^3C;) M&B&D_.CMXSTR2[XAI<+]6U%?6Q_,O9PNS11,H,IG'Z]M-?:G4%9KPQ1O%QXM M5Q"G_&B1S!!2N&^QPWM"2`\]6_P8Q#C86HXXT;<"=CY$T`=DOU!<6MY^A;!? M%1:-I^`#XW-CU?C26,!S99,:9M#PC.R1#=.WAV2#[*/?LV2EHUS/".[I$1>D#(D^SO;P'B!(TMDO5`*UAO&V7$PFGY-2VM: M[P?)F^BUHH\H:546"L6^S@_BX:`TUH*NSR/E>RC1.-)OTTW>D@<+/Y//R<[& MSY,;4Y,FPQB>GW6X@A9EC`5\9FG6=J;7/IL@;^?^M?WC]I^=E,\M+?\'`OAF M3@4'LT\YHFW`XGOJT\M#4SS,R7CE:_IYL+M.LTM]JE63, M&NUG?8WPFQ\C_%4]`324E\:G=Q].?PNJ.Q:MJX$)%$Z-9I_#,IQVV)(^":K/ MUD,U"0/>A)Q7//WR\*B2S,LZ?/&_UA.@F&:H^I=5L*OT&+287U@:08YY1?WR MLP!T[=+UC"V442%D4BJ$`AXL:];W'0"K]K&.CLGNW-+"+U\\AA;,;JN57E,) M@/G<*>]ME[&I2)S1$LW*M&`^P1,T:_S:. ML`0^7]NWY6T"`ZQMH:AWRZMD\]$*V3/MZ,#3\>TOMS#,RL?'71#0A8VCT@]V M543BMKY]8ON@@?'&F"2;D$C$>P`KYBOR%X@+2,/F]//=(JV#QB?&Z\(BM+A; M8K%6-X:\^(F)=(#ACUMJ6GI&O2/C=JIV%Y_,?XVE?7?V1>D'X]!X81S81&'; M]//9.3-!KTB3IU1*9`G3N>QX!PC\>&EI8YQL&&6CA/\)XZ6_DN_M0.P\4VB< MYFM,5876G.E];)]U"'/``PA.8W+(M_XI1^0,9.4AQ>,HPFFP-$NE,E6&GB30 0/PLJ*%OFOP+"FEUA714````` ` end