From owner-freebsd-x11@FreeBSD.ORG Sun Dec 26 07:59:02 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 AFA7316A4CE; Sun, 26 Dec 2004 07:59:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B07143D48; Sun, 26 Dec 2004 07:59:02 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBQ7x29N003102; Sun, 26 Dec 2004 07:59:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBQ7x2Q4003098; Sun, 26 Dec 2004 07:59:02 GMT (envelope-from linimon) Date: Sun, 26 Dec 2004 07:59:02 GMT From: Mark Linimon Message-Id: <200412260759.iBQ7x2Q4003098@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75485: libGL fails to load mga_dri.so 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: Sun, 26 Dec 2004 07:59:02 -0000 Synopsis: libGL fails to load mga_dri.so Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Dec 26 07:58:50 GMT 2004 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=75485 From owner-freebsd-x11@FreeBSD.ORG Sun Dec 26 15:28:12 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 395D716A4CE for ; Sun, 26 Dec 2004 15:28:12 +0000 (GMT) Received: from mails.tsinghua.edu.cn (mails.tsinghua.edu.cn [166.111.8.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B29843D45 for ; Sun, 26 Dec 2004 15:28:10 +0000 (GMT) (envelope-from luohong99@mails.tsinghua.edu.cn) Received: (eyou send program); Sun, 26 Dec 2004 23:22:46 +0800 Message-ID: <304074566.14788@mails.tsinghua.edu.cn> Received: from unknown (HELO mails.tsinghua.edu.cn) (unknown@127.0.0.1) by 127.0.0.1 with SMTP; Sun, 26 Dec 2004 23:22:46 +0800 X-scanvirus: By Symantec Scan Engine X-scanresult: CLEAN X-Received: tu067195.tsinghua.edu.cn,166.111.67.195,20041226232244 Received: from tu067195.tsinghua.edu.cn (HELO theeluo) (luohong99@166.111.67.195) by localhost with SMTP; 26 Dec 2004 15:22:44 -0000 From: "Luo Hong" To: Date: Sun, 26 Dec 2004 23:29:05 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTrX6JbjzTTU8nzThijV+Dt6OPK4A== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Subject: Xorg 6.8.1 bug? 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: Sun, 26 Dec 2004 15:28:12 -0000 Yesterday, I updated my X.org from 6.7.0 to 6.8.1, but display mode = worked abnormally, so I had to downgrade it back to 6.7.0. The problem is described below: I set "ModeLine" in xorg.conf according to "gtf" utility, but after = the upgrade, new xorg 6.8.1 seemed to not recongnize "ModeLine" Whatever "ModeLine" configuration was, it just locked the display mode, = the dot clock was locked at 108.00MHz, and the vertical refresh rate was = locked at 60Hz. But when I downgraded back, everything worked well, is = this a bug of 6.8.1? My display card is Radeon LE with R100 kernel. Thank you and Best Regards, Yours sincerely Luo Hong EDA Group,=20 Circuits and Systems Division, Dept. of Electronic Engineering, Tsinghua University, Beijing, P.R. China =20 From owner-freebsd-x11@FreeBSD.ORG Sun Dec 26 16:54:08 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 CEFAD16A4CE for ; Sun, 26 Dec 2004 16:54:08 +0000 (GMT) Received: from 212.106.255.124.adsl.jazztel.es (212.106.255.124.adsl.jazztel.es [212.106.255.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B5E43D4C for ; Sun, 26 Dec 2004 16:54:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) iBQGrwjd014968; Sun, 26 Dec 2004 17:54:04 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41CEECA6.201@redesjm.local> Date: Sun, 26 Dec 2004 17:53:58 +0100 From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20041220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anholt References: <41CAAE2F.1000108@redesjm.local> <1103837717.856.8.camel@leguin> In-Reply-To: <1103837717.856.8.camel@leguin> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: x11@freebsd.org Subject: Re: No /tmp/X11 cleanup in xorg-6.8.1 import 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: Sun, 26 Dec 2004 16:54:08 -0000 Eric Anholt wrote: >On Thu, 2004-12-23 at 12:38 +0100, Jose M Rodriguez wrote: > > >>Hi, >> >>I can't see any /tmp/X11 cleanup script in the xorg-6.8.1 import. >> >>After some candidates about that, I think this must be do for all xorg >>ports from the most common one. >> >>I think that any running xorg install (even only >>x11-server/xorg-fontserver) needs xorg-libraries. >> >>So, the correct way to cope with this maybe install a >>${PREFIX}/etc/rc.d/x11tmp.sh script from x11/xorg-libraries, working in >>the way of the patch against the system /etc/rc.d >> >>So, we may not install the script upon an OS_VERSION (When this is done >>from /etc/rc.d). >> >> > >Why not just fix those other OS versions to remove the necessary bits? > > > Well. I don't know if that has reach HEAD, but I'm sure it isn't on RELENG_5 and I doubt it can reach RELENG_5_3. And I'm sure this can't reach RELENG_4 on time to FreeBSD-4.11 (Our latest RELENG_4 release). Right now, You can't boot xorg's Xserver if you don't have the right things under /tmp (mainly /tmp/.X11-unix and /tmp/.ICE-Unix). So, until the system patch reach our oldest maintained tag, this must be on ports. I can see now several post on the lists from people that can't boot X after the upgrade. Sure that most of them are related to this. -- josemi From owner-freebsd-x11@FreeBSD.ORG Sun Dec 26 18:33:00 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 14A5416A4CE; Sun, 26 Dec 2004 18:33:00 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1EDD43D2F; Sun, 26 Dec 2004 18:32:59 +0000 (GMT) (envelope-from thierry@FreeBSD.org) Received: from freefall.freebsd.org (thierry@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBQIWxLD086479; Sun, 26 Dec 2004 18:32:59 GMT (envelope-from thierry@freefall.freebsd.org) Received: (from thierry@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBQIWxXl086475; Sun, 26 Dec 2004 18:32:59 GMT (envelope-from thierry) Date: Sun, 26 Dec 2004 18:32:59 GMT From: Thierry Thomas Message-Id: <200412261832.iBQIWxXl086475@freefall.freebsd.org> To: yasu@utahime.org, thierry@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_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: Sun, 26 Dec 2004 18:33:00 -0000 Synopsis: graphics/dri: port is broken after update to 6.2_1 State-Changed-From-To: open->analyzed State-Changed-By: thierry State-Changed-When: Sun Dec 26 18:30:52 GMT 2004 State-Changed-Why: Could you please test the following patch? It works for me... --- dri.diff begins here --- diff -urN graphics/dri.orig/Makefile graphics/dri/Makefile --- graphics/dri.orig/Makefile Sun Dec 26 17:28:19 2004 +++ graphics/dri/Makefile Sun Dec 26 18:53:29 2004 @@ -26,7 +26,7 @@ USE_X_PREFIX= yes USE_BZIP2= yes USE_GMAKE= yes -MAKE_ENV+= FBSDCC="${CC}" FBSDCXX="${CXX}" \ +MAKE_ENV+= FBSDCC="${CC}" FBSDCXX="${CXX}" PTHREAD_LIBS=${PTHREAD_LIBS} \ FBSDCFLAGS="${CFLAGS}" FBSDCXXFLAGS="${CXXFLAGS}" ONLY_FOR_ARCHS= i386 alpha amd64 diff -urN graphics/dri.orig/files/patch-freebsd-dri graphics/dri/files/patch-freebsd-dri --- graphics/dri.orig/files/patch-freebsd-dri Fri Dec 24 10:05:40 2004 +++ graphics/dri/files/patch-freebsd-dri Sun Dec 26 19:09:08 2004 @@ -1,5 +1,5 @@ ---- configs/freebsd-dri.orig Tue Nov 23 22:59:05 2004 -+++ configs/freebsd-dri Fri Dec 24 00:29:13 2004 +--- ./configs/freebsd-dri.orig Wed Nov 24 07:59:05 2004 ++++ ./configs/freebsd-dri Sun Dec 26 19:08:40 2004 @@ -6,19 +6,22 @@ CONFIG_NAME = freebsd-dri @@ -25,8 +25,8 @@ # Library/program dependencies -DRI_LIB_DEPS = -lm -lpthread -lexpat -GL_LIB_DEPS = -L/usr/X11R6/lib -lX11 -lXext -lm -pthread -+DRI_LIB_DEPS = -L$(LOCALBASE)/lib -lm -lpthread -lexpat -+GL_LIB_DEPS = -L$(X11BASE) -lX11 -lXext -lm -pthread ++DRI_LIB_DEPS = -L$(LOCALBASE)/lib -lm $(PTHREAD_LIBS) -lexpat ++GL_LIB_DEPS = -L$(X11BASE) -lX11 -lXext -lm $(PTHREAD_LIBS) GLUT_LIB_DEPS = -L$(LIB_DIR) -L/usr/X11R6/lib -lGLU -lGL -lX11 -lXmu -lXt -lXi -lm GLW_LIB_DEPS = -L$(LIB_DIR) -L/usr/X11R6/lib -lGL -lXt -lXm -lX11 diff -urN graphics/dri.orig/files/patch-src::mesa::drivers::dri::x11::Makefile graphics/dri/files/patch-src::mesa::drivers::dri::x11::Makefile --- graphics/dri.orig/files/patch-src::mesa::drivers::dri::x11::Makefile Thu Jan 1 01:00:00 1970 +++ graphics/dri/files/patch-src::mesa::drivers::dri::x11::Makefile Sun Dec 26 19:11:46 2004 @@ -0,0 +1,11 @@ +--- ./src/mesa/drivers/dri/x11/Makefile.orig Sat Jun 26 00:51:39 2004 ++++ ./src/mesa/drivers/dri/x11/Makefile Sun Dec 26 19:10:59 2004 +@@ -42,7 +42,7 @@ + MESA_MODULES = $(TOP)/src/mesa/mesa.a + + # Libraries that the driver shared lib depends on +-LIB_DEPS = -lm -lpthread -lc ++LIB_DEPS = -lm $(PTHREAD_LIBS) -lc + # LIB_DEPS = -lGL -lm -lpthread -lc + + --- dri.diff ends here --- http://www.freebsd.org/cgi/query-pr.cgi?pr=75473 From owner-freebsd-x11@FreeBSD.ORG Sun Dec 26 18:34:53 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 64E7616A4CE; Sun, 26 Dec 2004 18:34:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CDD343D54; Sun, 26 Dec 2004 18:34:53 +0000 (GMT) (envelope-from thierry@FreeBSD.org) Received: from freefall.freebsd.org (thierry@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBQIYroS086563; Sun, 26 Dec 2004 18:34:53 GMT (envelope-from thierry@freefall.freebsd.org) Received: (from thierry@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBQIYr3D086559; Sun, 26 Dec 2004 18:34:53 GMT (envelope-from thierry) Date: Sun, 26 Dec 2004 18:34:53 GMT From: Thierry Thomas Message-Id: <200412261834.iBQIYr3D086559@freefall.freebsd.org> To: stacey@vickiandstacey.com, thierry@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75476: portupgrade -R for dri-5.0.2,2 fails with "gmake[6]: *** [../../../../../lib/i810_dri.so] Error 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: Sun, 26 Dec 2004 18:34:53 -0000 Synopsis: portupgrade -R for dri-5.0.2,2 fails with "gmake[6]: *** [../../../../../lib/i810_dri.so] Error 1" State-Changed-From-To: open->closed State-Changed-By: thierry State-Changed-When: Sun Dec 26 18:33:39 GMT 2004 State-Changed-Why: Duplicate of PR ports/75473, which contains a possible fix. Anyway, thanks for your report. http://www.freebsd.org/cgi/query-pr.cgi?pr=75476 From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 01:09: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 135EA16A4CE for ; Mon, 27 Dec 2004 01:09:32 +0000 (GMT) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD5543D49 for ; Mon, 27 Dec 2004 01:09:31 +0000 (GMT) (envelope-from jhanna@shaw.ca) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I9C00GDLWJHMR00@l-daemon> for freebsd-x11@FreeBSD.org; Sun, 26 Dec 2004 18:09:17 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd4mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I9C00KCKWJHANK0@pd4mr1so.prod.shaw.ca> for freebsd-x11@FreeBSD.org; Sun, 26 Dec 2004 18:09:17 -0700 (MST) Received: from cub.pangolin-systems.com (S010600047597284e.vc.shawcable.net [24.81.10.24]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I9C00M48WJGHX@l-daemon> for freebsd-x11@FreeBSD.org; Sun, 26 Dec 2004 18:09:17 -0700 (MST) Date: Sun, 26 Dec 2004 17:09:17 -0800 (PST) From: jhanna@shaw.ca To: freebsd-x11@FreeBSD.org, KIMURA Yasuhiro Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.5.5 on FreeBSD Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8bit X-Priority: 3 (Normal) Subject: Re: ports/75477: GNOME apps crash after upgrade of Xorg to 6.8.1 on 4.10-RELEASE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jhanna@shaw.ca List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 01:09:32 -0000 This seems to be due to applications using the weak symbols in for stub thread functions in libX11 rather than the real, but also weak, ones in libc_r. It can be temporarily worked around by building a libX11 with UIThrStubs.c removed and using LD_LIBRARY_PATH to direct the affected applications to it. jhanna@shaw.ca From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 02:59: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 BF36E16A4CE; Mon, 27 Dec 2004 02:59:33 +0000 (GMT) Received: from utahime.as.wakwak.ne.jp (utahime.as.wakwak.ne.jp [61.205.238.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBA643D45; Mon, 27 Dec 2004 02:59:33 +0000 (GMT) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by utahime.as.wakwak.ne.jp (Postfix) with ESMTP id 5DD4EB84A; Mon, 27 Dec 2004 11:59:32 +0900 (JST) Received: from localhost.home.utahime.org (localhost.home.utahime.org [127.0.0.1])2BA7F54CF; Mon, 27 Dec 2004 11:59:32 +0900 (JST) Received: from eastasia.home.utahime.org (localhost.home.utahime.org [127.0.0.1]) by localhost.home.utahime.org (AvMailGate-2.0.2-5) id 75270-7ECC7E51; Mon, 27 Dec 2004 11:59:32 +0900 Received: from localhost (sugar.home.utahime.org [192.168.174.2]) by eastasia.home.utahime.org (Postfix) with ESMTP id EE67154BB; Mon, 27 Dec 2004 11:59:31 +0900 (JST) Date: Mon, 27 Dec 2004 11:59:30 +0900 (JST) Message-Id: <20041227.115930.37589825.yasu@utahime.org> To: thierry@FreeBSD.org From: KIMURA Yasuhiro In-Reply-To: <200412261832.iBQIWxXl086475@freefall.freebsd.org> References: <200412261832.iBQIWxXl086475@freefall.freebsd.org> X-Mailer: Mew version 4.1.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-5; AVE: 6.29.0.5; VDF: 6.29.0.34; host: eastasia.home.utahime.org) cc: freebsd-x11@FreeBSD.org Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_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: Mon, 27 Dec 2004 02:59:33 -0000 From: Thierry Thomas Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_1 Date: Sun, 26 Dec 2004 18:32:59 GMT > Could you please test the following patch? > It works for me... Yes, It also works file for me. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 04:14:34 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 B073E16A4CE for ; Mon, 27 Dec 2004 04:14:34 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CEE143D1D for ; Mon, 27 Dec 2004 04:14:34 +0000 (GMT) (envelope-from sean@seanoneill.info) Received: (qmail 893 invoked from network); 27 Dec 2004 04:14:34 -0000 Received: from dsl092-150-209.wdc2.dsl.speakeasy.net (HELO [192.168.0.5]) (swoneill@[66.92.150.209]) (envelope-sender )encrypted SMTP for ; 27 Dec 2004 04:14:34 -0000 Message-ID: <41CF8C1A.7000405@seanoneill.info> Date: Sun, 26 Dec 2004 23:14:18 -0500 From: Sean O'Neill User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 5.3 on Ultra 5 and compiling xorg-server 6.8.1 - it ain't work'n 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, 27 Dec 2004 04:14:34 -0000 Just recently installed FreeBSD 5.3 on an Ultra 5. Normal cvsup update to /usr/src and /usr/ports works just fine and [build|install]kernel and [build|install]world work - so system is current to 5.3p2. Now I'm trying to upgrade the Xorg ports from 6.7.0 to 6.8.1 using portupgrade on the xorg-server port. It gets a good ways into the compile process and then I get the following: making all in programs/Xserver/hw/xfree86/dummylib... making all in programs/Xserver/hw/xfree86/xf86cfg... rm -f interface.o cc -c -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall -Wpointer-arith -Wundef -fno-merge-constants -I../common -I../scanpci -I../loader -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/os-support -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/include -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include/X11 -I/usr/ports/x11-servers/xorg-server/work/xc/lib/font/include -I/usr/ports/x11-servers/xorg-server/work/xc -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((8) * 100000) + ((1) * 1000) + 0)" -D_XSERVER64 -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DXF86CONFIG=\"xorg.conf\" -DUSE_MODULES -DHAS_NCURSES -DPROJECT_ROOT=\"/usr/X11R6\" -DXF86CONFIGDIR=\"/usr/X11R6/lib/X11\" -DSYSCONS_SUPPORT -D__XCONFIGFILE__='"xorg.conf"' -D__XCONFIGDIR__='"/usr/X11R6/lib/X11"' -D__XLOGFILE__='"Xorg"' -D__XSERVERNAME__='"Xorg"' -D__XKBDEFRULES__='"xorg"' interface.c interface.c: In function `Usage': interface.c:224: warning: string length `630' is greater than the length `509' ISO C89 compilers are required to support interface.c: In function `main': interface.c:411: error: `compositeWidgetClass' undeclared (first use in this function) interface.c:411: error: (Each undeclared identifier is reported only once interface.c:411: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/xf86cfg. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. Just for kicks I added: X_WINDOW_SYSTEM=xorg to /etc/make.conf but this didn't help - didn't think it would. Anyone know why this is happening and how I can fix it ? Thanks in advance. Sean From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 06:23:10 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 686B916A4CE for ; Mon, 27 Dec 2004 06:23:10 +0000 (GMT) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7484E43D49 for ; Mon, 27 Dec 2004 06:23:09 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i220-220-25-196.s02.a026.ap.plala.or.jp ([220.220.25.196]) by mvs1.plala.or.jp with ESMTP <20041227062308.DZRW5435.mvs1.plala.or.jp@i220-220-25-196.s02.a026.ap.plala.or.jp> for ; Mon, 27 Dec 2004 15:23:08 +0900 Date: Mon, 27 Dec 2004 15:23:04 +0900 Message-ID: <868y7kb6pj.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: x11@FreeBSD.org User-Agent: Wanderlust/2.11.32 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: pthread definitions in FreeBSD.cf of Xorg-6.8.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: Mon, 27 Dec 2004 06:23:10 -0000 Does anyone know why imake-6 is built with -lpthread explicitly? There seems to be a replacement hack at pre-configure but patch-FreeBSD.cf does not provide %% keys to replace. I have two negative reason for embedded -lpthread: (1) does not build on FreeBSD 4. (2) unable to switch thread library via libmap.conf (this is the reason why we switched back to -pthread.) but not positive one. Index: files/patch-FreeBSD.cf =================================================================== RCS file: /home/pcvs/ports/devel/imake-6/files/patch-FreeBSD.cf,v retrieving revision 1.2 diff -u -r1.2 patch-FreeBSD.cf --- files/patch-FreeBSD.cf 23 Dec 2004 01:35:39 -0000 1.2 +++ files/patch-FreeBSD.cf 27 Dec 2004 03:01:27 -0000 @@ -1,5 +1,5 @@ ---- cf/FreeBSD.cf.orig Sat Aug 14 17:03:36 2004 -+++ cf/FreeBSD.cf Fri Sep 10 19:52:31 2004 +--- cf/FreeBSD.cf.orig Sun Aug 15 09:03:36 2004 ++++ cf/FreeBSD.cf Mon Dec 27 12:01:03 2004 @@ -78,6 +78,7 @@ #define HasIssetugid YES #define HasPoll YES @@ -20,8 +20,8 @@ -# define ThreadsLibraries -pthread -# endif -# define SystemMTDefines -D_THREAD_SAFE -+# define ThreadsLibraries -lpthread -+# define SystemMTDefines ++# define ThreadsLibraries %%PTHREAD_LIBS%% ++# define SystemMTDefines %%PTHREAD_CFLAGS%% #endif /* This fixes linking C programs against libGLU on FreeBSD 3.x */ From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 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 7959216A515 for ; Mon, 27 Dec 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 44EBD43D4C for ; Mon, 27 Dec 2004 11:02:23 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBRB2NW6030357 for ; Mon, 27 Dec 2004 11:02:23 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBRB2MiQ030351 for freebsd-x11@freebsd.org; Mon, 27 Dec 2004 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 27 Dec 2004 11:02:22 GMT Message-Id: <200412271102.iBRB2MiQ030351@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, 27 Dec 2004 11:02:23 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [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/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 f [2004/08/07] ports/70139 x11 Xorg Segfault o [2004/08/11] ports/70317 x11 xvideo problems using XFree86-4.4.0 o [2004/10/30] ports/73309 x11 [PATCH] Fixing missing dependency which p o [2004/11/22] ports/74265 x11 XFree86 Version 4.4.0 with KDE 3.1 freeze o [2004/12/06] ports/74757 x11 XFree86 4.4/Xorg 6.7.0 i810 problem with o [2004/12/23] ports/75425 x11 Xorg 6.8.1 port bug? o [2004/12/24] ports/75455 x11 XFree86-4 events not being flushed. a [2004/12/24] ports/75473 x11 graphics/dri: port is broken after update o [2004/12/24] ports/75477 x11 GNOME apps crash after upgrade of Xorg to 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/08/18] ports/55699 x11 [PATCH] making x11-servers/XFree86-4-Serv f [2003/11/15] ports/59297 x11 RADEON 7500 Warning message 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 o [2004/09/14] ports/71724 x11 x11/XFree86-4-clients: luit does not reco o [2004/10/22] ports/73009 x11 5.3-RC1 ports refer to XF86Config - shoul o [2004/10/28] ports/73257 x11 xorg relocation type 10 missing from elfl o [2004/11/09] ports/73743 x11 XOrg/XFree xauth add/startx problem o [2004/11/13] ports/73915 x11 xorg.conf(5) references a missing xorg.co o [2004/11/16] ports/74000 x11 [PATCH] add xdm rc script to xorg-clients o [2004/11/16] ports/74002 x11 [PATCH] x11-servers/xorg-server: /tmp cle o [2004/11/16] ports/74003 x11 [PATCH] add xdm rc script to x11/XFree86- o [2004/11/21] ports/74190 x11 x11/XFree86-aoutlibs fix o [2004/12/10] ports/74913 x11 I can't see anything in X11 applications o [2004/12/12] ports/74981 x11 [PATCH] x11/xorg-clients: luit has synchr o [2004/12/25] ports/75485 x11 libGL fails to load mga_dri.so 17 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 27 23:51:39 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 F392D16A4CE for ; Mon, 27 Dec 2004 23:51:38 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A04D43D55 for ; Mon, 27 Dec 2004 23:51:38 +0000 (GMT) (envelope-from joe.silver@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so321074wra for ; Mon, 27 Dec 2004 15:51:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=OV5SPfrm6NJe3RTOS4e+CXq9rOBo7eHRyjHaVEP7VWgiChTpJ8Y1JY2FGATYF8AeR6TsKbrbE5Sp/K7goi8KU5oBbl7P5QCcd707NmVi36C44D8XTh+MgaowkxIfnvncOTj9Zu4frJ71lDUk/Sd7kP0NZWxJrysSHquvkkdu014= Received: by 10.54.57.38 with SMTP id f38mr584462wra; Mon, 27 Dec 2004 15:51:37 -0800 (PST) Received: by 10.54.49.13 with HTTP; Mon, 27 Dec 2004 15:51:37 -0800 (PST) Message-ID: <9b97152c0412271551832c37d@mail.gmail.com> Date: Tue, 28 Dec 2004 00:51:37 +0100 From: Joe Silver To: freebsd-x11@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1058_10160805.1104191497885" Subject: Problems with Savage Card X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Silver List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 23:51:39 -0000 ------=_Part_1058_10160805.1104191497885 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, sorry for my bad english.. I installed X.org-6.8.1 through ports on a laptop equipped with a Savage graphic card. At first I probed hardware with # Xorg -configure but # Xorg -config /root/xorg.conf.new leads to the hanging of the machine and a blank screen: no Xorg.0.log in /var/log Then I tried 'xorgconfig', giving in the same options used with OpenBSD and Linux, which work very well. But the X server seems to be unable to go up and hangs the machine whenever the "savage" driver is used. So I changed "savage" with "vesa" in /etc/X11/xorg.conf With these settings X bootstraps but the only way to kill it avoiding a total freeze is: # pkill -9 X Exiting from any window manager doesn't work. With pkill -9 X, the display freezes and I can go back to the console with CTRL + ALT + F1 but here I find the screen somewhat corrupted. I'm able to interact with the system only typing commands that I can see and rebooting the machine! I also found that this kind of corruption disappears if the kernel is rebuilt with raster mode (options ...) and 800x600 resolution is used: # vidcontrol -g 100x37 VESA_800x600 Now, I wish I could use the savage driver and a cleaner way to exit from X without the brutal 'kill -9' Any suggestions ? Here's attached /var/log/Xorg.0.log ------=_Part_1058_10160805.1104191497885 Content-Type: application/octet-stream; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log" ------=_Part_1058_10160805.1104191497885-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 00:38:16 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 6FE9916A4CE for ; Tue, 28 Dec 2004 00:38:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id D604D43D41 for ; Tue, 28 Dec 2004 00:38:15 +0000 (GMT) (envelope-from joe.silver@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so322514wra for ; Mon, 27 Dec 2004 16:38:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=ORsJisu+sK3mTMuk+UhKUKic838o6gmb8U3aDZFYIZQbzv3Y/PT2cOUtB0GvQ5W4U07dKFcnx8n4xnd3eEsm8CYJ9KNltQKNVqs5C5LuMP7wml20SK7ZypdPDn4W8YSbHLfhck/KnL01+KowQ2W6l5vDpESP+RANERDYyNL+VyM= Received: by 10.54.6.78 with SMTP id 78mr459572wrf; Mon, 27 Dec 2004 16:38:15 -0800 (PST) Received: by 10.54.49.13 with HTTP; Mon, 27 Dec 2004 16:38:15 -0800 (PST) Message-ID: <9b97152c04122716381a30cf8e@mail.gmail.com> Date: Tue, 28 Dec 2004 01:38:15 +0100 From: Joe Silver To: freebsd-x11@freebsd.org In-Reply-To: <9b97152c0412271551832c37d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1062_30984441.1104194295139" References: <9b97152c0412271551832c37d@mail.gmail.com> Subject: Fwd: Problems with Savage Card X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Silver List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 00:38:16 -0000 ------=_Part_1062_30984441.1104194295139 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline ---------- Forwarded message ---------- From: Joe Silver Date: Tue, 28 Dec 2004 00:51:37 +0100 Subject: Problems with Savage Card To: freebsd-x11@freebsd.org ... > Here's attached /var/log/Xorg.0.log ehm... X Window System Version 6.8.1 Release Date: 17 September 2004 X Protocol Version 11, Revision 0, Release 6.8.1 Build Operating System: FreeBSD 5.3 i386 [ELF] Current Operating System: FreeBSD freedom.my.domain 5.3-STABLE FreeBSD 5.3-STABLE #0: Mon Dec 27 23:11:50 CET 2004 root@freedom.my.domain:/usr/obj/usr/src/sys/FREEDOM i386 Build Date: 27 December 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: Mon Dec 27 23:43:51 2004 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "LCD" (**) | |-->Device "Vesa" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (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/"). (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/local/"). (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/"). (**) 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.8.1, 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.8.1, 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 1106,3156 card 1106,3156 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b091 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:0a:0: chip 1217,6972 card fffd,0000 rev 00 class 06,07,00 hdr 02 (II) PCI: 00:0c:0: chip 104c,8026 card 10cf,1162 rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1106,3038 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1106,3038 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1106,3104 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106,3177 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1025,0030 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:11:6: chip 1106,3068 card 1025,0030 rev 80 class 07,80,00 hdr 00 (II) PCI: 00:12:0: chip 1106,3065 card 1025,0030 rev 74 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8d04 card 1025,0030 rev 00 class 03,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,2), 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 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000dfff (0x2000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xa0000000 - 0xafffffff (0x10000000) MX[B] (II) PCI-to-CardBus bridge: (II) Bus 2: bridge is at (0:10:0), (0,2,2), BCTRL: 0x0440 (VGA_EN is cleared) (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) S3 Inc. VT8375 [ProSavage8 KM266/KL266] rev 0, Mem @ 0xe0080000/19, 0xa8000000/27, BIOS @ 0x000c0000/16 (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 0xb0000000 from 0xbfffffff to 0xafffffff (II) Active PCI resource ranges: [0] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [1] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [2] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [3] -1 0 0xf0000000 - 0xffffffff (0x10000000) MX[B]E [4] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [5] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [6] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [7] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [8] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [9] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [10] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [11] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [12] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [13] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E (II) PCI Memory resource overlap reduced 0xf0000000 from 0xffffffff to 0xf0003fff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [1] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [2] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [3] -1 0 0xf0000000 - 0xf0003fff (0x4000) MX[B]E [4] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [5] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [6] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [7] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [8] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [9] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [10] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [11] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [12] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [13] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E (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 - 0x000cffff (0x10000) 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 - 0x000cffff (0x10000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [6] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [7] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [8] -1 0 0xf0000000 - 0xf0003fff (0x4000) MX[B]E [9] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [10] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [11] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [12] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [16] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [17] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [18] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [19] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [20] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.8.1, 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: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.8.1, 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 DPMS (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: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.8.1, 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.8.1, 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: "vesa" (II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o (II) Module vesa: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.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.8.1, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o (II) Module kbd: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset vesa 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 - 0x000cffff (0x10000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [6] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [7] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [8] -1 0 0xf0000000 - 0xf0003fff (0x4000) MX[B]E [9] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [10] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [11] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [12] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [16] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [17] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [18] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [19] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [20] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E (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 - 0x000cffff (0x10000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [6] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [7] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [8] -1 0 0xf0000000 - 0xf0003fff (0x4000) MX[B]E [9] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [10] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [11] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [12] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [19] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [20] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [21] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [22] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [23] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E [24] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [25] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (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.8.1, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (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.8.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) VESA(0): initializing int10 (==) VESA(0): Write-combining range (0xa0000,0x20000) was already clear (==) VESA(0): Write-combining range (0xc0000,0x40000) was already clear (II) VESA(0): Primary V_BIOS segment is: 0xc000 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 3.0 (II) VESA(0): VESA VBE Total Mem: 31680 kB (II) VESA(0): VESA VBE OEM: S3 Graphics ProSavage DDR Family BIOS (II) VESA(0): VESA VBE OEM Software Rev: 2.0 (II) VESA(0): VESA VBE OEM Vendor: S3 Garphics Incorporated. (II) VESA(0): VESA VBE OEM Product: VBE 3.0 (II) VESA(0): VESA VBE OEM Product Rev: Rev 0.0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (**) VESA(0): Depth 16, (--) framebuffer bpp 16 (==) VESA(0): RGB weight 565 (==) VESA(0): Default visual is TrueColor (==) VESA(0): Using gamma correction (1.0, 1.0, 1.0) (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.8.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA VBE DDC supported (II) VESA(0): VESA VBE DDC Level none (II) VESA(0): VESA VBE DDC transfer in appr. 0 sec. (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA VBE DDC read failed (II) VESA(0): Searching for matching VESA mode(s): (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 12e (320x200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 320 XResolution: 320 YResolution: 200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 254 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 320 BnkNumberOfImagePages: 254 LinNumberOfImagePages: 254 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 10e (320x200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 640 XResolution: 320 YResolution: 200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 246 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 246 LinNumberOfImagePages: 246 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 10f (320x200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 320 YResolution: 200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 122 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 122 LinNumberOfImagePages: 122 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 131 (320x240) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 320 XResolution: 320 YResolution: 240 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 246 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 320 BnkNumberOfImagePages: 246 LinNumberOfImagePages: 246 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 133 (320x240) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 640 XResolution: 320 YResolution: 240 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 164 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 164 LinNumberOfImagePages: 164 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 134 (320x240) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 320 YResolution: 240 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 98 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 98 LinNumberOfImagePages: 98 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 141 (400x300) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 400 XResolution: 400 YResolution: 300 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 246 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 400 BnkNumberOfImagePages: 246 LinNumberOfImagePages: 246 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 143 (400x300) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 800 XResolution: 400 YResolution: 300 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 122 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 800 BnkNumberOfImagePages: 122 LinNumberOfImagePages: 122 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 144 (400x300) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1600 XResolution: 400 YResolution: 300 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 60 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 60 LinNumberOfImagePages: 60 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 151 (512x384) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 512 XResolution: 512 YResolution: 384 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 164 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 512 BnkNumberOfImagePages: 164 LinNumberOfImagePages: 164 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 153 (512x384) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1024 XResolution: 512 YResolution: 384 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 81 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1024 BnkNumberOfImagePages: 81 LinNumberOfImagePages: 81 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 154 (512x384) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2048 XResolution: 512 YResolution: 384 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 40 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2048 BnkNumberOfImagePages: 40 LinNumberOfImagePages: 40 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 100 (640x400) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 640 XResolution: 640 YResolution: 400 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 122 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 122 LinNumberOfImagePages: 122 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 11d (640x400) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 640 YResolution: 400 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 60 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 60 LinNumberOfImagePages: 60 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 11e (640x400) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2560 XResolution: 640 YResolution: 400 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 29 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 29 LinNumberOfImagePages: 29 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 101 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 640 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 98 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 98 LinNumberOfImagePages: 98 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 111 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 48 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 48 LinNumberOfImagePages: 48 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 112 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2560 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 25 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 25 LinNumberOfImagePages: 25 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 103 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 800 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 8 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 60 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 800 BnkNumberOfImagePages: 60 LinNumberOfImagePages: 60 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 114 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1600 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 8 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 32 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 32 LinNumberOfImagePages: 32 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 115 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 3200 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 8 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 15 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 15 LinNumberOfImagePages: 15 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 105 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1024 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 40 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1024 BnkNumberOfImagePages: 40 LinNumberOfImagePages: 40 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 117 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2048 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 19 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2048 BnkNumberOfImagePages: 19 LinNumberOfImagePages: 19 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 118 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 4096 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 9 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 4096 BnkNumberOfImagePages: 9 LinNumberOfImagePages: 9 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 179 (1280x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 32 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 32 LinNumberOfImagePages: 32 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *Mode: 17a (1280x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2560 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 15 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 15 LinNumberOfImagePages: 15 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 17b (1280x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 5120 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 13f (1280x960) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 25 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 25 LinNumberOfImagePages: 25 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *(II) VESA(0): Not using built-in mode "1280x960" (hsync out of range) Mode: 14f (1280x960) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2560 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 12 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 12 LinNumberOfImagePages: 12 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 16a (1280x960) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 5120 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 107 (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1280 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 23 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 23 LinNumberOfImagePages: 23 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *(II) VESA(0): Not using built-in mode "1280x1024" (hsync out of range) Mode: 11a (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2560 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 11 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 11 LinNumberOfImagePages: 11 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 11b (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 5120 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 13b (1400x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1400 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 20 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1400 BnkNumberOfImagePages: 20 LinNumberOfImagePages: 20 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *(II) VESA(0): Not using built-in mode "1400x1050" (hsync out of range) Mode: 13c (1400x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 2800 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 10 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 2800 BnkNumberOfImagePages: 10 LinNumberOfImagePages: 10 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 13e (1400x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 5600 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 4 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 5600 BnkNumberOfImagePages: 4 LinNumberOfImagePages: 4 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 120 (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 1600 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 15 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 15 LinNumberOfImagePages: 15 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear *(II) VESA(0): Not using built-in mode "1600x1200" (hsync out of range) Mode: 122 (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 3200 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 124 (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 6400 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 3 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xa8000000 LinBytesPerScanLine: 6400 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 0 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear Mode: 102 (800x600) ModeAttributes: 0x1b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc0006767 BytesPerScanline: 100 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 8 NumberOfPlanes: 4 BitsPerPixel: 4 NumberOfBanks: 1 MemoryModel: 3 BankSize: 0 NumberOfImages: 122 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 100 BnkNumberOfImagePages: 122 LinNumberOfImagePages: 122 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Total Memory: 495 64KB banks (31680kB) (II) VESA(0): LCD: Using hsync range of 31.50-48.50 kHz (II) VESA(0): LCD: Using vrefresh range of 50.00-90.00 Hz (--) VESA(0): Virtual size is 1024x768 (pitch 1024) (**) VESA(0): *Built-in mode "1024x768" (**) VESA(0): *Built-in mode "800x600" (**) VESA(0): *Built-in mode "640x480" (**) VESA(0): Built-in mode "640x400" (==) VESA(0): DPI set to (75, 75) (II) VESA(0): Attempting to use 60Hz refresh for mode "1024x768" (117) (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): Attempting to use 72Hz refresh for mode "800x600" (114) (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): Attempting to use 85Hz refresh for mode "640x480" (111) (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): Attempting to use 85Hz refresh for mode "640x400" (11d) (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (**) VESA(0): Using "Shadow Framebuffer" (II) Loading sub module "shadow" (II) LoadModule: "shadow" (II) Loading /usr/X11R6/lib/modules/libshadow.a (II) Module shadow: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [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 - 0x000cffff (0x10000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf0008000 - 0xf000ffff (0x8000) MX[B]E [6] -1 0 0xf4000000 - 0xf7ffffff (0x4000000) MX[B]E [7] -1 0 0xf0004000 - 0xf0007fff (0x4000) MX[B]E [8] -1 0 0xf0000000 - 0xf0003fff (0x4000) MX[B]E [9] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]EO [10] -1 0 0x000c0000 - 0x000cffff (0x10000) MX[B](B) [11] -1 0 0xa8000000 - 0xafffffff (0x8000000) MX[B](B) [12] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000e200 - 0x0000e2ff (0x100) IX[B]E [19] -1 0 0x0000e100 - 0x0000e1ff (0x100) IX[B]E [20] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [21] -1 0 0x00001100 - 0x000011ff (0x100) IX[B]E [22] -1 0 0x00001300 - 0x000013ff (0x100) IX[B]E [23] -1 0 0x00001200 - 0x000012ff (0x100) IX[B]E [24] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [25] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) VESA(0): initializing int10 (==) VESA(0): Write-combining range (0xa0000,0x20000) was already clear (II) VESA(0): Primary V_BIOS segment is: 0xc000 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 3.0 (II) VESA(0): VESA VBE Total Mem: 31680 kB (II) VESA(0): VESA VBE OEM: S3 Graphics ProSavage DDR Family BIOS (II) VESA(0): VESA VBE OEM Software Rev: 2.0 (II) VESA(0): VESA VBE OEM Vendor: S3 Garphics Incorporated. (II) VESA(0): VESA VBE OEM Product: VBE 3.0 (II) VESA(0): VESA VBE OEM Product Rev: Rev 0.0 (WW) VESA(0): Failed to set write-combining range (0xa8000000,0x1ef0000) (II) VESA(0): virtual address = 0x28400000, physical address = 0xa8000000, size = 32440320 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VBESetVBEMode failed(==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear ...Tried again without customized values. (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Default visual is TrueColor (==) VESA(0): Backing store disabled (==) RandR enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "Protocol" "Auto" (**) Mouse1: Device: "/dev/psm0" (**) Mouse1: Protocol: "Auto" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/psm0" (**) Option "Emulate3Buttons" (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Mouse1: Buttons: 5 (**) Option "CoreKeyboard" (**) Keyboard1: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard1: XkbModel: "pc105" (**) Option "XkbLayout" "it" (**) Keyboard1: XkbLayout: "it" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) Mouse1: SetupAuto: hw.iftype is 3, hw.model is 1 (II) Mouse1: SetupAuto: protocol is SysMouse (WW) fcntl(8, O_ASYNC): Inappropriate ioctl for device ------=_Part_1062_30984441.1104194295139 Content-Type: application/octet-stream; name=xorg.0.log Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xorg.0.log" ------=_Part_1062_30984441.1104194295139-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 00:50:39 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 B22D716A4CE for ; Tue, 28 Dec 2004 00:50:39 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C501543D1F for ; Tue, 28 Dec 2004 00:50:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1Cj5ZN-0007xS-02; Tue, 28 Dec 2004 01:50:37 +0100 Received: from Andro-Beta.Leidinger.net (TF+vcaZdreSw0ih-vBgCbcom2vVb-4eYOrGxlfnFZo77CwzZFz6aZB@[217.229.220.138]) by fmrl03.sul.t-online.com with esmtp id 1Cj5ZK-1aoshk0; Tue, 28 Dec 2004 01:50:34 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iBS0oJCq076804; Tue, 28 Dec 2004 01:50:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 28 Dec 2004 01:50:47 +0100 From: Alexander Leidinger To: Kris Kennaway Message-ID: <20041228015047.0f3682e3@Magellan.Leidinger.net> In-Reply-To: <20041227183345.GA39024@xor.obsecurity.org> References: <20041226004746.GA82340@xor.obsecurity.org> <20041226132456.30ba0626@Magellan.Leidinger.net> <20041226151701.GB14852@xor.obsecurity.org> <20041226205407.47db9c72@Magellan.Leidinger.net> <20041227183345.GA39024@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: TF+vcaZdreSw0ih-vBgCbcom2vVb-4eYOrGxlfnFZo77CwzZFz6aZB@t-dialin.net X-TOI-MSGID: bebd7879-dba6-4277-8b5c-30cb5e64fc42 cc: x11@freebsd.org Subject: What does fc-cache do? (was: Re: [ports-i386@FreeBSD.org: linux-pango-1.2.1_2 failed on i386 4-exp]) 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, 28 Dec 2004 00:50:39 -0000 On Mon, 27 Dec 2004 10:33:45 -0800 Kris Kennaway wrote: [x11@ CCed] > On Sun, Dec 26, 2004 at 08:54:07PM +0100, Alexander Leidinger wrote: > > On Sun, 26 Dec 2004 07:17:01 -0800 > > Kris Kennaway wrote: > > > > > > > /compat/linux/usr/bin/fc-cache: "/root/.fonts": no such directory, skipping > > > > > /compat/linux/usr/bin/fc-cache: succeeded > > > > > > > > There are no font directories. We get them from the FreeBSD install of > > > > X11. Since we don't depend upon the FreeBSD X11 bits, we don't get them. > > > > > > > > Should I let it depends upon some fonts (and if yes, on which ones), or > > > > should I assume an user which needs linux X11 bits already has the > > > > FreeBSD X11 bits installed (the fc-cache run is in the pkg-install > > > > script)? > > > > > > Probably we should depend on the FreeBSD X11 fonts here, otherwise > > > this won't work well by default > > > > I don't think we can do that. The X11 fonts have a dependency upon > > xorg-clients and xorg-libraries (and some more). I think we should > > depend upon common sense (why should we install a linux port which > > depends upon X11 before we installed the FreeBSD X11). It may not a very > > good dependency, but for most of the cases it should be ok, and we don't > > need to rework the FreeBSD X11 font handling so close before the freeze. > > It needs to be carefully tested. For example, this might happen by > accident if someone installs packages from sysinstall (l comes before > x, so the packages might get installed first). I thought a little bit about this issue (someone at x11@ should correct me if something doesn't work as expected): Running the FreeBSD fc-cache program should be enough (it creates the fonts.cache-1 files). I don't think we need to run the linux fc-cache program (maybe we should remove the run of fc-cache when we install the linux-fontconfig port). I can't identify something else the fc-cache program does than creating the fonts.cache-1 files, at least the man-page doesn't mentions more. Since nobody will be able to run a linux X11 program without an X server, and since fonts are a server side issue (at least they where the last time I looked at this topic), we should be on the safe side to not depend upon any fonts on the linux side. BTW: not all font ports run fc-cache: grep -R fc-cache /usr/ports/x11-fonts | grep -v fontconfig [non x11@ issue follows] > I'm not sure how the linux ld works: maybe it automatically checks > those directories at runtime, so rerunning ldconfig is not necessary > as it is on FreeBSD. If it doesn't check them automatically, the pango-querymodules program will not run. Bye, Alexander. -- Yes, I've heard of "decaf." What's your point? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 03:20:22 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 385D716A4CF for ; Tue, 28 Dec 2004 03:20:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CAA443D41 for ; Tue, 28 Dec 2004 03:20:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBS3KLd5053502 for ; Tue, 28 Dec 2004 03:20:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBS3KLfa053501; Tue, 28 Dec 2004 03:20:21 GMT (envelope-from gnats) Date: Tue, 28 Dec 2004 03:20:21 GMT Message-Id: <200412280320.iBS3KLfa053501@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Mark Andrews Subject: Re: ports/75455: XFree86-4 events not being flushed. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mark Andrews List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 03:20:22 -0000 The following reply was made to PR ports/75455; it has been noted by GNATS. From: Mark Andrews To: freebsd-gnats-submit@FreeBSD.org, Mark_Andrews@isc.org Cc: Subject: Re: ports/75455: XFree86-4 events not being flushed. Date: Tue, 28 Dec 2004 14:14:44 +1100 Further testing shows that the problem appears to be with the acceleration of ScreenToScreen copy of the mga driver (MGA 1064SG). Setting XaaNoScreenToScreenCopy hides the problem. It is also appears under Xorg. From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 03:40:27 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 F271B16A4CE for ; Tue, 28 Dec 2004 03:40:26 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE3643D4C for ; Tue, 28 Dec 2004 03:40:26 +0000 (GMT) (envelope-from sean@seanoneill.info) Received: (qmail 7709 invoked from network); 28 Dec 2004 03:40:23 -0000 Received: from dsl092-150-209.wdc2.dsl.speakeasy.net (HELO [192.168.0.5]) (swoneill@[66.92.150.209]) (envelope-sender )encrypted SMTP for ; 28 Dec 2004 03:40:23 -0000 Message-ID: <41D0D597.4050306@seanoneill.info> Date: Mon, 27 Dec 2004 22:40:07 -0500 From: Sean O'Neill User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 5.3 on Ultra 5 and compiling xorg-server 6.8.1 - it ain't work'n 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, 28 Dec 2004 03:40:27 -0000 Just recently installed FreeBSD 5.3 on an Ultra 5. Normal cvsup update to /usr/src and /usr/ports works just fine and [build|install]kernel and [build|install]world work - so system is current to 5.3p2. Now I'm trying to upgrade the Xorg ports from 6.7.0 to 6.8.1 using portupgrade on the xorg-server port. It gets a good ways into the compile process and then I get the following: making all in programs/Xserver/hw/xfree86/dummylib... making all in programs/Xserver/hw/xfree86/xf86cfg... rm -f interface.o cc -c -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall -Wpointer-arith -Wundef -fno-merge-constants -I../common -I../scanpci -I../loader -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/os-support -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/include -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include/X11 -I/usr/ports/x11-servers/xorg-server/work/xc/lib/font/include -I/usr/ports/x11-servers/xorg-server/work/xc -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((8) * 100000) + ((1) * 1000) + 0)" -D_XSERVER64 -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DXF86CONFIG=\"xorg.conf\" -DUSE_MODULES -DHAS_NCURSES -DPROJECT_ROOT=\"/usr/X11R6\" -DXF86CONFIGDIR=\"/usr/X11R6/lib/X11\" -DSYSCONS_SUPPORT -D__XCONFIGFILE__='"xorg.conf"' -D__XCONFIGDIR__='"/usr/X11R6/lib/X11"' -D__XLOGFILE__='"Xorg"' -D__XSERVERNAME__='"Xorg"' -D__XKBDEFRULES__='"xorg"' interface.c interface.c: In function `Usage': interface.c:224: warning: string length `630' is greater than the length `509' ISO C89 compilers are required to support interface.c: In function `main': interface.c:411: error: `compositeWidgetClass' undeclared (first use in this function) interface.c:411: error: (Each undeclared identifier is reported only once interface.c:411: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/xf86cfg. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. Just for kicks I added: X_WINDOW_SYSTEM=xorg to /etc/make.conf but this didn't help - didn't think it would. Anyone know why this is happening and how I can fix it ? Thanks in advance. Sean From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 05:54:34 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 9120216A4CE for ; Tue, 28 Dec 2004 05:54:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B8AF43D41 for ; Tue, 28 Dec 2004 05:54:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F3A9B512C4; Mon, 27 Dec 2004 21:54:33 -0800 (PST) Date: Mon, 27 Dec 2004 21:54:33 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20041228055433.GA23228@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [ports-i386@FreeBSD.org: libXtrans-0.1_1 pkg-plist errors on i386 4-exp] 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, 28 Dec 2004 05:54:34 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear port maintainer, The following port has an incomplete pkg-plist, or other errors in the files installed by the port. This may mean that the package is incomplete or non-functional; at the very least, your port does not leave the filesystem in the same state it was before the port was installed. Can you please investigate? In the near future, this condition will be treated as an error on the package cluster, which means that the package will not be made available on the ftp site. Thanks, Kris "Ports Janitor" Kennaway ----- Forwarded message from User Ports-i386 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Date: Tue, 28 Dec 2004 04:07:05 GMT From: User Ports-i386 To: kris@FreeBSD.org Subject: libXtrans-0.1_1 pkg-plist errors on i386 4-exp X-UIDL: o*Y!!d@%"!~AJ!!`c?"! X-Bogosity: No, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.92.8 building libXtrans-0.1_1 on gohan29.freebsd.org in directory /x/tmp/4-exp/chroot/87291 maintained by: x11@FreeBSD.org port directory: /usr/ports/x11/libXtrans For the full build log, see http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.4-exp.2004122510/= libXtrans-0.1_1.log list of extra files and directories in / (not present before this port was = installed but present after it was deinstalled) 1660672 8 drwxr-xr-x 2 root wheel 512 Dec= 28 04:06 usr/X11R6/include/X11/Xtrans ----- End forwarded message ----- --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0PUZWry0BWjoQKURAhd9AKDYA6vug6N2ia5v/9hYs2CItLutlgCfWtFY ZWYTK8+4cDebS/bzEyNVq9E= =uI2U -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 05:57: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 4743F16A4CE for ; Tue, 28 Dec 2004 05:57:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0903443D2D for ; Tue, 28 Dec 2004 05:57:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA4FF51844; Mon, 27 Dec 2004 21:57:40 -0800 (PST) Date: Mon, 27 Dec 2004 21:57:40 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20041228055740.GC23228@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [ports-i386@FreeBSD.org: resourceext-1.0_1 pkg-plist errors on i386 4-exp] 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, 28 Dec 2004 05:57:41 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear port maintainer, The following port has an incomplete pkg-plist, or other errors in the files installed by the port. This may mean that the package is incomplete or non-functional; at the very least, your port does not leave the filesystem in the same state it was before the port was installed. Can you please investigate? In the near future, this condition will be treated as an error on the package cluster, which means that the package will not be made available on the ftp site. Thanks, Kris "Ports Janitor" Kennaway ----- Forwarded message from User Ports-i386 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Date: Tue, 28 Dec 2004 04:07:16 GMT From: User Ports-i386 To: kris@FreeBSD.org Subject: resourceext-1.0_1 pkg-plist errors on i386 4-exp X-UIDL: 9L&!!@I)"!DIL!!1HV"! X-Bogosity: No, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.92.8 building resourceext-1.0_1 on gohan26.freebsd.org in directory /x/tmp/4-exp/chroot/98670 maintained by: x11@FreeBSD.org port directory: /usr/ports/x11/resourceext For the full build log, see http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.4-exp.2004122510/= resourceext-1.0_1.log list of extra files and directories in / (not present before this port was = installed but present after it was deinstalled) 900153 8 drwxr-xr-x 2 root wheel 512 Dec = 28 04:07 usr/X11R6/share/doc/XResource ----- End forwarded message ----- --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0PXTWry0BWjoQKURAqJdAKDDPLrG0WlFuaFxpHCTU8h0bVev8gCg7IDx Q+H7lrvzp/GMpDZsEEexVEU= =g8fL -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 08:21: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 8C9B916A4CE for ; Tue, 28 Dec 2004 08:21:48 +0000 (GMT) Received: from mail1.sciant.com (mail1.wizcom.bg [62.73.65.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 2547143D2F for ; Tue, 28 Dec 2004 08:21:44 +0000 (GMT) (envelope-from kiril.anastasov@sciant.com) Received: (qmail 1221 invoked by uid 1008); 28 Dec 2004 08:21:51 -0000 Received: from kiril.anastasov@sciant.com by mail1 by uid 1001 with qmail-scanner-1.22-st-qms Clear:RC:1(172.16.16.35):. Processed in 0.41868 secs); 28 Dec 2004 08:21:51 -0000 Received: from unknown (HELO wdc.sofia.wizcom.bg) (172.16.16.35) by mail1.sciant.com with SMTP; 28 Dec 2004 08:21:50 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C4ECB6.42330FF0" X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 28 Dec 2004 10:21:41 +0200 Message-ID: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. Thread-Index: AcTstkIYQ96wLKz1SfG+ohZmK19Ssw== From: "Kiril Anastasov" To: X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 28 Dec 2004 08:21:48 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4ECB6.42330FF0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi everybody, I have dri enabled since ever in xorg.conf(XF86Config when i was using=20 Xfree) but after the upgrade from xorg 6.7.0 to xorg 6.8.1 glxinfo=20 displays "direct rendering: No" and glxgears is very slow(even slower=20 than without dri enabled). It is more interesting since the log shows=20 that the dri was loaded OK(see attached file). I have rebuilt the kernel = but this didn't helped and since the log does not show any error I do=20 not have any idea what the problem is. So please help. =20 The xorg.conf and the log are attached. =20 Please, CC to me since I'm not on the list. =20 uname -a FreeBSD Kireto 5.3-STABLE FreeBSD 5.3-STABLE #0: Mon Dec 27 23:37:43 EET = 2004=9A=9A=9A=9A root@Kireto:/usr/obj/usr/src/sys/MYKERNEL=9A i386 =20 =20 name of display: :0.0 display: :0=9A screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: =9A=9A=9A=9A GLX_ARB_multisample, GLX_EXT_visual_info, = GLX_EXT_visual_rating, =9A=9A=9A=9A GLX_EXT_import_context, GLX_OML_swap_method, = GLX_SGI_make_current_read, =9A=9A=9A=9A GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: =9A=9A=9A=9A GLX_ARB_get_proc_address, GLX_ARB_multisample, = GLX_EXT_import_context, =9A=9A=9A=9A GLX_EXT_visual_info, GLX_EXT_visual_rating, = GLX_MESA_allocate_memory, =9A=9A=9A=9A GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, = GLX_OML_swap_method, =9A=9A=9A=9A GLX_OML_sync_control, GLX_SGI_make_current_read, = GLX_SGI_swap_control, =9A=9A=9A=9A GLX_SGI_video_sync, GLX_SGIS_multisample, = GLX_SGIX_fbconfig, =9A=9A=9A=9A GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: =9A=9A=9A=9A GLX_ARB_get_proc_address, GLX_ARB_multisample, = GLX_EXT_import_context, =9A=9A=9A=9A GLX_EXT_visual_info, GLX_EXT_visual_rating, = GLX_SGIS_multisample OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1) OpenGL extensions: =9A=9A=9A=9A GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, =9A=9A=9A=9A GL_ARB_point_parameters, GL_ARB_point_sprite, = GL_ARB_shadow, =9A=9A=9A=9A GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, =9A=9A=9A=9A GL_ARB_texture_cube_map, GL_ARB_texture_env_add, =9A=9A=9A=9A GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, =9A=9A=9A=9A GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, =9A=9A=9A=9A GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, = GL_EXT_bgra, =9A=9A=9A=9A GL_EXT_blend_color, GL_EXT_blend_func_separate, = GL_EXT_blend_logic_op, =9A=9A=9A=9A GL_EXT_blend_minmax, GL_EXT_blend_subtract, = GL_EXT_clip_volume_hint, =9A=9A=9A=9A GL_EXT_copy_texture, GL_EXT_draw_range_elements, = GL_EXT_fog_coord, =9A=9A=9A=9A GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,=20 GL_EXT_point_parameters,=9A=9A=9A GL_EXT_polygon_offset,=20 GL_EXT_rescale_normal, GL_EXT_secondary_color, =9A=9A=9A=9A GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, =9A =9A=9A=9AGL_EXT_stencil_two_side, GL_EXT_stencil_wrap, = GL_EXT_subtexture, =9A=9A=9A=9A GL_EXT_texture, GL_EXT_texture3D, = GL_EXT_texture_edge_clamp, =9A=9A=9A=9A GL_EXT_texture_env_add, GL_EXT_texture_env_combine, =9A=9A=9A=9A GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias,=20 GL_EXT_texture_object, =9A=9A=9A=9A GL_EXT_texture_rectangle, GL_EXT_vertex_array, = GL_APPLE_packed_pixels, =9A=9A=9A=9A GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, =9A=9A=9A=9A GL_ATIX_texture_env_combine3, = GL_IBM_texture_mirrored_repeat, =9A=9A=9A=9A GL_INGR_blend_func_separate, GL_MESA_pack_invert,=20 GL_MESA_ycbcr_texture, =9A=9A=9A=9A GL_NV_blend_square, GL_NV_point_sprite, = GL_NV_texgen_reflection, =9A=9A=9A=9A GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, =9A=9A=9A=9A GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, =9A=9A=9A=9A GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, =9A=9A=9A=9A GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: =9A=9A=9A=9A GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess =20 =9A=9A=9A visual=9A x=9A bf lv rg d st colorbuffer ax dp st accumbuffer = =9Ams=9A cav =9A id dep cl sp sz l=9A ci b ro=9A r=9A g=9A b=9A a bf th cl=9A r=9A = g=9A b=9A a ns b eat ---------------------------------------------------------------------- 0x23 24 tc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0=9A = 0=9A 0=9A 0=9A 0=9A 0 0 None 0x24 24 tc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8 =9A8=9A 0=9A 0 24=9A 8=9A = 0=9A 0=9A 0=9A 0=9A 0 0 Slow 0x25 24 tc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0 16 = 16 16=9A 0=9A 0 0 Slow 0x26 24 tc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8 16 = 16 16=9A 0=9A 0 0 Slow 0x27 24 tc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0=9A = 0=9A 0=9A 0=9A 0=9A 0 0 None 0x28 24 tc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8=9A = 0=9A 0=9A 0=9A 0=9A 0 0 Slow 0x29 24 tc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0 16 = 16 16=9A 0=9A 0 0 Slow 0x2a 24 tc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8 16 = 16 16=9A 0=9A 0 0 Slow 0x2b 24 dc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0 = =9A0=9A 0=9A 0=9A 0=9A 0 0 None 0x2c 24 dc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8=9A = 0=9A 0=9A 0=9A 0=9A 0 0 Slow 0x2d 24 dc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0 16 = 16 16=9A 0=9A 0 0 Slow 0x2e 24 dc=9A 0 24=9A 0 r=9A .=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8 16 = 16 16=9A 0=9A 0 0 Slow 0x2f 24 dc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0=9A = 0=9A 0=9A 0=9A 0=9A 0 0 None 0x30 24 dc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8=9A = 0=9A 0=9A 0=9A 0=9A 0 0 Slow 0x31 24 dc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 0 16 = 16 16=9A 0=9A 0 0 Slow 0x32 24 dc=9A 0 24=9A 0 r=9A y=9A .=9A 8=9A 8=9A 8=9A 0=9A 0 24=9A 8 16 = 16 16=9A 0=9A 0 0 Slow 0x47 32 tc=9A 1=9A 0=9A 0 c=9A .=9A .=9A 0=9A 0=9A 0=9A 0=9A 0=9A 0=9A = 0=9A 0=9A 0=9A 0=9A 0=9A 0 0 None =20 pciconf -lv agp0@pci0:0:0:=9A class=3D0x060000 card=3D0x00000000 chip=3D0x06911106 = rev=3D0xc4=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82C691/693A/694X Apollo Pro/133/133A = System Controller' =9A=9A=9A=9A class=9A=9A=9A =3D bridge =9A=9A=9A=9A subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000080 chip=3D0x85981106 = rev=3D0x00=20 hdr=3D0x01 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82C598MVP/694x Apollo MVP3/Pro133x PCI = to AGP Bridge' =9A=9A=9A=9A class=9A=9A=9A =3D bridge =9A=9A=9A=9A subclass =3D PCI-PCI isab0@pci0:7:0: class=3D0x060100 card=3D0x00001106 chip=3D0x06861106 = rev=3D0x1b=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82C686/A/B "Super South" PCI to ISA = Bridge' =9A=9A=9A=9A class=9A=9A=9A =3D bridge =9A=9A=9A=9A subclass =3D PCI-ISA atapci0@pci0:7:1:=9A=9A=9A=9A=9A=9A class=3D0x01018a card=3D0x00000000 = chip=3D0x05711106=20 rev=3D0x06 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82xxxx EIDE Controller (All VIA = Chipsets)' =9A=9A=9A=9A class=9A=9A=9A =3D mass storage =9A=9A=9A=9A subclass =3D ATA uhci0@pci0:7:2: class=3D0x0c0300 card=3D0x12340925 chip=3D0x30381106 = rev=3D0x0e=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82xxxxx UHCI USB 1.1 Controller (All = VIA Chipsets)' =9A=9A=9A=9A class=9A=9A=9A =3D serial bus =9A=9A=9A=9A subclass =3D USB uhci1@pci0:7:3: class=3D0x0c0300 card=3D0x12340925 chip=3D0x30381106 = rev=3D0x0e=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc'=9A=9A=9A = device=9A=9A =3D 'VT82C686/A/B AC'97=20 Audio Codec' =9A=9A=9A=9A class=9A=9A=9A =3D multimedia =9A=9A=9A=9A subclass =3D audio bktr0@pci0:10:0:=9A=9A=9A=9A=9A=9A=9A class=3D0x040000 card=3D0x001211bd = chip=3D0x036e109e=20 rev=3D0x11 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'Brooktree Corporation' =9A=9A=9A=9A device=9A=9A =3D 'Bt878 MediaStream Controller' =9A=9A=9A=9A class=9A=9A=9A =3D multimedia =9A=9A=9A=9A subclass =3D video none0@pci0:10:1:=9A=9A=9A=9A=9A=9A=9A class=3D0x048000 card=3D0x001211bd = chip=3D0x0878109e=20 rev=3D0x11 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'Brooktree Corporation' =9A=9A=9A=9A device=9A=9A =3D 'Bt878/Fusion878A Video Capture (Audio = Section)' =9A=9A=9A=9A class=9A=9A=9A =3D multimedia rl0@pci0:11:0:=9A class=3D0x020000 card=3D0x032010bd chip=3D0x813910ec = rev=3D0x10=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'Realtek Semiconductor' =9A=9A=9A=9A device=9A=9A =3D 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet = Adapter' =9A=9A=9A=9A class=9A=9A=9A =3D network =9A=9A=9A=9A subclass =3D ethernet rl1@pci0:12:0:=9A class=3D0x020000 card=3D0x813910ec chip=3D0x813910ec = rev=3D0x10=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'Realtek Semiconductor' =9A=9A=9A=9A device=9A=9A =3D 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet = Adapter' =9A=9A=9A=9A class=9A=9A=9A =3D network =9A=9A=9A=9A subclass =3D ethernet drm0@pci1:0:0:=9A class=3D0x030000 card=3D0x00081002 chip=3D0x50461002 = rev=3D0x00=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'ATI Technologies Inc.' =9A=9A=9A=9A device=9A=9A =3D 'Rage 128 PF/Pro AGP 4x (TMDS)' =9A=9A=9A=9A class=9A=9A=9A =3D display =9A=9A=9A=9A subclass =3D VGA =20 =9A=9A=9A=9A device=9A=9A =3D 'VT82xxxxx UHCI USB 1.1 Controller (All = VIA Chipsets)' =9A=9A=9A=9A class=9A=9A=9A =3D serial bus =9A=9A=9A=9A subclass =3D USB viapropm0@pci0:7:4:=9A=9A =9A=9Aclass=3D0x060000 card=3D0x00000000 = chip=3D0x30571106=20 rev=3D0x20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' =9A=9A=9A=9A device=9A=9A =3D 'VT82C686A/B ACPI Power Management = Controller' =9A=9A=9A=9A class=9A=9A=9A =3D bridge =9A=9A=9A=9A subclass =3D HOST-PCI pcm0@pci0:7:5:=9A class=3D0x040100 card=3D0x735811d6 chip=3D0x30581106 = rev=3D0x21=20 hdr=3D0x00 =9A=9A=9A=9A vendor=9A=9A =3D 'VIA Technologies Inc' ------_=_NextPart_001_01C4ECB6.42330FF0 Content-Type: application/octet-stream; name="make.conf" Content-Transfer-Encoding: base64 Content-Description: make.conf Content-Disposition: attachment; filename="make.conf" UEVSTF9WRVI9NS42LjENClBFUkxfVkVSU0lPTj01LjYuMQ0KUEVSTF9BUkNIPW1hY2gNCk5PUEVS TD15bw0KTk9fUEVSTD15bw0KTk9fUEVSTF9XUkFQUEVSPXlvDQoNCg0KQ1BVVFlQRT89DQoNCkNG TEFHUz0gLU8yIC1waXBlIC1mbm8tdW5pdC1hdC1hLXRpbWUgLW1tbXggLW1zc2UgLW1hcmNoPXBl bnRpdW0zDQoNCkNPUFRGTEFHUz0gLU8yIC1waXBlIC1tbW14IC1tc3NlIC1mZm9yY2UtbWVtIC1m Zm9yY2UtYWRkciAtZm5vLXVuaXQtYXQtYS10aW1lIC1tYXJjaD1wZW50aXVtMw0KDQoNCkNVUFNf T1ZFUldSSVRFX0JBU0U9eWVzDQpOT19MUFI9eWVzDQoNCldJVEhfRkFNPSAgeWVzDQpXSVRIX0xB TUU9ICB5ZXMNCg== ------_=_NextPart_001_01C4ECB6.42330FF0 Content-Type: application/octet-stream; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Description: Xorg.0.log Content-Disposition: attachment; filename="Xorg.0.log" DQpYIFdpbmRvdyBTeXN0ZW0gVmVyc2lvbiA2LjguMQ0KUmVsZWFzZSBEYXRlOiAxNyBTZXB0ZW1i ZXIgMjAwNA0KWCBQcm90b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwLCBSZWxlYXNlIDYuOC4x DQpCdWlsZCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVlQlNEIDUuMyBpMzg2IFtFTEZdIA0KQ3VycmVu dCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVlQlNEIEtpcmV0byA1LjMtU1RBQkxFIEZyZWVCU0QgNS4z LVNUQUJMRSAjMDogTW9uIERlYyAyNyAyMzozNzo0MyBFRVQgMjAwNCAgICAgcm9vdEBLaXJldG86 L3Vzci9vYmovdXNyL3NyYy9zeXMvTVlLRVJORUwgaTM4Ng0KQnVpbGQgRGF0ZTogMjcgRGVjZW1i ZXIgMjAwNA0KCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIGh0dHA6Ly93aWtpLlgu T3JnDQoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLg0KTW9k dWxlIExvYWRlciBwcmVzZW50DQpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZp ZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywNCgkoKyspIGZyb20gY29tbWFuZCBsaW5lLCAo ISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLA0KCShXVykgd2FybmluZywgKEVFKSBlcnJv ciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4NCig9PSkgTG9nIGZpbGU6ICIv dmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogVHVlIERlYyAyOCAwMDoxMTo0NiAyMDA0DQooPT0p IFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25mIg0KKD09KSBTZXJ2ZXJMYXlv dXQgIlNpbXBsZSBMYXlvdXQiDQooKiopIHwtLT5TY3JlZW4gIlNjcmVlbiAxIiAoMCkNCigqKikg fCAgIHwtLT5Nb25pdG9yICJuIg0KKCoqKSB8ICAgfC0tPkRldmljZSAiQVRJIFJhZ2UgMTI4Ig0K KCoqKSB8LS0+SW5wdXQgRGV2aWNlICJNb3VzZTEiDQooKiopIHwtLT5JbnB1dCBEZXZpY2UgIktl eWJvYXJkMSINCigqKikgT3B0aW9uICJBdXRvUmVwZWF0IiAiNTAwIDMwIg0KKCoqKSBPcHRpb24g IlhrYlJ1bGVzIiAieGZyZWU4NiINCigqKikgWEtCOiBydWxlczogInhmcmVlODYiDQooKiopIE9w dGlvbiAiWGtiTW9kZWwiICJwYzEwNCINCigqKikgWEtCOiBtb2RlbDogInBjMTA0Ig0KKCoqKSBP cHRpb24gIlhrYkxheW91dCIgInVzLGJnIg0KKCoqKSBYS0I6IGxheW91dDogInVzLGJnIg0KKCoq KSBPcHRpb24gIlhrYlZhcmlhbnQiICIscGhvbmV0aWMiDQooKiopIFhLQjogdmFyaWFudDogIixw aG9uZXRpYyINCigqKikgT3B0aW9uICJYa2JPcHRpb25zIiAiZ3JwOmFsdF9zaGlmdF90b2dnbGUi DQooKiopIFhLQjogb3B0aW9uczogImdycDphbHRfc2hpZnRfdG9nZ2xlIg0KKD09KSBLZXlib2Fy ZDogQ3VzdG9tS2V5Y29kZSBkaXNhYmxlZA0KKFdXKSBgZm9udHMuZGlyJyBub3QgZm91bmQgKG9y IG5vdCB2YWxpZCkgaW4gIi91c3IvbG9jYWwvc2hhcmUvZm9udHMiLg0KCUVudHJ5IGRlbGV0ZWQg ZnJvbSBmb250IHBhdGguDQoJKFJ1biAnbWtmb250ZGlyJyBvbiAiL3Vzci9sb2NhbC9zaGFyZS9m b250cyIpLg0KKFdXKSBgZm9udHMuZGlyJyBub3QgZm91bmQgKG9yIG5vdCB2YWxpZCkgaW4gIi91 c3IvbG9jYWwvc2hhcmUvZm9udHMvb3ZlcnJpZGUiLg0KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250 IHBhdGguDQoJKFJ1biAnbWtmb250ZGlyJyBvbiAiL3Vzci9sb2NhbC9zaGFyZS9mb250cy9vdmVy cmlkZSIpLg0KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvaXNv LTEwNjQ2LTEiIGRvZXMgbm90IGV4aXN0Lg0KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGgu DQooKiopIEZvbnRQYXRoIHNldCB0byAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2NwMTI1MS8x MDBkcGksL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2N5cmlsbGljLC91c3IvWDExUjYvbGliL1gx MS9mb250cy9UVEYsL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2xvY2FsLC91c3IvWDExUjYvbGli L1gxMS9mb250cy9taXNjLC91c3IvWDExUjYvbGliL1gxMS9mb250cy83NWRwaTp1bnNjYWxlZCwv dXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvMTAwZHBpOnVuc2NhbGVkLC91c3IvWDExUjYvbGliL1gx MS9mb250cy9UeXBlMSwvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvU3BlZWRvLC91c3Ivc2hhcmUv Zm9udHMsL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLC91c3Ivc2hhcmUvZm9udHMvZGVmYXVsdCwv dXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvYml0c3RyZWFtLXZlcmEsL3Vzci9YMTFSNi9saWIvWDEx L2ZvbnRzL2NwMTI1MSwvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbGF0aW4yLC91c3IvWDExUjYv bGliL1gxMS9mb250cy9QRVgsL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL1VSVyINCigqKikgUmdi UGF0aCBzZXQgdG8gIi91c3IvWDExUjYvbGliL1gxMS9yZ2IiDQooKiopIE1vZHVsZVBhdGggc2V0 IHRvICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVzIg0KKCoqKSBFeHRlbnNpb24gIkNvbXBvc2l0ZSIg aXMgZW5hYmxlZA0KKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOg0KCVguT3JnIEFOU0kgQyBFbXVs YXRpb246IDAuMg0KCVguT3JnIFZpZGVvIERyaXZlcjogMC43DQoJWC5PcmcgWElucHV0IGRyaXZl ciA6IDAuNA0KCVguT3JnIFNlcnZlciBFeHRlbnNpb24gOiAwLjINCglYLk9yZyBGb250IFJlbmRl cmVyIDogMC40DQooSUkpIExvYWRlciBydW5uaW5nIG9uIGZyZWVic2QNCihJSSkgTG9hZE1vZHVs ZTogImJpdG1hcCINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2ZvbnRzL2xp YmJpdG1hcC5hDQooSUkpIE1vZHVsZSBiaXRtYXA6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIN Cgljb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglNb2R1bGUgY2xh c3M6IFguT3JnIEZvbnQgUmVuZGVyZXINCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIs IHZlcnNpb24gMC40DQooSUkpIExvYWRpbmcgZm9udCBCaXRtYXANCihJSSkgTG9hZE1vZHVsZTog InBjaWRhdGEiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJwY2lkYXRh LmENCihJSSkgTW9kdWxlIHBjaWRhdGE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21w aWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkgY2xhc3M6IFguT3Jn IFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCigtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0 aCBYIHN1cHBvcnQgKHZlcnNpb24gMi4wKQ0KKC0tKSB1c2luZyBWVCBudW1iZXIgOQ0KDQooSUkp IFBDSTogUHJvYmluZyBjb25maWcgdHlwZSB1c2luZyBtZXRob2QgMQ0KKElJKSBQQ0k6IENvbmZp ZyB0eXBlIGlzIDENCihJSSkgUENJOiBzdGFnZXMgPSAweDAzLCBvbGRWYWwxID0gMHg4MDAwMzg4 NCwgbW9kZTFSZXMxID0gMHg4MDAwMDAwMA0KKElJKSBQQ0k6IFBDSSBzY2FuIChhbGwgdmFsdWVz IGFyZSBpbiBoZXgpDQooSUkpIFBDSTogMDA6MDA6MDogY2hpcCAxMTA2LDA2OTEgY2FyZCAwMDAw LDAwMDAgcmV2IGM0IGNsYXNzIDA2LDAwLDAwIGhkciAwMA0KKElJKSBQQ0k6IDAwOjAxOjA6IGNo aXAgMTEwNiw4NTk4IGNhcmQgMDAwMCwwMDAwIHJldiAwMCBjbGFzcyAwNiwwNCwwMCBoZHIgMDEN CihJSSkgUENJOiAwMDowNzowOiBjaGlwIDExMDYsMDY4NiBjYXJkIDExMDYsMDAwMCByZXYgMWIg Y2xhc3MgMDYsMDEsMDAgaGRyIDgwDQooSUkpIFBDSTogMDA6MDc6MTogY2hpcCAxMTA2LDA1NzEg Y2FyZCAwMDAwLDAwMDAgcmV2IDA2IGNsYXNzIDAxLDAxLDhhIGhkciAwMA0KKElJKSBQQ0k6IDAw OjA3OjI6IGNoaXAgMTEwNiwzMDM4IGNhcmQgMDkyNSwxMjM0IHJldiAwZSBjbGFzcyAwYywwMyww MCBoZHIgMDANCihJSSkgUENJOiAwMDowNzozOiBjaGlwIDExMDYsMzAzOCBjYXJkIDA5MjUsMTIz NCByZXYgMGUgY2xhc3MgMGMsMDMsMDAgaGRyIDAwDQooSUkpIFBDSTogMDA6MDc6NDogY2hpcCAx MTA2LDMwNTcgY2FyZCAwMDAwLDAwMDAgcmV2IDIwIGNsYXNzIDA2LDAwLDAwIGhkciAwMA0KKElJ KSBQQ0k6IDAwOjA3OjU6IGNoaXAgMTEwNiwzMDU4IGNhcmQgMTFkNiw3MzU4IHJldiAyMSBjbGFz cyAwNCwwMSwwMCBoZHIgMDANCihJSSkgUENJOiAwMDowYTowOiBjaGlwIDEwOWUsMDM2ZSBjYXJk IDExYmQsMDAxMiByZXYgMTEgY2xhc3MgMDQsMDAsMDAgaGRyIDgwDQooSUkpIFBDSTogMDA6MGE6 MTogY2hpcCAxMDllLDA4NzggY2FyZCAxMWJkLDAwMTIgcmV2IDExIGNsYXNzIDA0LDgwLDAwIGhk ciA4MA0KKElJKSBQQ0k6IDAwOjBiOjA6IGNoaXAgMTBlYyw4MTM5IGNhcmQgMTBiZCwwMzIwIHJl diAxMCBjbGFzcyAwMiwwMCwwMCBoZHIgMDANCihJSSkgUENJOiAwMDowYzowOiBjaGlwIDEwZWMs ODEzOSBjYXJkIDEwZWMsODEzOSByZXYgMTAgY2xhc3MgMDIsMDAsMDAgaGRyIDAwDQooSUkpIFBD STogMDE6MDA6MDogY2hpcCAxMDAyLDUwNDYgY2FyZCAxMDAyLDAwMDggcmV2IDAwIGNsYXNzIDAz LDAwLDAwIGhkciAwMA0KKElJKSBQQ0k6IEVuZCBvZiBQQ0kgc2Nhbg0KKElJKSBIb3N0LXRvLVBD SSBicmlkZ2U6DQooSUkpIEJ1cyAwOiBicmlkZ2UgaXMgYXQgKDA6MDowKSwgKDAsMCwxKSwgQkNU Ukw6IDB4MDAwOCAoVkdBX0VOIGlzIHNldCkNCihJSSkgQnVzIDAgSS9PIHJhbmdlOg0KCVswXSAt MQkwCTB4MDAwMDAwMDAgLSAweDAwMDBmZmZmICgweDEwMDAwKSBJWFtCXQ0KKElJKSBCdXMgMCBu b24tcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhm ZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKElJKSBCdXMgMCBwcmVmZXRjaGFibGUgbWVtb3J5IHJhbmdl Og0KCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDApIE1YW0JdDQooSUkpIFBD SS10by1QQ0kgYnJpZGdlOg0KKElJKSBCdXMgMTogYnJpZGdlIGlzIGF0ICgwOjE6MCksICgwLDEs MSksIEJDVFJMOiAweDAwMGMgKFZHQV9FTiBpcyBzZXQpDQooSUkpIEJ1cyAxIEkvTyByYW5nZToN CglbMF0gLTEJMAkweDAwMDBlMDAwIC0gMHgwMDAwZTBmZiAoMHgxMDApIElYW0JdDQoJWzFdIC0x CTAJMHgwMDAwZTQwMCAtIDB4MDAwMGU0ZmYgKDB4MTAwKSBJWFtCXQ0KCVsyXSAtMQkwCTB4MDAw MGU4MDAgLSAweDAwMDBlOGZmICgweDEwMCkgSVhbQl0NCglbM10gLTEJMAkweDAwMDBlYzAwIC0g MHgwMDAwZWNmZiAoMHgxMDApIElYW0JdDQooSUkpIEJ1cyAxIG5vbi1wcmVmZXRjaGFibGUgbWVt b3J5IHJhbmdlOg0KCVswXSAtMQkwCTB4ZTgwMDAwMDAgLSAweGU5ZmZmZmZmICgweDIwMDAwMDAp IE1YW0JdDQooSUkpIEJ1cyAxIHByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJ MHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhbQl0NCihJSSkgUENJLXRvLUlT QSBicmlkZ2U6DQooSUkpIEJ1cyAtMTogYnJpZGdlIGlzIGF0ICgwOjc6MCksICgwLC0xLC0xKSwg QkNUUkw6IDB4MDAwOCAoVkdBX0VOIGlzIHNldCkNCihJSSkgSG9zdC10by1QQ0kgYnJpZGdlOg0K KElJKSBCdXMgLTE6IGJyaWRnZSBpcyBhdCAoMDo3OjQpLCAoLTEsLTEsMSksIEJDVFJMOiAweDAw MDggKFZHQV9FTiBpcyBzZXQpDQooSUkpIEJ1cyAtMSBJL08gcmFuZ2U6DQoJWzBdIC0xCTAJMHgw MDAwMDAwMCAtIDB4MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdDQooSUkpIEJ1cyAtMSBub24tcHJl ZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZm ZiAoMHgwKSBNWFtCXQ0KKElJKSBCdXMgLTEgcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToNCglb MF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQ0KKC0tKSBQQ0k6ICgw OjEwOjApIEJyb29rdHJlZSBDb3Jwb3JhdGlvbiBCdDg3OCBWaWRlbyBDYXB0dXJlIHJldiAxNywg TWVtIEAgMHhlYTAwMDAwMC8xMg0KKC0tKSBQQ0k6KigxOjA6MCkgQVRJIFRlY2hub2xvZ2llcyBJ bmMgUmFnZSAxMjggUEYvUFJPIEFHUCA0eCBUTURTIHJldiAwLCBNZW0gQCAweGU0MDAwMDAwLzI2 LCAweGU5MDAwMDAwLzE0LCBJL08gQCAweGUwMDAvOA0KKElJKSBBZGRyZXNzYWJsZSBidXMgcmVz b3VyY2UgcmFuZ2VzIGFyZQ0KCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDAp IE1YW0JdDQoJWzFdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMGZmZmYgKDB4MTAwMDApIElYW0Jd DQooSUkpIE9TLXJlcG9ydGVkIHJlc291cmNlIHJhbmdlczoNCglbMF0gLTEJMAkweGZmZTAwMDAw IC0gMHhmZmZmZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIpDQoJWzFdIC0xCTAJMHgwMDEwMDAwMCAt IDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQ0KCVsyXSAtMQkwCTB4MDAwZjAwMDAg LSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQ0KCVszXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAw MGVmZmZmICgweDMwMDAwKSBNWFtCXQ0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZm ICgweGEwMDAwKSBNWFtCXQ0KCVs1XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEp IElYW0JdDQoJWzZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0K KElJKSBQQ0kgTWVtb3J5IHJlc291cmNlIG92ZXJsYXAgcmVkdWNlZCAweGUwMDAwMDAwIGZyb20g MHhmZmZmZmZmZiB0byAweGRmZmZmZmZmDQooSUkpIEFjdGl2ZSBQQ0kgcmVzb3VyY2UgcmFuZ2Vz Og0KCVswXSAtMQkwCTB4ZWEwMDMwMDAgLSAweGVhMDAzZmZmICgweDEwMDApIE1YW0JdRQ0KCVsx XSAtMQkwCTB4ZWEwMDIwMDAgLSAweGVhMDAzZmZmICgweDIwMDApIE1YW0JdRQ0KCVsyXSAtMQkw CTB4ZWEwMDEwMDAgLSAweGVhMDAxZmZmICgweDEwMDApIE1YW0JdRQ0KCVszXSAtMQkwCTB4ZTAw MDAwMDAgLSAweGRmZmZmZmZmICgweDApIE1YW0JdRU8NCglbNF0gLTEJMAkweGU5MDAwMDAwIC0g MHhlOTAwM2ZmZiAoMHg0MDAwKSBNWFtCXShCKQ0KCVs1XSAtMQkwCTB4ZTQwMDAwMDAgLSAweGU3 ZmZmZmZmICgweDQwMDAwMDApIE1YW0JdKEIpDQoJWzZdIC0xCTAJMHhlYTAwMDAwMCAtIDB4ZWEw MDBmZmYgKDB4MTAwMCkgTVhbQl0oQikNCglbN10gLTEJMAkweDAwMDA4MDAwIC0gMHgwMDAwODBm ZiAoMHgxMDApIElYW0JdRQ0KCVs4XSAtMQkwCTB4MDAwMDdjMDAgLSAweDAwMDA3Y2ZmICgweDEw MCkgSVhbQl1FDQoJWzldIC0xCTAJMHgwMDAwNzgwMCAtIDB4MDAwMDc4ZmYgKDB4MTAwKSBJWFtC XUUNCglbMTBdIC0xCTAJMHgwMDAwNzQwMCAtIDB4MDAwMDc0ZmYgKDB4MTAwKSBJWFtCXUUNCglb MTFdIC0xCTAJMHgwMDAwNzAwMCAtIDB4MDAwMDcwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTJdIC0x CTAJMHgwMDAwNmMwMCAtIDB4MDAwMDZjZmYgKDB4MTAwKSBJWFtCXUUNCglbMTNdIC0xCTAJMHgw MDAwNjgwMCAtIDB4MDAwMDY4ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTRdIC0xCTAJMHgwMDAwNjQw MCAtIDB4MDAwMDY0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwZTAwMCAtIDB4 MDAwMGUwZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSBQQ0kgTWVtb3J5IHJlc291cmNlIG92ZXJs YXAgcmVkdWNlZCAweGVhMDAyMDAwIGZyb20gMHhlYTAwM2ZmZiB0byAweGVhMDAyZmZmDQooSUkp IEFjdGl2ZSBQQ0kgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHJlbW92aW5nIG92ZXJsYXBzOg0KCVsw XSAtMQkwCTB4ZWEwMDMwMDAgLSAweGVhMDAzZmZmICgweDEwMDApIE1YW0JdRQ0KCVsxXSAtMQkw CTB4ZWEwMDIwMDAgLSAweGVhMDAyZmZmICgweDEwMDApIE1YW0JdRQ0KCVsyXSAtMQkwCTB4ZWEw MDEwMDAgLSAweGVhMDAxZmZmICgweDEwMDApIE1YW0JdRQ0KCVszXSAtMQkwCTB4ZTAwMDAwMDAg LSAweGRmZmZmZmZmICgweDApIE1YW0JdRU8NCglbNF0gLTEJMAkweGU5MDAwMDAwIC0gMHhlOTAw M2ZmZiAoMHg0MDAwKSBNWFtCXShCKQ0KCVs1XSAtMQkwCTB4ZTQwMDAwMDAgLSAweGU3ZmZmZmZm ICgweDQwMDAwMDApIE1YW0JdKEIpDQoJWzZdIC0xCTAJMHhlYTAwMDAwMCAtIDB4ZWEwMDBmZmYg KDB4MTAwMCkgTVhbQl0oQikNCglbN10gLTEJMAkweDAwMDA4MDAwIC0gMHgwMDAwODBmZiAoMHgx MDApIElYW0JdRQ0KCVs4XSAtMQkwCTB4MDAwMDdjMDAgLSAweDAwMDA3Y2ZmICgweDEwMCkgSVhb Ql1FDQoJWzldIC0xCTAJMHgwMDAwNzgwMCAtIDB4MDAwMDc4ZmYgKDB4MTAwKSBJWFtCXUUNCglb MTBdIC0xCTAJMHgwMDAwNzQwMCAtIDB4MDAwMDc0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTFdIC0x CTAJMHgwMDAwNzAwMCAtIDB4MDAwMDcwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTJdIC0xCTAJMHgw MDAwNmMwMCAtIDB4MDAwMDZjZmYgKDB4MTAwKSBJWFtCXUUNCglbMTNdIC0xCTAJMHgwMDAwNjgw MCAtIDB4MDAwMDY4ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTRdIC0xCTAJMHgwMDAwNjQwMCAtIDB4 MDAwMDY0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUw ZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSBPUy1yZXBvcnRlZCByZXNvdXJjZSByYW5nZXMgYWZ0 ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMgd2l0aCBQQ0k6DQoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4 ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQ0KCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNm ZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikNCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgw MDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbM10gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZm ZiAoMHgzMDAwMCkgTVhbQl0NCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhh MDAwMCkgTVhbQl0NCglbNV0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtC XQ0KCVs2XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCihJSSkg QWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6DQoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZm ZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQ0KCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZm ZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikNCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBm ZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbM10gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAo MHgzMDAwMCkgTVhbQl0NCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAw MCkgTVhbQl0NCglbNV0gLTEJMAkweGVhMDAzMDAwIC0gMHhlYTAwM2ZmZiAoMHgxMDAwKSBNWFtC XUUNCglbNl0gLTEJMAkweGVhMDAyMDAwIC0gMHhlYTAwMmZmZiAoMHgxMDAwKSBNWFtCXUUNCglb N10gLTEJMAkweGVhMDAxMDAwIC0gMHhlYTAwMWZmZiAoMHgxMDAwKSBNWFtCXUUNCglbOF0gLTEJ MAkweGUwMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgwKSBNWFtCXUVPDQoJWzldIC0xCTAJMHhlOTAw MDAwMCAtIDB4ZTkwMDNmZmYgKDB4NDAwMCkgTVhbQl0oQikNCglbMTBdIC0xCTAJMHhlNDAwMDAw MCAtIDB4ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhbQl0oQikNCglbMTFdIC0xCTAJMHhlYTAwMDAw MCAtIDB4ZWEwMDBmZmYgKDB4MTAwMCkgTVhbQl0oQikNCglbMTJdIC0xCTAJMHgwMDAwZmZmZiAt IDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbMTNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAw ZmYgKDB4MTAwKSBJWFtCXQ0KCVsxNF0gLTEJMAkweDAwMDA4MDAwIC0gMHgwMDAwODBmZiAoMHgx MDApIElYW0JdRQ0KCVsxNV0gLTEJMAkweDAwMDA3YzAwIC0gMHgwMDAwN2NmZiAoMHgxMDApIElY W0JdRQ0KCVsxNl0gLTEJMAkweDAwMDA3ODAwIC0gMHgwMDAwNzhmZiAoMHgxMDApIElYW0JdRQ0K CVsxN10gLTEJMAkweDAwMDA3NDAwIC0gMHgwMDAwNzRmZiAoMHgxMDApIElYW0JdRQ0KCVsxOF0g LTEJMAkweDAwMDA3MDAwIC0gMHgwMDAwNzBmZiAoMHgxMDApIElYW0JdRQ0KCVsxOV0gLTEJMAkw eDAwMDA2YzAwIC0gMHgwMDAwNmNmZiAoMHgxMDApIElYW0JdRQ0KCVsyMF0gLTEJMAkweDAwMDA2 ODAwIC0gMHgwMDAwNjhmZiAoMHgxMDApIElYW0JdRQ0KCVsyMV0gLTEJMAkweDAwMDA2NDAwIC0g MHgwMDAwNjRmZiAoMHgxMDApIElYW0JdRQ0KCVsyMl0gLTEJMAkweDAwMDBlMDAwIC0gMHgwMDAw ZTBmZiAoMHgxMDApIElYW0JdKEIpDQooSUkpIExvYWRNb2R1bGU6ICJkYmUiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYmRiZS5hDQooSUkpIE1vZHVs ZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNp b24NCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIERPVUJMRS1CVUZGRVINCihJSSkgTG9hZE1vZHVsZTogImV4dG1v ZCINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0 bW9kLmENCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNv bXBpbGVkIGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCU1vZHVsZSBjbGFzczog WC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lv biwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGluZyBleHRlbnNpb24gU0hBUEUNCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gTUlULVNVTkRSWS1OT05TVEFOREFSRA0KKElJKSBMb2FkaW5nIGV4dGVuc2lv biBCSUctUkVRVUVTVFMNCihJSSkgTG9hZGluZyBleHRlbnNpb24gU1lOQw0KKElJKSBMb2FkaW5n IGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhDLU1J U0MNCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uDQooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtTWlzYw0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBE UE1TDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFRPRy1DVVANCihJSSkgTG9hZGluZyBleHRlbnNp b24gRXh0ZW5kZWQtVmlzdWFsLUluZm9ybWF0aW9uDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhW aWRlbw0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uDQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UNCihJSSkgTG9hZE1vZHVsZTogInR5cGUx Ig0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGlidHlwZTEuYQ0K KElJKSBNb2R1bGUgdHlwZTE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBm b3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjINCglNb2R1bGUgY2xhc3M6IFguT3JnIEZv bnQgUmVuZGVyZXINCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC40 DQooSUkpIExvYWRpbmcgZm9udCBUeXBlMQ0KKElJKSBMb2FkaW5nIGZvbnQgQ0lEDQooSUkpIExv YWRNb2R1bGU6ICJmcmVldHlwZSINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2ZvbnRzL2xpYmZyZWV0eXBlLnNvDQooSUkpIE1vZHVsZSBmcmVldHlwZTogdmVuZG9yPSJYLk9y ZyBGb3VuZGF0aW9uICYgdGhlIEFmdGVyIFgtVFQgUHJvamVjdCINCgljb21waWxlZCBmb3IgNi44 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMi4xLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVu ZGVyZXINCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC40DQooSUkp IExvYWRpbmcgZm9udCBGcmVlVHlwZQ0KKElJKSBMb2FkTW9kdWxlOiAiYml0bWFwIg0KKElJKSBS ZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9mb250cy9saWJiaXRtYXAuYQ0KKElJKSBM b2FkaW5nIGZvbnQgQml0bWFwDQooSUkpIExvYWRNb2R1bGU6ICJHTGNvcmUiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYkdMY29yZS5hDQooSUkpIE1v ZHVsZSBHTGNvcmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl bnNpb24sIHZlcnNpb24gMC4yDQooSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYnJlY29yZC5hDQooSUkpIE1v ZHVsZSByZWNvcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4xMy4wDQoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIg RXh0ZW5zaW9uDQoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAu Mg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBSRUNPUkQNCihJSSkgTG9hZE1vZHVsZTogImRyaSIN CihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZHJpLmEN CihJSSkgTW9kdWxlIGRyaTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZv ciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkcm0iDQoo SUkpIExvYWRNb2R1bGU6ICJkcm0iDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxl cy9mcmVlYnNkL2xpYmRybS5hDQooSUkpIE1vZHVsZSBkcm06IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQooSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIFhGcmVlODYtRFJJDQooSUkpIExvYWRNb2R1bGU6ICJnbHgiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYmdseC5hDQooSUkpIE1vZHVs ZSBnbHg6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24s IHZlcnNpb24gMC4yDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiR0xjb3JlIg0KKElJKSBMb2Fk TW9kdWxlOiAiR0xjb3JlIg0KKElJKSBSZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9l eHRlbnNpb25zL2xpYkdMY29yZS5hDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEdMWA0KKElJKSBM b2FkTW9kdWxlOiAiZXh0bW9kIg0KKElJKSBSZWxvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxl cy9leHRlbnNpb25zL2xpYmV4dG1vZC5hDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNIQVBFDQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TVU5EUlktTk9OU1RBTkRBUkQNCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gQklHLVJFUVVFU1RTDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNZTkMNCihJ SSkgTG9hZGluZyBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUg0KKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBYQy1NSVNDDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVu c2lvbg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LU1pc2MNCihJSSkgTG9hZGluZyBl eHRlbnNpb24gWEZyZWU4Ni1ER0ENCihJSSkgTG9hZGluZyBleHRlbnNpb24gRFBNUw0KKElJKSBM b2FkaW5nIGV4dGVuc2lvbiBUT0ctQ1VQDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEV4dGVuZGVk LVZpc3VhbC1JbmZvcm1hdGlvbg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8NCihJSSkg TG9hZGluZyBleHRlbnNpb24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlvbg0KKElJKSBMb2FkaW5n IGV4dGVuc2lvbiBYLVJlc291cmNlDQooSUkpIExvYWRNb2R1bGU6ICJhdGkiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9kcml2ZXJzL2F0aV9kcnYubw0KKElJKSBNb2R1bGUg YXRpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1 bGUgdmVyc2lvbiA9IDYuNS42DQoJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXINCglB QkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkgTG9hZE1vZHVs ZTogIm1vdXNlIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvaW5wdXQvbW91 c2VfZHJ2Lm8NCihJSSkgTW9kdWxlIG1vdXNlOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJ Y29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJTW9kdWxlIGNsYXNz OiBYLk9yZyBYSW5wdXQgRHJpdmVyDQoJQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVyLCB2 ZXJzaW9uIDAuNA0KKElJKSBMb2FkTW9kdWxlOiAia2V5Ym9hcmQiDQooSUkpIExvYWRpbmcgL3Vz ci9YMTFSNi9saWIvbW9kdWxlcy9pbnB1dC9rZXlib2FyZF9kcnYubw0KKElJKSBNb2R1bGUga2V5 Ym9hcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIN CglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMC40DQooSUkpIEFUSTog QVRJIGRyaXZlciAodmVyc2lvbiA2LjUuNikgZm9yIGNoaXBzZXRzOiBhdGksIGF0aXZnYQ0KKElJ KSBSMTI4OiBEcml2ZXIgZm9yIEFUSSBSYWdlIDEyOCBjaGlwc2V0czoNCglBVEkgUmFnZSAxMjgg TW9iaWxpdHkgTTMgTEUgKFBDSSksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNMyBMRiAoQUdQKSwN CglBVEkgUmFnZSAxMjggTW9iaWxpdHkgTTQgTUYgKEFHUCksIEFUSSBSYWdlIDEyOCBNb2JpbGl0 eSBNNCBNTCAoQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIEdMIFBBIChQQ0kvQUdQKSwgQVRJIFJh Z2UgMTI4IFBybyBHTCBQQiAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBHTCBQQyAoUENJ L0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gR0wgUEQgKFBDSSksDQoJQVRJIFJhZ2UgMTI4IFBybyBH TCBQRSAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gR0wgUEYgKEFHUCksDQoJQVRJIFJhZ2Ug MTI4IFBybyBWUiBQRyAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUEggKFBDSS9BR1Ap LA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUEkgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZS IFBKIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFZSIFBLIChQQ0kvQUdQKSwgQVRJIFJh Z2UgMTI4IFBybyBWUiBQTCAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBWUiBQTSAoUENJ L0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUE4gKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBQ cm8gVlIgUE8gKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBQIChQQ0kpLA0KCUFUSSBS YWdlIDEyOCBQcm8gVlIgUFEgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBSIChQQ0kp LA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUFMgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZS IFBUIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFZSIFBVIChQQ0kvQUdQKSwgQVRJIFJh Z2UgMTI4IFBybyBWUiBQViAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBWUiBQVyAoUENJ L0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUFggKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBH TCBSRSAoUENJKSwgQVRJIFJhZ2UgMTI4IEdMIFJGIChBR1ApLA0KCUFUSSBSYWdlIDEyOCBSRyAo QUdQKSwgQVRJIFJhZ2UgMTI4IFZSIFJLIChQQ0kpLA0KCUFUSSBSYWdlIDEyOCBWUiBSTCAoQUdQ KSwgQVRJIFJhZ2UgMTI4IDRYIFNFIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAxMjggNFggU0YgKFBD SS9BR1ApLCBBVEkgUmFnZSAxMjggNFggU0cgKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCA0WCBT SCAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCA0WCBTSyAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4 IDRYIFNMIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IDRYIFNNIChBR1ApLA0KCUFUSSBSYWdlIDEy OCA0WCBTTiAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVUxUUkEgVEYgKEFHUCksDQoJQVRJ IFJhZ2UgMTI4IFBybyBVTFRSQSBUTCAoQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUUiAo QUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFVMVFJBIFRTIChBR1A/KSwgQVRJIFJhZ2UgMTI4IFBy byBVTFRSQSBUVCAoQUdQPyksDQoJQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUVSAoQUdQPykNCihJ SSkgUkFERU9OOiBEcml2ZXIgZm9yIEFUSSBSYWRlb24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQg KEFHUCksDQoJQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJhZGVvbiBRRiAoQUdQKSwgQVRJIFJh ZGVvbiBRRyAoQUdQKSwNCglBVEkgUmFkZW9uIFZFLzcwMDAgUVkgKEFHUC9QQ0kpLCBBVEkgUmFk ZW9uIFZFLzcwMDAgUVogKEFHUC9QQ0kpLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgTTcgTFcgKEFH UCksDQoJQVRJIE1vYmlsaXR5IEZpcmVHTCA3ODAwIE03IExYIChBR1ApLA0KCUFUSSBSYWRlb24g TW9iaWxpdHkgTTYgTFkgKEFHUCksIEFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFogKEFHUCksDQoJ QVRJIFJhZGVvbiBJR1AzMjAgKEEzKSA0MTM2LCBBVEkgUmFkZW9uIElHUDMyME0gKFUxKSA0MzM2 LA0KCUFUSSBSYWRlb24gSUdQMzMwLzM0MC8zNTAgKEE0KSA0MTM3LA0KCUFUSSBSYWRlb24gSUdQ MzMwTS8zNDBNLzM1ME0gKFUyKSA0MzM3LA0KCUFUSSBSYWRlb24gNzAwMCBJR1AgKEE0KykgNDIz NywgQVRJIFJhZGVvbiBNb2JpbGl0eSA3MDAwIElHUCA0NDM3LA0KCUFUSSBGaXJlR0wgODcwMC84 ODAwIFFIIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgUUwgKEFHUCksDQoJQVRJIFJhZGVvbiA5MTAw IFFNIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgQUlXIEJCIChBR1ApLA0KCUFUSSBSYWRlb24gODUw MCBBSVcgQkMgKEFHUCksIEFUSSBSYWRlb24gNzUwMCBRVyAoQUdQL1BDSSksDQoJQVRJIFJhZGVv biA3NTAwIFFYIChBR1AvUENJKSwgQVRJIFJhZGVvbiA5MDAwL1BSTyBJZiAoQUdQL1BDSSksDQoJ QVRJIFJhZGVvbiA5MDAwIElnIChBR1AvUENJKSwgQVRJIEZpcmVHTCBNb2JpbGl0eSA5MDAwIChN OSkgTGQgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGYgKEFHUCksDQoJ QVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGcgKEFHUCksDQoJQVRJIFJhZGVvbiA5MTAw IElHUCAoQTUpIDU4MzQsDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MTAwIElHUCAoVTMpIDU4MzUs IEFUSSBSYWRlb24gOTEwMCBQUk8gSUdQIDc4MzQsDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAw IElHUCA3ODM1LCBBVEkgUmFkZW9uIDkyMDBQUk8gNTk2MCAoQUdQKSwNCglBVEkgUmFkZW9uIDky MDAgNTk2MSAoQUdQKSwgQVRJIFJhZGVvbiA5MjAwIDU5NjIgKEFHUCksDQoJQVRJIFJhZGVvbiA5 MjAwU0UgNTk2NCAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDkyMDAgKE05KykgNUM2MSAo QUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDkyMDAgKE05KykgNUM2MyAoQUdQKSwgQVRJIFJh ZGVvbiA5NTAwIEFEIChBR1ApLA0KCUFUSSBSYWRlb24gOTUwMCBBRSAoQUdQKSwgQVRJIFJhZGVv biA5NjAwVFggQUYgKEFHUCksDQoJQVRJIEZpcmVHTCBaMSBBRyAoQUdQKSwgQVRJIFJhZGVvbiA5 NzAwIFBybyBORCAoQUdQKSwNCglBVEkgUmFkZW9uIDk3MDAvOTUwMFBybyBORSAoQUdQKSwgQVRJ IFJhZGVvbiA5NzAwIE5GIChBR1ApLA0KCUFUSSBGaXJlR0wgWDEgTkcgKEFHUCksIEFUSSBSYWRl b24gOTYwMCBBUCAoQUdQKSwNCglBVEkgUmFkZW9uIDk2MDBTRSBBUSAoQUdQKSwgQVRJIFJhZGVv biA5NjAwWFQgQVIgKEFHUCksDQoJQVRJIFJhZGVvbiA5NjAwIEFTIChBR1ApLCBBVEkgRmlyZUdM IFQyIEFUIChBR1ApLA0KCUFUSSBGaXJlR0wgUlYzNjAgQVYgKEFHUCksDQoJQVRJIFJhZGVvbiBN b2JpbGl0eSA5NjAwLzk3MDAgKE0xMC9NMTEpIE5QIChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxp dHkgOTYwMCAoTTEwKSBOUSAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk2MDAgKE0xMSkg TlIgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChNMTApIE5TIChBR1ApLA0KCUFU SSBGaXJlR0wgTW9iaWxpdHkgVDIgKE0xMCkgTlQgKEFHUCksDQoJQVRJIEZpcmVHTCBNb2JpbGl0 eSBUMmUgKE0xMSkgTlYgKEFHUCksIEFUSSBSYWRlb24gOTgwMFNFIEFIIChBR1ApLA0KCUFUSSBS YWRlb24gOTgwMCBBSSAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwIEFKIChBR1ApLA0KCUFUSSBGaXJl R0wgWDIgQUsgKEFHUCksIEFUSSBSYWRlb24gOTgwMFBSTyBOSCAoQUdQKSwNCglBVEkgUmFkZW9u IDk4MDAgTkkgKEFHUCksIEFUSSBGaXJlR0wgWDIgTksgKEFHUCksDQoJQVRJIFJhZGVvbiA5ODAw WFQgTkogKEFHUCksIEFUSSBSYWRlb24gWDYwMCAoUlYzODApIDNFNTAgKFBDSUUpLA0KCUFUSSBG aXJlR0wgVjMyMDAgKFJWMzgwKSAzRTU0IChQQ0lFKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IFg2 MDAgKE0yNCkgMzE1MCAoUENJRSksDQoJQVRJIEZpcmVHTCBNMjQgR0wgMzE1NCAoUENJRSksIEFU SSBSYWRlb24gWDMwMCAoUlYzNzApIDVCNjAgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDYwMCAoUlYz NzApIDVCNjIgKFBDSUUpLA0KCUFUSSBGaXJlR0wgVjMxMDAgKFJWMzcwKSA1QjY0IChQQ0lFKSwN CglBVEkgRmlyZUdMIEQxMTAwIChSVjM3MCkgNUI2NSAoUENJRSksDQoJQVRJIFJhZGVvbiBNb2Jp bGl0eSBNMzAwIChNMjIpIDU0NjAgKFBDSUUpLA0KCUFUSSBGaXJlR0wgTTIyIEdMIDU0NjQgKFBD SUUpLCBBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpIIChBR1ApLA0KCUFUSSBSYWRlb24gWDgwMFBS TyAoUjQyMCkgSkkgKEFHUCksDQoJQVRJIFJhZGVvbiBYODAwU0UgKFI0MjApIEpKIChBR1ApLCBB VEkgUmFkZW9uIFg4MDAgKFI0MjApIEpLIChBR1ApLA0KCUFUSSBSYWRlb24gWDgwMCAoUjQyMCkg SkwgKEFHUCksIEFUSSBGaXJlR0wgWDMgKFI0MjApIEpNIChBR1ApLA0KCUFUSSBSYWRlb24gTW9i aWxpdHkgOTgwMCAoTTE4KSBKTiAoQUdQKSwNCglBVEkgUmFkZW9uIFg4MDBYVCAoUjQyMCkgSlAg KEFHUCksIEFUSSBSYWRlb24gWDgwMCAoUjQyMykgVUggKFBDSUUpLA0KCUFUSSBSYWRlb24gWDgw MFBSTyAoUjQyMykgVUkgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDgwMExFIChSNDIzKSBVSiAoUENJ RSksDQoJQVRJIFJhZGVvbiBYODAwU0UgKFI0MjMpIFVLIChQQ0lFKSwNCglBVEkgRmlyZUdMIFY3 MjAwIChSNDIzKSBVUSAoUENJRSksIEFUSSBGaXJlR0wgVjUxMDAgKFI0MjMpIFVSIChQQ0lFKSwN CglBVEkgRmlyZUdMIFY3MTAwIChSNDIzKSBVVCAoUENJRSksDQoJQVRJIFJhZGVvbiBYODAwWFQg KFI0MjMpIDVENTcgKFBDSUUpDQooSUkpIFByaW1hcnkgRGV2aWNlIGlzOiBQQ0kgMDE6MDA6MA0K KElJKSBBVEk6ICBDYW5kaWRhdGUgIkRldmljZSIgc2VjdGlvbiAiQVRJIFJhZ2UgMTI4Ii4NCigt LSkgQ2hpcHNldCBBVEkgUmFnZSAxMjggUHJvIEdMIFBGIChBR1ApIGZvdW5kDQooSUkpIExvYWRp bmcgc3ViIG1vZHVsZSAicjEyOCINCihJSSkgTG9hZE1vZHVsZTogInIxMjgiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9kcml2ZXJzL3IxMjhfZHJ2Lm8NCihJSSkgTW9kdWxl IHIxMjg6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1v ZHVsZSB2ZXJzaW9uID0gNC4wLjENCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcg0K CUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KKElJKSByZXNvdXJj ZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJjZXMoKSBjYWxsOg0KCVswXSAtMQkw CTB4ZmZlMDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhbQl0oQikNCglbMV0gLTEJMAkw eDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpDQoJWzJdIC0xCTAJ MHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdDQoJWzNdIC0xCTAJMHgwMDBj MDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJWzRdIC0xCTAJMHgwMDAwMDAwMCAt IDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdDQoJWzVdIC0xCTAJMHhlYTAwMzAwMCAtIDB4ZWEw MDNmZmYgKDB4MTAwMCkgTVhbQl1FDQoJWzZdIC0xCTAJMHhlYTAwMjAwMCAtIDB4ZWEwMDJmZmYg KDB4MTAwMCkgTVhbQl1FDQoJWzddIC0xCTAJMHhlYTAwMTAwMCAtIDB4ZWEwMDFmZmYgKDB4MTAw MCkgTVhbQl1FDQoJWzhdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZGZmZmZmZmYgKDB4MCkgTVhbQl1F Tw0KCVs5XSAtMQkwCTB4ZTkwMDAwMDAgLSAweGU5MDAzZmZmICgweDQwMDApIE1YW0JdKEIpDQoJ WzEwXSAtMQkwCTB4ZTQwMDAwMDAgLSAweGU3ZmZmZmZmICgweDQwMDAwMDApIE1YW0JdKEIpDQoJ WzExXSAtMQkwCTB4ZWEwMDAwMDAgLSAweGVhMDAwZmZmICgweDEwMDApIE1YW0JdKEIpDQoJWzEy XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdDQoJWzEzXSAtMQkwCTB4 MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCglbMTRdIC0xCTAJMHgwMDAwODAw MCAtIDB4MDAwMDgwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwN2MwMCAtIDB4 MDAwMDdjZmYgKDB4MTAwKSBJWFtCXUUNCglbMTZdIC0xCTAJMHgwMDAwNzgwMCAtIDB4MDAwMDc4 ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTddIC0xCTAJMHgwMDAwNzQwMCAtIDB4MDAwMDc0ZmYgKDB4 MTAwKSBJWFtCXUUNCglbMThdIC0xCTAJMHgwMDAwNzAwMCAtIDB4MDAwMDcwZmYgKDB4MTAwKSBJ WFtCXUUNCglbMTldIC0xCTAJMHgwMDAwNmMwMCAtIDB4MDAwMDZjZmYgKDB4MTAwKSBJWFtCXUUN CglbMjBdIC0xCTAJMHgwMDAwNjgwMCAtIDB4MDAwMDY4ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjFd IC0xCTAJMHgwMDAwNjQwMCAtIDB4MDAwMDY0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjJdIC0xCTAJ MHgwMDAwZTAwMCAtIDB4MDAwMGUwZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSByZXNvdXJjZSBy YW5nZXMgYWZ0ZXIgcHJvYmluZzoNCglbMF0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZmZmZmZiAo MHgyMDAwMDApIE1YW0JdKEIpDQoJWzFdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4 M2ZmMDAwMDApIE1YW0JdRShCKQ0KCVsyXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgw eDEwMDAwKSBNWFtCXQ0KCVszXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAw KSBNWFtCXQ0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtC XQ0KCVs1XSAtMQkwCTB4ZWEwMDMwMDAgLSAweGVhMDAzZmZmICgweDEwMDApIE1YW0JdRQ0KCVs2 XSAtMQkwCTB4ZWEwMDIwMDAgLSAweGVhMDAyZmZmICgweDEwMDApIE1YW0JdRQ0KCVs3XSAtMQkw CTB4ZWEwMDEwMDAgLSAweGVhMDAxZmZmICgweDEwMDApIE1YW0JdRQ0KCVs4XSAtMQkwCTB4ZTAw MDAwMDAgLSAweGRmZmZmZmZmICgweDApIE1YW0JdRU8NCglbOV0gLTEJMAkweGU5MDAwMDAwIC0g MHhlOTAwM2ZmZiAoMHg0MDAwKSBNWFtCXShCKQ0KCVsxMF0gLTEJMAkweGU0MDAwMDAwIC0gMHhl N2ZmZmZmZiAoMHg0MDAwMDAwKSBNWFtCXShCKQ0KCVsxMV0gLTEJMAkweGVhMDAwMDAwIC0gMHhl YTAwMGZmZiAoMHgxMDAwKSBNWFtCXShCKQ0KCVsxMl0gMAkwCTB4MDAwYTAwMDAgLSAweDAwMGFm ZmZmICgweDEwMDAwKSBNU1tCXQ0KCVsxM10gMAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZmICgw eDgwMDApIE1TW0JdDQoJWzE0XSAwCTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkg TVNbQl0NCglbMTVdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglb MTZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0KCVsxN10gLTEJ MAkweDAwMDA4MDAwIC0gMHgwMDAwODBmZiAoMHgxMDApIElYW0JdRQ0KCVsxOF0gLTEJMAkweDAw MDA3YzAwIC0gMHgwMDAwN2NmZiAoMHgxMDApIElYW0JdRQ0KCVsxOV0gLTEJMAkweDAwMDA3ODAw IC0gMHgwMDAwNzhmZiAoMHgxMDApIElYW0JdRQ0KCVsyMF0gLTEJMAkweDAwMDA3NDAwIC0gMHgw MDAwNzRmZiAoMHgxMDApIElYW0JdRQ0KCVsyMV0gLTEJMAkweDAwMDA3MDAwIC0gMHgwMDAwNzBm ZiAoMHgxMDApIElYW0JdRQ0KCVsyMl0gLTEJMAkweDAwMDA2YzAwIC0gMHgwMDAwNmNmZiAoMHgx MDApIElYW0JdRQ0KCVsyM10gLTEJMAkweDAwMDA2ODAwIC0gMHgwMDAwNjhmZiAoMHgxMDApIElY W0JdRQ0KCVsyNF0gLTEJMAkweDAwMDA2NDAwIC0gMHgwMDAwNjRmZiAoMHgxMDApIElYW0JdRQ0K CVsyNV0gLTEJMAkweDAwMDBlMDAwIC0gMHgwMDAwZTBmZiAoMHgxMDApIElYW0JdKEIpDQoJWzI2 XSAwCTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNbQl0NCglbMjddIDAJMAkweDAw MDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkgSVNbQl0NCihJSSkgU2V0dGluZyB2Z2EgZm9yIHNj cmVlbiAwLg0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInZnYWh3Ig0KKElJKSBMb2FkTW9kdWxl OiAidmdhaHciDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJ2Z2Fody5h DQooSUkpIE1vZHVsZSB2Z2FodzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVk IGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAwLjEuMA0KCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KKElJKSBSMTI4KDApOiBQQ0kgYnVzIDEgY2FyZCAwIGZ1 bmMgMA0KKCoqKSBSMTI4KDApOiBEZXB0aCAyNCwgKC0tKSBmcmFtZWJ1ZmZlciBicHAgMzINCihJ SSkgUjEyOCgwKTogUGl4ZWwgZGVwdGggPSAyNCBiaXRzIHN0b3JlZCBpbiA0IGJ5dGVzICgzMiBi cHAgcGl4bWFwcykNCig9PSkgUjEyOCgwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yDQoo KiopIFIxMjgoMCk6IE9wdGlvbiAiQUdQTW9kZSIgIjIiDQooKiopIFIxMjgoMCk6IE9wdGlvbiAi RGlzcGxheSIgIkNSVCINCig9PSkgUjEyOCgwKTogUkdCIHdlaWdodCA4ODgNCihJSSkgUjEyOCgw KTogVXNpbmcgOCBiaXRzIHBlciBSR0IgKDggYml0IERBQykNCihJSSkgTG9hZGluZyBzdWIgbW9k dWxlICJpbnQxMCINCihJSSkgTG9hZE1vZHVsZTogImludDEwIg0KKElJKSBMb2FkaW5nIC91c3Iv WDExUjYvbGliL21vZHVsZXMvbGliaW50MTAuYQ0KKElJKSBNb2R1bGUgaW50MTA6IHZlbmRvcj0i WC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkg UjEyOCgwKTogaW5pdGlhbGl6aW5nIGludDEwDQooPT0pIFIxMjgoMCk6IFdyaXRlLWNvbWJpbmlu ZyByYW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcg0KKD09KSBSMTI4KDAp OiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YzAwMDAsMHg0MDAwMCkgd2FzIGFscmVhZHkgY2xl YXINCihJSSkgUjEyOCgwKTogUHJpbWFyeSBWX0JJT1Mgc2VnbWVudCBpczogMHhjMDAwDQooPT0p IFIxMjgoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkg Y2xlYXINCigtLSkgUjEyOCgwKTogQ2hpcHNldDogIkFUSSBSYWdlIDEyOCBQcm8gR0wgUEYgKEFH UCkiIChDaGlwSUQgPSAweDUwNDYpDQooLS0pIFIxMjgoMCk6IExpbmVhciBmcmFtZWJ1ZmZlciBh dCAweGU0MDAwMDAwDQooLS0pIFIxMjgoMCk6IE1NSU8gcmVnaXN0ZXJzIGF0IDB4ZTkwMDAwMDAN Cig9PSkgUjEyOCgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGU5MDAwMDAwLDB4NDAwMCkg d2FzIGFscmVhZHkgY2xlYXINCihJSSkgUjEyOCgwKTogVmlkZW8gUkFNIG92ZXJyaWRlLCB1c2lu ZyAzMjc2OCBrQiBpbnN0ZWFkIG9mIDMyNzY4IGtCDQooKiopIFIxMjgoMCk6IFZpZGVvUkFNOiAz Mjc2OCBrQnl0ZSAoNjQtYml0IFNEUiBTR1JBTSAxOjEpDQooKiopIFIxMjgoMCk6IFVzaW5nIGV4 dGVybmFsIENSVCBmb3IgZGlzcGxheQ0KKFdXKSBSMTI4KDApOiBDYW4ndCBkZXRlcm1pbmUgcGFu ZWwgZGltZW5zaW9ucywgYW5kIG5vbmUgc3BlY2lmaWVkLiAJCQkgICAgICBEaXNhYmxpbmcgcHJv Z3JhbW1pbmcgb2YgRlAgcmVnaXN0ZXJzLg0KKElJKSBSMTI4KDApOiBQTEwgcGFyYW1ldGVyczog cmY9Mjk1MCByZD02NSBtaW49MTI1MDAgbWF4PTQwMDAwOyB4Y2xrPTEyMDAwDQooSUkpIExvYWRp bmcgc3ViIG1vZHVsZSAiZGRjIg0KKElJKSBMb2FkTW9kdWxlOiAiZGRjIg0KKElJKSBMb2FkaW5n IC91c3IvWDExUjYvbGliL21vZHVsZXMvbGliZGRjLmENCihJSSkgTW9kdWxlIGRkYzogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24g PSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgInZiZSINCihJSSkgTG9hZE1vZHVsZTogInZiZSINCihJSSkg TG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnZiZS5hDQooSUkpIE1vZHVsZSB2YmU6 IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2 ZXJzaW9uID0gMS4xLjANCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAw LjcNCihJSSkgUjEyOCgwKTogVkVTQSBCSU9TIGRldGVjdGVkDQooSUkpIFIxMjgoMCk6IFZFU0Eg VkJFIFZlcnNpb24gMi4wDQooSUkpIFIxMjgoMCk6IFZFU0EgVkJFIFRvdGFsIE1lbTogMzI3Njgg a0INCihJSSkgUjEyOCgwKTogVkVTQSBWQkUgT0VNOiBBVEkgUkFHRTEyOA0KKElJKSBSMTI4KDAp OiBWRVNBIFZCRSBPRU0gU29mdHdhcmUgUmV2OiAxLjANCihJSSkgUjEyOCgwKTogVkVTQSBWQkUg T0VNIFZlbmRvcjogQVRJIFRlY2hub2xvZ2llcyBJbmMuDQooSUkpIFIxMjgoMCk6IFZFU0EgVkJF IE9FTSBQcm9kdWN0OiBSMTI4DQooSUkpIFIxMjgoMCk6IFZFU0EgVkJFIE9FTSBQcm9kdWN0IFJl djogMDEuMDANCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiDQooSUkpIExvYWRNb2R1bGU6 ICJkZGMiDQooSUkpIFJlbG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmRkYy5hDQoo SUkpIFIxMjgoMCk6IFZFU0EgVkJFIEREQyBzdXBwb3J0ZWQNCihJSSkgUjEyOCgwKTogVkVTQSBW QkUgRERDIExldmVsIDINCihJSSkgUjEyOCgwKTogVkVTQSBWQkUgRERDIHRyYW5zZmVyIGluIGFw cHIuIDIgc2VjLg0KKElJKSBSMTI4KDApOiBWRVNBIFZCRSBEREMgcmVhZCBzdWNjZXNzZnVsbHkN CihJSSkgUjEyOCgwKTogTWFudWZhY3R1cmVyOiBDVFggIE1vZGVsOiA1MzIwICBTZXJpYWwjOiAw DQooSUkpIFIxMjgoMCk6IFllYXI6IDIwMDAgIFdlZWs6IDANCihJSSkgUjEyOCgwKTogRURJRCBW ZXJzaW9uOiAxLjENCihJSSkgUjEyOCgwKTogQW5hbG9nIERpc3BsYXkgSW5wdXQsICBJbnB1dCBW b2x0YWdlIExldmVsOiAwLjcwMC8wLjMwMCBWDQooSUkpIFIxMjgoMCk6IFNpZ25hbCBsZXZlbHMg Y29uZmlndXJhYmxlDQooSUkpIFIxMjgoMCk6IFN5bmM6ICBTZXBhcmF0ZSAgQ29tcG9zaXRlU2Vy cmF0aW9uIG9uLiBWLlN5bmMgUHVsc2UgcmVxLiBpZiBDb21wU3luYyBvciBTeW5jT25HcmVlbg0K KElJKSBSMTI4KDApOiBNYXggSC1JbWFnZSBTaXplIFtjbV06IGhvcml6LjogMzMgIHZlcnQuOiAy NQ0KKElJKSBSMTI4KDApOiBHYW1tYTogMi4xMA0KKElJKSBSMTI4KDApOiBEUE1TIGNhcGFiaWxp dGllczogU3RhbmRCeSBTdXNwZW5kIE9mZjsgUkdCL0NvbG9yIERpc3BsYXkNCihJSSkgUjEyOCgw KTogcmVkWDogMC42MjUgcmVkWTogMC4zNDAgICBncmVlblg6IDAuMjgwIGdyZWVuWTogMC42MDAN CihJSSkgUjEyOCgwKTogYmx1ZVg6IDAuMTUxIGJsdWVZOiAwLjA3MCAgIHdoaXRlWDogMC4yODMg d2hpdGVZOiAwLjI5Nw0KKElJKSBSMTI4KDApOiBTdXBwb3J0ZWQgVkVTQSBWaWRlbyBNb2RlczoN CihJSSkgUjEyOCgwKTogNzIweDQwMEA3MEh6DQooSUkpIFIxMjgoMCk6IDY0MHg0ODBANjBIeg0K KElJKSBSMTI4KDApOiA2NDB4NDgwQDY3SHoNCihJSSkgUjEyOCgwKTogNjQweDQ4MEA3Mkh6DQoo SUkpIFIxMjgoMCk6IDY0MHg0ODBANzVIeg0KKElJKSBSMTI4KDApOiA4MDB4NjAwQDU2SHoNCihJ SSkgUjEyOCgwKTogODAweDYwMEA2MEh6DQooSUkpIFIxMjgoMCk6IDgwMHg2MDBANzJIeg0KKElJ KSBSMTI4KDApOiA4MDB4NjAwQDc1SHoNCihJSSkgUjEyOCgwKTogODMyeDYyNEA3NUh6DQooSUkp IFIxMjgoMCk6IDEwMjR4NzY4QDg3SHogKGludGVybGFjZWQpDQooSUkpIFIxMjgoMCk6IDEwMjR4 NzY4QDYwSHoNCihJSSkgUjEyOCgwKTogMTAyNHg3NjhANzBIeg0KKElJKSBSMTI4KDApOiAxMDI0 eDc2OEA3NUh6DQooSUkpIFIxMjgoMCk6IDEyODB4MTAyNEA3NUh6DQooSUkpIFIxMjgoMCk6IDEx NTJ4ODcwQDc1SHoNCihJSSkgUjEyOCgwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMA0KKElJKSBS MTI4KDApOiBTdXBwb3J0ZWQgRnV0dXJlIFZpZGVvIE1vZGVzOg0KKElJKSBSMTI4KDApOiAjMDog aHNpemU6IDY0MCAgdnNpemUgNDgwICByZWZyZXNoOiAxMjAgIHZpZDogMzE3OTMNCihJSSkgUjEy OCgwKTogIzE6IGhzaXplOiA4MDAgIHZzaXplIDYwMCAgcmVmcmVzaDogMTIwICB2aWQ6IDMxODEz DQooSUkpIFIxMjgoMCk6ICMyOiBoc2l6ZTogMTAyNCAgdnNpemUgNzY4ICByZWZyZXNoOiAxMDAg IHZpZDogMjY3MjENCihJSSkgUjEyOCgwKTogIzM6IGhzaXplOiAxMTUyICB2c2l6ZSA4NjQgIHJl ZnJlc2g6IDEwMCAgdmlkOiAyNjczNw0KKElJKSBSMTI4KDApOiAjNDogaHNpemU6IDEyODAgIHZz aXplIDEwMjQgIHJlZnJlc2g6IDg1ICB2aWQ6IDM5Mjk3DQooSUkpIFIxMjgoMCk6ICM1OiBoc2l6 ZTogMTYwMCAgdnNpemUgMTIwMCAgcmVmcmVzaDogNzUgIHZpZDogMjAzOTMNCihJSSkgUjEyOCgw KTogU3VwcG9ydGVkIGFkZGl0aW9uYWwgVmlkZW8gTW9kZToNCihJSSkgUjEyOCgwKTogY2xvY2s6 IDM2LjAgTUh6ICAgSW1hZ2UgU2l6ZTogIDMxMCB4IDIzMiBtbQ0KKElJKSBSMTI4KDApOiBoX2Fj dGl2ZTogNjQwICBoX3N5bmM6IDY3MiAgaF9zeW5jX2VuZCA3MjAgaF9ibGFua19lbmQgODMyIGhf Ym9yZGVyOiAwDQooSUkpIFIxMjgoMCk6IHZfYWN0aXZlOiA0ODAgIHZfc3luYzogNDgxICB2X3N5 bmNfZW5kIDQ4NCB2X2JsYW5raW5nOiA1MDkgdl9ib3JkZXI6IDANCihJSSkgUjEyOCgwKTogU3Vw cG9ydGVkIGFkZGl0aW9uYWwgVmlkZW8gTW9kZToNCihJSSkgUjEyOCgwKTogY2xvY2s6IDU2LjIg TUh6ICAgSW1hZ2UgU2l6ZTogIDMxMCB4IDIzMiBtbQ0KKElJKSBSMTI4KDApOiBoX2FjdGl2ZTog ODAwICBoX3N5bmM6IDgzMiAgaF9zeW5jX2VuZCA4OTYgaF9ibGFua19lbmQgMTA0OCBoX2JvcmRl cjogMA0KKElJKSBSMTI4KDApOiB2X2FjdGl2ZTogNjAwICB2X3N5bmM6IDYwMSAgdl9zeW5jX2Vu ZCA2MDQgdl9ibGFua2luZzogNjMxIHZfYm9yZGVyOiAwDQooSUkpIFIxMjgoMCk6IFN1cHBvcnRl ZCBhZGRpdGlvbmFsIFZpZGVvIE1vZGU6DQooSUkpIFIxMjgoMCk6IGNsb2NrOiA5NC41IE1IeiAg IEltYWdlIFNpemU6ICAzMTAgeCAyMzIgbW0NCihJSSkgUjEyOCgwKTogaF9hY3RpdmU6IDEwMjQg IGhfc3luYzogMTA3MiAgaF9zeW5jX2VuZCAxMTY4IGhfYmxhbmtfZW5kIDEzNzYgaF9ib3JkZXI6 IDANCihJSSkgUjEyOCgwKTogdl9hY3RpdmU6IDc2OCAgdl9zeW5jOiA3NjkgIHZfc3luY19lbmQg NzcyIHZfYmxhbmtpbmc6IDgwOCB2X2JvcmRlcjogMA0KKElJKSBSMTI4KDApOiBSYW5nZXM6IFYg bWluOiA1MCAgViBtYXg6IDE2MCBIeiwgSCBtaW46IDMwICBIIG1heDogOTUga0h6LChJSSkgUjEy OCgwKTogDQooPT0pIFIxMjgoMCk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEuMCwgMS4wLCAx LjApDQooPT0pIFIxMjgoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhlOTAwMDAwMCwweDQw MDApIHdhcyBhbHJlYWR5IGNsZWFyDQooPT0pIFIxMjgoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5n ZSAoMHhlNDAwMDAwMCwweDIwMDAwMDApDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaTJjIg0K KElJKSBMb2FkTW9kdWxlOiAiaTJjIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVs ZXMvbGliaTJjLmENCihJSSkgTW9kdWxlIGkyYzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0K CWNvbXBpbGVkIGZvciA2LjguMSwgbW9kdWxlIHZlcnNpb24gPSAxLjIuMA0KCUFCSSBjbGFzczog WC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuNw0KKElJKSBSMTI4KDApOiBJMkMgYnVzICJE REMiIGluaXRpYWxpemVkLg0KKElJKSBSMTI4KDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVn aXN0ZXJlZCBhdCBhZGRyZXNzIDB4QTAuDQooSUkpIFIxMjgoMCk6IEkyQyBkZXZpY2UgIkREQzpk ZGMyIiByZW1vdmVkLg0KKEVFKSBSMTI4KDApOiBObyBERlAgZGV0ZWN0ZWQNCihJSSkgUjEyOCgw KTogbjogVXNpbmcgaHN5bmMgcmFuZ2Ugb2YgMzAuMDAtOTUuMDAga0h6DQooSUkpIFIxMjgoMCk6 IG46IFVzaW5nIHZyZWZyZXNoIHJhbmdlIG9mIDUwLjAwLTE2MC4wMCBIeg0KKElJKSBSMTI4KDAp OiBDbG9jayByYW5nZTogIDEyLjUwIHRvIDQwMC4wMCBNSHoNCihXVykgKDY0MHgzNTAsbikgbW9k ZSBjbG9jayAzMS41TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMzIweDE3NSxu KSBtb2RlIGNsb2NrIDE1Ljc1TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoNjQw eDQwMCxuKSBtb2RlIGNsb2NrIDMxLjVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cp ICgzMjB4MjAwLG4pIG1vZGUgY2xvY2sgMTUuNzVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6 DQooV1cpICg3MjB4NDAwLG4pIG1vZGUgY2xvY2sgMzUuNU1IeiBleGNlZWRzIEREQyBtYXhpbXVt IDBNSHoNCihXVykgKDM2MHgyMDAsbikgbW9kZSBjbG9jayAxNy43NU1IeiBleGNlZWRzIEREQyBt YXhpbXVtIDBNSHoNCihXVykgKDY0MHg0ODAsbikgbW9kZSBjbG9jayAyNS4yTUh6IGV4Y2VlZHMg RERDIG1heGltdW0gME1Ieg0KKFdXKSAoMzIweDI0MCxuKSBtb2RlIGNsb2NrIDEyLjZNSHogZXhj ZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICg2NDB4NDgwLG4pIG1vZGUgY2xvY2sgMzEuNU1I eiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDMyMHgyNDAsbikgbW9kZSBjbG9jayAx NS43NU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDY0MHg0ODAsbikgbW9kZSBj bG9jayAzMS41TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMzIweDI0MCxuKSBt b2RlIGNsb2NrIDE1Ljc1TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoNjQweDQ4 MCxuKSBtb2RlIGNsb2NrIDM2TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMzIw eDI0MCxuKSBtb2RlIGNsb2NrIDE4TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAo ODAweDYwMCxuKSBtb2RlIGNsb2NrIDM2TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdX KSAoNDAweDMwMCxuKSBtb2RlIGNsb2NrIDE4TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0K KFdXKSAoODAweDYwMCxuKSBtb2RlIGNsb2NrIDQwTUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1I eg0KKFdXKSAoNDAweDMwMCxuKSBtb2RlIGNsb2NrIDIwTUh6IGV4Y2VlZHMgRERDIG1heGltdW0g ME1Ieg0KKFdXKSAoODAweDYwMCxuKSBtb2RlIGNsb2NrIDUwTUh6IGV4Y2VlZHMgRERDIG1heGlt dW0gME1Ieg0KKFdXKSAoNDAweDMwMCxuKSBtb2RlIGNsb2NrIDI1TUh6IGV4Y2VlZHMgRERDIG1h eGltdW0gME1Ieg0KKFdXKSAoODAweDYwMCxuKSBtb2RlIGNsb2NrIDQ5LjVNSHogZXhjZWVkcyBE REMgbWF4aW11bSAwTUh6DQooV1cpICg0MDB4MzAwLG4pIG1vZGUgY2xvY2sgMjQuNzVNSHogZXhj ZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICg4MDB4NjAwLG4pIG1vZGUgY2xvY2sgNTYuM01I eiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDQwMHgzMDAsbikgbW9kZSBjbG9jayAy OC4xNU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDEwMjR4NzY4LG4pIG1vZGUg Y2xvY2sgNDQuOU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDUxMngzODQsbikg bW9kZSBjbG9jayAyMi40NU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDEwMjR4 NzY4LG4pIG1vZGUgY2xvY2sgNjVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICg1 MTJ4Mzg0LG4pIG1vZGUgY2xvY2sgMzIuNU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihX VykgKDEwMjR4NzY4LG4pIG1vZGUgY2xvY2sgNzVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6 DQooV1cpICg1MTJ4Mzg0LG4pIG1vZGUgY2xvY2sgMzcuNU1IeiBleGNlZWRzIEREQyBtYXhpbXVt IDBNSHoNCihXVykgKDEwMjR4NzY4LG4pIG1vZGUgY2xvY2sgNzguOE1IeiBleGNlZWRzIEREQyBt YXhpbXVtIDBNSHoNCihXVykgKDUxMngzODQsbikgbW9kZSBjbG9jayAzOS40TUh6IGV4Y2VlZHMg RERDIG1heGltdW0gME1Ieg0KKFdXKSAoMTAyNHg3NjgsbikgbW9kZSBjbG9jayA5NC41TUh6IGV4 Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoNTEyeDM4NCxuKSBtb2RlIGNsb2NrIDQ3LjI1 TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMTE1Mng4NjQsbikgbW9kZSBjbG9j ayAxMDhNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICg1NzZ4NDMyLG4pIG1vZGUg Y2xvY2sgNTRNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICgxMjgweDk2MCxuKSBt b2RlIGNsb2NrIDEwOE1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDY0MHg0ODAs bikgbW9kZSBjbG9jayA1NE1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDEyODB4 OTYwLG4pIG1vZGUgY2xvY2sgMTQ4LjVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cp ICg2NDB4NDgwLG4pIG1vZGUgY2xvY2sgNzQuMjVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6 DQooV1cpICgxMjgweDEwMjQsbikgbW9kZSBjbG9jayAxMDhNSHogZXhjZWVkcyBEREMgbWF4aW11 bSAwTUh6DQooV1cpICg2NDB4NTEyLG4pIG1vZGUgY2xvY2sgNTRNSHogZXhjZWVkcyBEREMgbWF4 aW11bSAwTUh6DQooV1cpICgxMjgweDEwMjQsbikgbW9kZSBjbG9jayAxMzVNSHogZXhjZWVkcyBE REMgbWF4aW11bSAwTUh6DQooV1cpICg2NDB4NTEyLG4pIG1vZGUgY2xvY2sgNjcuNU1IeiBleGNl ZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDEyODB4MTAyNCxuKSBtb2RlIGNsb2NrIDE1Ny41 TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoNjQweDUxMixuKSBtb2RlIGNsb2Nr IDc4Ljc1TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMTYwMHgxMjAwLG4pIG1v ZGUgY2xvY2sgMTYyTUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoODAweDYwMCxu KSBtb2RlIGNsb2NrIDgxTUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMTYwMHgx MjAwLG4pIG1vZGUgY2xvY2sgMTc1LjVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cp ICg4MDB4NjAwLG4pIG1vZGUgY2xvY2sgODcuNzVNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6 DQooV1cpICgxNjAweDEyMDAsbikgbW9kZSBjbG9jayAxODlNSHogZXhjZWVkcyBEREMgbWF4aW11 bSAwTUh6DQooV1cpICg4MDB4NjAwLG4pIG1vZGUgY2xvY2sgOTQuNU1IeiBleGNlZWRzIEREQyBt YXhpbXVtIDBNSHoNCihXVykgKDE2MDB4MTIwMCxuKSBtb2RlIGNsb2NrIDIwMi41TUh6IGV4Y2Vl ZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoODAweDYwMCxuKSBtb2RlIGNsb2NrIDEwMS4yNU1I eiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRlZmF1 bHQgbW9kZSAiMTYwMHgxMjAwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKElJKSBSMTI4KDApOiBO b3QgdXNpbmcgZGVmYXVsdCBtb2RlICI4MDB4NjAwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKFdX KSAoMTc5MngxMzQ0LG4pIG1vZGUgY2xvY2sgMjA0LjhNSHogZXhjZWVkcyBEREMgbWF4aW11bSAw TUh6DQooV1cpICg4OTZ4NjcyLG4pIG1vZGUgY2xvY2sgMTAyLjRNSHogZXhjZWVkcyBEREMgbWF4 aW11bSAwTUh6DQooSUkpIFIxMjgoMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjE3OTJ4MTM0 NCIgKGhzeW5jIG91dCBvZiByYW5nZSkNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRlZmF1bHQg bW9kZSAiODk2eDY3MiIgKGhzeW5jIG91dCBvZiByYW5nZSkNCihXVykgKDE4NTZ4MTM5MixuKSBt b2RlIGNsb2NrIDIxOC4zTUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoOTI4eDY5 NixuKSBtb2RlIGNsb2NrIDEwOS4xNU1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihJSSkg UjEyOCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTg1NngxMzkyIiAoaHN5bmMgb3V0IG9m IHJhbmdlKQ0KKElJKSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI5Mjh4Njk2IiAo aHN5bmMgb3V0IG9mIHJhbmdlKQ0KKFdXKSAoMTkyMHgxNDQwLG4pIG1vZGUgY2xvY2sgMjM0TUh6 IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoOTYweDcyMCxuKSBtb2RlIGNsb2NrIDEx N01IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRl ZmF1bHQgbW9kZSAiMTkyMHgxNDQwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKElJKSBSMTI4KDAp OiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI5NjB4NzIwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0K KFdXKSAoODMyeDYyNCxuKSBtb2RlIGNsb2NrIDU3LjI4NE1IeiBleGNlZWRzIEREQyBtYXhpbXVt IDBNSHoNCihXVykgKDQxNngzMTIsbikgbW9kZSBjbG9jayAyOC42NDJNSHogZXhjZWVkcyBEREMg bWF4aW11bSAwTUh6DQooV1cpICgxMTUyeDc2OCxuKSBtb2RlIGNsb2NrIDY0Ljk5NU1IeiBleGNl ZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDU3NngzODQsbikgbW9kZSBjbG9jayAzMi40OTdN SHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICgxNDAweDEwNTAsbikgbW9kZSBjbG9j ayAxMjJNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICg3MDB4NTI1LG4pIG1vZGUg Y2xvY2sgNjFNSHogZXhjZWVkcyBEREMgbWF4aW11bSAwTUh6DQooV1cpICgxNDAweDEwNTAsbikg bW9kZSBjbG9jayAxNTUuOE1IeiBleGNlZWRzIEREQyBtYXhpbXVtIDBNSHoNCihXVykgKDcwMHg1 MjUsbikgbW9kZSBjbG9jayA3Ny45TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAo MTYwMHgxMDI0LG4pIG1vZGUgY2xvY2sgMTA2LjkxTUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1I eg0KKFdXKSAoODAweDUxMixuKSBtb2RlIGNsb2NrIDUzLjQ1NU1IeiBleGNlZWRzIEREQyBtYXhp bXVtIDBNSHoNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTkyMHgxNDQw IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKElJKSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBt b2RlICI5NjB4NzIwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKFdXKSAoMjA0OHgxNTM2LG4pIG1v ZGUgY2xvY2sgMjY2Ljk1TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKFdXKSAoMTAyNHg3 NjgsbikgbW9kZSBjbG9jayAxMzMuNDc1TUh6IGV4Y2VlZHMgRERDIG1heGltdW0gME1Ieg0KKElJ KSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIyMDQ4eDE1MzYiIChoc3luYyBvdXQg b2YgcmFuZ2UpDQooSUkpIFIxMjgoMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjEwMjR4NzY4 IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKElJKSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBt b2RlICIyMDQ4eDE1MzYiIChoc3luYyBvdXQgb2YgcmFuZ2UpDQooSUkpIFIxMjgoMCk6IE5vdCB1 c2luZyBkZWZhdWx0IG1vZGUgIjEwMjR4NzY4IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQ0KKElJKSBS MTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIyMDQ4eDE1MzYiICh3aWR0aCB0b28gbGFy Z2UgZm9yIHZpcnR1YWwgc2l6ZSkNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9k ZSAiMTkyMHgxNDQwIiAod2lkdGggdG9vIGxhcmdlIGZvciB2aXJ0dWFsIHNpemUpDQooSUkpIFIx MjgoMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjE4NTZ4MTM5MiIgKHdpZHRoIHRvbyBsYXJn ZSBmb3IgdmlydHVhbCBzaXplKQ0KKElJKSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2Rl ICIxNzkyeDEzNDQiICh3aWR0aCB0b28gbGFyZ2UgZm9yIHZpcnR1YWwgc2l6ZSkNCihJSSkgUjEy OCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTYwMHgxMjAwIiAod2lkdGggdG9vIGxhcmdl IGZvciB2aXJ0dWFsIHNpemUpDQooSUkpIFIxMjgoMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUg IjE2MDB4MTIwMCIgKHdpZHRoIHRvbyBsYXJnZSBmb3IgdmlydHVhbCBzaXplKQ0KKElJKSBSMTI4 KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIxNjAweDEyMDAiICh3aWR0aCB0b28gbGFyZ2Ug Zm9yIHZpcnR1YWwgc2l6ZSkNCihJSSkgUjEyOCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAi MTYwMHgxMjAwIiAod2lkdGggdG9vIGxhcmdlIGZvciB2aXJ0dWFsIHNpemUpDQooSUkpIFIxMjgo MCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjE0MDB4MTA1MCIgKHdpZHRoIHRvbyBsYXJnZSBm b3IgdmlydHVhbCBzaXplKQ0KKElJKSBSMTI4KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIx NDAweDEwNTAiICh3aWR0aCB0b28gbGFyZ2UgZm9yIHZpcnR1YWwgc2l6ZSkNCigtLSkgUjEyOCgw KTogVmlydHVhbCBzaXplIGlzIDEyODB4MTAyNCAocGl0Y2ggMTI4MCkNCigqKikgUjEyOCgwKTog KkRlZmF1bHQgbW9kZSAiMTI4MHgxMDI0IjogMTU3LjUgTUh6LCA5MS4xIGtIeiwgODUuMCBIeg0K KElJKSBSMTI4KDApOiBNb2RlbGluZSAiMTI4MHgxMDI0IiAgMTU3LjUwICAxMjgwIDEzNDQgMTUw NCAxNzI4ICAxMDI0IDEwMjUgMTAyOCAxMDcyICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTog KkRlZmF1bHQgbW9kZSAiMTAyNHg3NjgiOiA5NC41IE1IeiwgNjguNyBrSHosIDg1LjAgSHoNCihJ SSkgUjEyOCgwKTogTW9kZWxpbmUgIjEwMjR4NzY4IiAgIDk0LjUwICAxMDI0IDEwNzIgMTE2OCAx Mzc2ICA3NjggNzY5IDc3MiA4MDggK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVs dCBtb2RlICIxMjgweDEwMjQiOiAxMzUuMCBNSHosIDgwLjAga0h6LCA3NS4wIEh6DQooSUkpIFIx MjgoMCk6IE1vZGVsaW5lICIxMjgweDEwMjQiICAxMzUuMDAgIDEyODAgMTI5NiAxNDQwIDE2ODgg IDEwMjQgMTAyNSAxMDI4IDEwNjYgK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVs dCBtb2RlICIxMjgweDEwMjQiOiAxMDguMCBNSHosIDY0LjAga0h6LCA2MC4wIEh6DQooSUkpIFIx MjgoMCk6IE1vZGVsaW5lICIxMjgweDEwMjQiICAxMDguMDAgIDEyODAgMTMyOCAxNDQwIDE2ODgg IDEwMjQgMTAyNSAxMDI4IDEwNjYgK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVs dCBtb2RlICIxMjgweDk2MCI6IDE0OC41IE1IeiwgODUuOSBrSHosIDg1LjAgSHoNCihJSSkgUjEy OCgwKTogTW9kZWxpbmUgIjEyODB4OTYwIiAgMTQ4LjUwICAxMjgwIDEzNDQgMTUwNCAxNzI4ICA5 NjAgOTYxIDk2NCAxMDExICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9k ZSAiMTI4MHg5NjAiOiAxMDguMCBNSHosIDYwLjAga0h6LCA2MC4wIEh6DQooSUkpIFIxMjgoMCk6 IE1vZGVsaW5lICIxMjgweDk2MCIgIDEwOC4wMCAgMTI4MCAxMzc2IDE0ODggMTgwMCAgOTYwIDk2 MSA5NjQgMTAwMCAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjEx NTJ4ODY0IjogMTA4LjAgTUh6LCA2Ny41IGtIeiwgNzUuMCBIeg0KKElJKSBSMTI4KDApOiBNb2Rl bGluZSAiMTE1Mng4NjQiICAxMDguMDAgIDExNTIgMTIxNiAxMzQ0IDE2MDAgIDg2NCA4NjUgODY4 IDkwMCAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjExNTJ4NzY4 IjogNjUuMCBNSHosIDQ0LjIga0h6LCA1NC44IEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICIx MTUyeDc2OCIgICA2NS4wMCAgMTE1MiAxMTc4IDEzMTQgMTQ3MiAgNzY4IDc3MSA3NzcgODA2ICto c3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiMTAyNHg3NjgiOiA3OC44 IE1IeiwgNjAuMSBrSHosIDc1LjEgSHoNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjEwMjR4NzY4 IiAgIDc4LjgwICAxMDI0IDEwNDAgMTEzNiAxMzEyICA3NjggNzY5IDc3MiA4MDAgK2hzeW5jICt2 c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICIxMDI0eDc2OCI6IDc1LjAgTUh6LCA1 Ni41IGtIeiwgNzAuMSBIeg0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiMTAyNHg3NjgiICAgNzUu MDAgIDEwMjQgMTA0OCAxMTg0IDEzMjggIDc2OCA3NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5jDQoo KiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjEwMjR4NzY4IjogMTMzLjUgTUh6LCA5NS4zIGtI eiwgNjAuMCBIeiAoRCkNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjEwMjR4NzY4IiAgMTMzLjQ3 ICAxMDI0IDExMDAgMTIxMiAxNDAwICA3NjggNzY4IDc3MCA3OTQgZG91Ymxlc2NhbiAtaHN5bmMg K3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjEwMjR4NzY4IjogNjUuMCBNSHos IDQ4LjQga0h6LCA2MC4wIEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICIxMDI0eDc2OCIgICA2 NS4wMCAgMTAyNCAxMDQ4IDExODQgMTM0NCAgNzY4IDc3MSA3NzcgODA2IC1oc3luYyAtdnN5bmMN CigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiMTAyNHg3NjgiOiA0NC45IE1IeiwgMzUuNSBr SHosIDg3LjEgSHogKEkpDQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICIxMDI0eDc2OCIgICA0NC45 MCAgMTAyNCAxMDMyIDEyMDggMTI2NCAgNzY4IDc2OCA3NzYgODE3IGludGVybGFjZSAraHN5bmMg K3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjk2MHg3MjAiOiAxMTcuMCBNSHos IDkwLjAga0h6LCA2MC4wIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiOTYweDcyMCIg IDExNy4wMCAgOTYwIDEwMjQgMTEyOCAxMzAwICA3MjAgNzIwIDcyMiA3NTAgZG91Ymxlc2NhbiAt aHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjkyOHg2OTYiOiAxMDku MiBNSHosIDg2LjQga0h6LCA2MC4xIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiOTI4 eDY5NiIgIDEwOS4xNSAgOTI4IDk3NiAxMDg4IDEyNjQgIDY5NiA2OTYgNjk4IDcxOSBkb3VibGVz Y2FuIC1oc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiODk2eDY3MiI6 IDEwMi40IE1IeiwgODMuNyBrSHosIDYwLjAgSHogKEQpDQooSUkpIFIxMjgoMCk6IE1vZGVsaW5l ICI4OTZ4NjcyIiAgMTAyLjQwICA4OTYgOTYwIDEwNjAgMTIyNCAgNjcyIDY3MiA2NzQgNjk3IGRv dWJsZXNjYW4gLWhzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI4MzJ4 NjI0IjogNTcuMyBNSHosIDQ5Ljcga0h6LCA3NC42IEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5l ICI4MzJ4NjI0IiAgIDU3LjI4ICA4MzIgODY0IDkyOCAxMTUyICA2MjQgNjI1IDYyOCA2NjcgLWhz eW5jIC12c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI4MDB4NjAwIjogNTYuMyBN SHosIDUzLjcga0h6LCA4NS4xIEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICI4MDB4NjAwIiAg IDU2LjMwICA4MDAgODMyIDg5NiAxMDQ4ICA2MDAgNjAxIDYwNCA2MzEgK2hzeW5jICt2c3luYw0K KCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI4MDB4NjAwIjogNDkuNSBNSHosIDQ2Ljkga0h6 LCA3NS4wIEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICI4MDB4NjAwIiAgIDQ5LjUwICA4MDAg ODE2IDg5NiAxMDU2ICA2MDAgNjAxIDYwNCA2MjUgK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDAp OiAgRGVmYXVsdCBtb2RlICI4MDB4NjAwIjogMTAxLjIgTUh6LCA5My44IGtIeiwgNzUuMCBIeiAo RCkNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjgwMHg2MDAiICAxMDEuMjUgIDgwMCA4MzIgOTI4 IDEwODAgIDYwMCA2MDAgNjAyIDYyNSBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEy OCgwKTogIERlZmF1bHQgbW9kZSAiODAweDYwMCI6IDUwLjAgTUh6LCA0OC4xIGtIeiwgNzIuMiBI eg0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiODAweDYwMCIgICA1MC4wMCAgODAwIDg1NiA5NzYg MTA0MCAgNjAwIDYzNyA2NDMgNjY2ICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1 bHQgbW9kZSAiODAweDYwMCI6IDk0LjUgTUh6LCA4Ny41IGtIeiwgNzAuMCBIeiAoRCkNCihJSSkg UjEyOCgwKTogTW9kZWxpbmUgIjgwMHg2MDAiICAgOTQuNTAgIDgwMCA4MzIgOTI4IDEwODAgIDYw MCA2MDAgNjAyIDYyNSBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERl ZmF1bHQgbW9kZSAiODAweDYwMCI6IDg3LjggTUh6LCA4MS4yIGtIeiwgNjUuMCBIeiAoRCkNCihJ SSkgUjEyOCgwKTogTW9kZWxpbmUgIjgwMHg2MDAiICAgODcuNzUgIDgwMCA4MzIgOTI4IDEwODAg IDYwMCA2MDAgNjAyIDYyNSBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTog IERlZmF1bHQgbW9kZSAiODAweDYwMCI6IDQwLjAgTUh6LCAzNy45IGtIeiwgNjAuMyBIeg0KKElJ KSBSMTI4KDApOiBNb2RlbGluZSAiODAweDYwMCIgICA0MC4wMCAgODAwIDg0MCA5NjggMTA1NiAg NjAwIDYwMSA2MDUgNjI4ICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9k ZSAiODAweDYwMCI6IDgxLjAgTUh6LCA3NS4wIGtIeiwgNjAuMCBIeiAoRCkNCihJSSkgUjEyOCgw KTogTW9kZWxpbmUgIjgwMHg2MDAiICAgODEuMDAgIDgwMCA4MzIgOTI4IDEwODAgIDYwMCA2MDAg NjAyIDYyNSBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQg bW9kZSAiODAweDYwMCI6IDM2LjAgTUh6LCAzNS4yIGtIeiwgNTYuMiBIeg0KKElJKSBSMTI4KDAp OiBNb2RlbGluZSAiODAweDYwMCIgICAzNi4wMCAgODAwIDgyNCA4OTYgMTAyNCAgNjAwIDYwMSA2 MDMgNjI1ICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiNzAweDUy NSI6IDc3LjkgTUh6LCA4MS41IGtIeiwgNzQuOCBIeiAoRCkNCihJSSkgUjEyOCgwKTogTW9kZWxp bmUgIjcwMHg1MjUiICAgNzcuOTAgIDcwMCA3MzIgODkyIDk1NiAgNTI1IDUyNiA1MzIgNTQ1IGRv dWJsZXNjYW4gK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI3MDB4 NTI1IjogNjEuMCBNSHosIDY0Ljkga0h6LCA2MC4wIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2Rl bGluZSAiNzAweDUyNSIgICA2MS4wMCAgNzAwIDc0NCA4MjAgOTQwICA1MjUgNTI2IDUzMiA1NDEg ZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjY0 MHg1MTIiOiA3OC44IE1IeiwgOTEuMSBrSHosIDg1LjAgSHogKEQpDQooSUkpIFIxMjgoMCk6IE1v ZGVsaW5lICI2NDB4NTEyIiAgIDc4Ljc1ICA2NDAgNjcyIDc1MiA4NjQgIDUxMiA1MTIgNTE0IDUz NiBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAi NjQweDUxMiI6IDY3LjUgTUh6LCA4MC4wIGtIeiwgNzUuMCBIeiAoRCkNCihJSSkgUjEyOCgwKTog TW9kZWxpbmUgIjY0MHg1MTIiICAgNjcuNTAgIDY0MCA2NDggNzIwIDg0NCAgNTEyIDUxMiA1MTQg NTMzIGRvdWJsZXNjYW4gK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2Rl ICI2NDB4NTEyIjogNTQuMCBNSHosIDY0LjAga0h6LCA2MC4wIEh6IChEKQ0KKElJKSBSMTI4KDAp OiBNb2RlbGluZSAiNjQweDUxMiIgICA1NC4wMCAgNjQwIDY2NCA3MjAgODQ0ICA1MTIgNTEyIDUx NCA1MzMgZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1v ZGUgIjY0MHg0ODAiOiA3NC4yIE1IeiwgODUuOSBrSHosIDg1LjEgSHogKEQpDQooSUkpIFIxMjgo MCk6IE1vZGVsaW5lICI2NDB4NDgwIiAgIDc0LjI1ICA2NDAgNjcyIDc1MiA4NjQgIDQ4MCA0ODAg NDgyIDUwNSBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQg bW9kZSAiNjQweDQ4MCI6IDM2LjAgTUh6LCA0My4zIGtIeiwgODUuMCBIeg0KKElJKSBSMTI4KDAp OiBNb2RlbGluZSAiNjQweDQ4MCIgICAzNi4wMCAgNjQwIDY5NiA3NTIgODMyICA0ODAgNDgxIDQ4 NCA1MDkgLWhzeW5jIC12c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI2NDB4NDgw IjogMzEuNSBNSHosIDM3LjUga0h6LCA3NS4wIEh6DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICI2 NDB4NDgwIiAgIDMxLjUwICA2NDAgNjU2IDcyMCA4NDAgIDQ4MCA0ODEgNDg0IDUwMCAtaHN5bmMg LXZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjY0MHg0ODAiOiAzMS41IE1Ieiwg MzcuOSBrSHosIDcyLjggSHoNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjY0MHg0ODAiICAgMzEu NTAgIDY0MCA2NjQgNzA0IDgzMiAgNDgwIDQ4OSA0OTEgNTIwIC1oc3luYyAtdnN5bmMNCigqKikg UjEyOCgwKTogIERlZmF1bHQgbW9kZSAiNjQweDQ4MCI6IDI1LjIgTUh6LCAzMS41IGtIeiwgNjAu MCBIeg0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiNjQweDQ4MCIgICAyNS4yMCAgNjQwIDY1NiA3 NTIgODAwICA0ODAgNDkwIDQ5MiA1MjUgLWhzeW5jIC12c3luYw0KKCoqKSBSMTI4KDApOiAgRGVm YXVsdCBtb2RlICI2NDB4NDgwIjogNTQuMCBNSHosIDYwLjAga0h6LCA2MC4wIEh6IChEKQ0KKElJ KSBSMTI4KDApOiBNb2RlbGluZSAiNjQweDQ4MCIgICA1NC4wMCAgNjQwIDY4OCA3NDQgOTAwICA0 ODAgNDgwIDQ4MiA1MDAgZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBE ZWZhdWx0IG1vZGUgIjcyMHg0MDAiOiAzNS41IE1IeiwgMzcuOSBrSHosIDg1LjAgSHoNCihJSSkg UjEyOCgwKTogTW9kZWxpbmUgIjcyMHg0MDAiICAgMzUuNTAgIDcyMCA3NTYgODI4IDkzNiAgNDAw IDQwMSA0MDQgNDQ2IC1oc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAi NjQweDQwMCI6IDMxLjUgTUh6LCAzNy45IGtIeiwgODUuMSBIeg0KKElJKSBSMTI4KDApOiBNb2Rl bGluZSAiNjQweDQwMCIgICAzMS41MCAgNjQwIDY3MiA3MzYgODMyICA0MDAgNDAxIDQwNCA0NDUg LWhzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI1NzZ4NDMyIjogNTQu MCBNSHosIDY3LjUga0h6LCA3NS4wIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiNTc2 eDQzMiIgICA1NC4wMCAgNTc2IDYwOCA2NzIgODAwICA0MzIgNDMyIDQzNCA0NTAgZG91Ymxlc2Nh biAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjY0MHgzNTAiOiAz MS41IE1IeiwgMzcuOSBrSHosIDg1LjEgSHoNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjY0MHgz NTAiICAgMzEuNTAgIDY0MCA2NzIgNzM2IDgzMiAgMzUwIDM4MiAzODUgNDQ1ICtoc3luYyAtdnN5 bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiNTc2eDM4NCI6IDMyLjUgTUh6LCA0NC4y IGtIeiwgNTQuOCBIeiAoRCkNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjU3NngzODQiICAgMzIu NTAgIDU3NiA1ODkgNjU3IDczNiAgMzg0IDM4NSAzODggNDAzIGRvdWJsZXNjYW4gK2hzeW5jICt2 c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI1MTJ4Mzg0IjogNDcuMiBNSHosIDY4 Ljcga0h6LCA4NS4wIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiNTEyeDM4NCIgICA0 Ny4yNSAgNTEyIDUzNiA1ODQgNjg4ICAzODQgMzg0IDM4NiA0MDQgZG91Ymxlc2NhbiAraHN5bmMg K3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjUxMngzODQiOiAzOS40IE1Ieiwg NjAuMSBrSHosIDc1LjEgSHogKEQpDQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICI1MTJ4Mzg0IiAg IDM5LjQwICA1MTIgNTIwIDU2OCA2NTYgIDM4NCAzODQgMzg2IDQwMCBkb3VibGVzY2FuICtoc3lu YyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAiNTEyeDM4NCI6IDM3LjUgTUh6 LCA1Ni41IGtIeiwgNzAuMSBIeiAoRCkNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjUxMngzODQi ICAgMzcuNTAgIDUxMiA1MjQgNTkyIDY2NCAgMzg0IDM4NSAzODggNDAzIGRvdWJsZXNjYW4gLWhz eW5jIC12c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2RlICI1MTJ4Mzg0IjogMzIuNSBN SHosIDQ4LjQga0h6LCA2MC4wIEh6IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiNTEyeDM4 NCIgICAzMi41MCAgNTEyIDUyNCA1OTIgNjcyICAzODQgMzg1IDM4OCA0MDMgZG91Ymxlc2NhbiAt aHN5bmMgLXZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjUxMngzODQiOiAyMi40 IE1IeiwgMzUuNSBrSHosIDg3LjEgSHogKEQpDQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICI1MTJ4 Mzg0IiAgIDIyLjQ1ICA1MTIgNTE2IDYwNCA2MzIgIDM4NCAzODQgMzg4IDQwOSBpbnRlcmxhY2Ug ZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1vZGUgIjQx NngzMTIiOiAyOC42IE1IeiwgNDkuNyBrSHosIDc0LjcgSHogKEQpDQooSUkpIFIxMjgoMCk6IE1v ZGVsaW5lICI0MTZ4MzEyIiAgIDI4LjY0ICA0MTYgNDMyIDQ2NCA1NzYgIDMxMiAzMTIgMzE0IDMz MyBkb3VibGVzY2FuIC1oc3luYyAtdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQgbW9kZSAi NDAweDMwMCI6IDI4LjEgTUh6LCA1My43IGtIeiwgODUuMyBIeiAoRCkNCihJSSkgUjEyOCgwKTog TW9kZWxpbmUgIjQwMHgzMDAiICAgMjguMTUgIDQwMCA0MTYgNDQ4IDUyNCAgMzAwIDMwMCAzMDIg MzE1IGRvdWJsZXNjYW4gK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVsdCBtb2Rl ICI0MDB4MzAwIjogMjQuOCBNSHosIDQ2Ljkga0h6LCA3NS4xIEh6IChEKQ0KKElJKSBSMTI4KDAp OiBNb2RlbGluZSAiNDAweDMwMCIgICAyNC43NSAgNDAwIDQwOCA0NDggNTI4ICAzMDAgMzAwIDMw MiAzMTIgZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZhdWx0IG1v ZGUgIjQwMHgzMDAiOiAyNS4wIE1IeiwgNDguMSBrSHosIDcyLjIgSHogKEQpDQooSUkpIFIxMjgo MCk6IE1vZGVsaW5lICI0MDB4MzAwIiAgIDI1LjAwICA0MDAgNDI4IDQ4OCA1MjAgIDMwMCAzMTgg MzIxIDMzMyBkb3VibGVzY2FuICtoc3luYyArdnN5bmMNCigqKikgUjEyOCgwKTogIERlZmF1bHQg bW9kZSAiNDAweDMwMCI6IDIwLjAgTUh6LCAzNy45IGtIeiwgNjAuMyBIeiAoRCkNCihJSSkgUjEy OCgwKTogTW9kZWxpbmUgIjQwMHgzMDAiICAgMjAuMDAgIDQwMCA0MjAgNDg0IDUyOCAgMzAwIDMw MCAzMDIgMzE0IGRvdWJsZXNjYW4gK2hzeW5jICt2c3luYw0KKCoqKSBSMTI4KDApOiAgRGVmYXVs dCBtb2RlICI0MDB4MzAwIjogMTguMCBNSHosIDM1LjIga0h6LCA1Ni4zIEh6IChEKQ0KKElJKSBS MTI4KDApOiBNb2RlbGluZSAiNDAweDMwMCIgICAxOC4wMCAgNDAwIDQxMiA0NDggNTEyICAzMDAg MzAwIDMwMSAzMTIgZG91Ymxlc2NhbiAraHN5bmMgK3ZzeW5jDQooKiopIFIxMjgoMCk6ICBEZWZh dWx0IG1vZGUgIjMyMHgyNDAiOiAxOC4wIE1IeiwgNDMuMyBrSHosIDg1LjIgSHogKEQpDQooSUkp IFIxMjgoMCk6IE1vZGVsaW5lICIzMjB4MjQwIiAgIDE4LjAwICAzMjAgMzQ4IDM3NiA0MTYgIDI0 MCAyNDAgMjQyIDI1NCBkb3VibGVzY2FuIC1oc3luYyAtdnN5bmMNCigqKikgUjEyOCgwKTogIERl ZmF1bHQgbW9kZSAiMzIweDI0MCI6IDE1LjggTUh6LCAzNy41IGtIeiwgNzUuMCBIeiAoRCkNCihJ SSkgUjEyOCgwKTogTW9kZWxpbmUgIjMyMHgyNDAiICAgMTUuNzUgIDMyMCAzMjggMzYwIDQyMCAg MjQwIDI0MCAyNDIgMjUwIGRvdWJsZXNjYW4gLWhzeW5jIC12c3luYw0KKCoqKSBSMTI4KDApOiAg RGVmYXVsdCBtb2RlICIzMjB4MjQwIjogMTUuOCBNSHosIDM3Ljkga0h6LCA3Mi44IEh6IChEKQ0K KElJKSBSMTI4KDApOiBNb2RlbGluZSAiMzIweDI0MCIgICAxNS43NSAgMzIwIDMzMiAzNTIgNDE2 ICAyNDAgMjQ0IDI0NSAyNjAgZG91Ymxlc2NhbiAtaHN5bmMgLXZzeW5jDQooKiopIFIxMjgoMCk6 ICBEZWZhdWx0IG1vZGUgIjMyMHgyNDAiOiAxMi42IE1IeiwgMzEuNSBrSHosIDYwLjEgSHogKEQp DQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICIzMjB4MjQwIiAgIDEyLjYwICAzMjAgMzI4IDM3NiA0 MDAgIDI0MCAyNDUgMjQ2IDI2MiBkb3VibGVzY2FuIC1oc3luYyAtdnN5bmMNCigqKikgUjEyOCgw KTogIERlZmF1bHQgbW9kZSAiMzYweDIwMCI6IDE3LjggTUh6LCAzNy45IGtIeiwgODUuMCBIeiAo RCkNCihJSSkgUjEyOCgwKTogTW9kZWxpbmUgIjM2MHgyMDAiICAgMTcuNzUgIDM2MCAzNzggNDE0 IDQ2OCAgMjAwIDIwMCAyMDIgMjIzIGRvdWJsZXNjYW4gLWhzeW5jICt2c3luYw0KKCoqKSBSMTI4 KDApOiAgRGVmYXVsdCBtb2RlICIzMjB4MjAwIjogMTUuOCBNSHosIDM3Ljkga0h6LCA4NS4zIEh6 IChEKQ0KKElJKSBSMTI4KDApOiBNb2RlbGluZSAiMzIweDIwMCIgICAxNS43NSAgMzIwIDMzNiAz NjggNDE2ICAyMDAgMjAwIDIwMiAyMjIgZG91Ymxlc2NhbiAtaHN5bmMgK3ZzeW5jDQooKiopIFIx MjgoMCk6ICBEZWZhdWx0IG1vZGUgIjMyMHgxNzUiOiAxNS44IE1IeiwgMzcuOSBrSHosIDg1LjMg SHogKEQpDQooSUkpIFIxMjgoMCk6IE1vZGVsaW5lICIzMjB4MTc1IiAgIDE1Ljc1ICAzMjAgMzM2 IDM2OCA0MTYgIDE3NSAxOTEgMTkyIDIyMiBkb3VibGVzY2FuICtoc3luYyAtdnN5bmMNCigtLSkg UjEyOCgwKTogRGlzcGxheSBkaW1lbnNpb25zOiAoMzMwLCAyNTApIG1tDQooLS0pIFIxMjgoMCk6 IERQSSBzZXQgdG8gKDk4LCAxMDQpDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiDQooSUkp IExvYWRNb2R1bGU6ICJmYiINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xp YmZiLmENCihJSSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGls ZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBB TlNJIEMgRW11bGF0aW9uLCB2ZXJzaW9uIDAuMg0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInJh bWRhYyINCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2 L2xpYi9tb2R1bGVzL2xpYnJhbWRhYy5hDQooSUkpIE1vZHVsZSByYW1kYWM6IHZlbmRvcj0iWC5P cmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi44LjEsIG1vZHVsZSB2ZXJzaW9uID0gMC4x LjANCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjcNCihJSSkgTG9h ZGluZyBzdWIgbW9kdWxlICJ4YWEiDQooSUkpIExvYWRNb2R1bGU6ICJ4YWEiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJ4YWEuYQ0KKElJKSBNb2R1bGUgeGFhOiB2ZW5k b3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVyc2lv biA9IDEuMi4wDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC43DQoo KiopIFIxMjgoMCk6IFVzaW5nIEFHUCAyeCBtb2RlDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAi c2hhZG93ZmIiDQooSUkpIExvYWRNb2R1bGU6ICJzaGFkb3dmYiINCihJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2xpYnNoYWRvd2ZiLmENCihJSSkgTW9kdWxlIHNoYWRvd2ZiOiB2 ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOC4xLCBtb2R1bGUgdmVy c2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBBTlNJIEMgRW11bGF0aW9uLCB2ZXJzaW9u IDAuMg0KKElJKSBSMTI4KDApOiBQYWdlIGZsaXBwaW5nIGRpc2FibGVkDQooPT0pIFIxMjgoMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXINCigh ISkgUjEyOCgwKTogRm9yIGluZm9ybWF0aW9uIG9uIHVzaW5nIHRoZSBtdWx0aW1lZGlhIGNhcGFi aWxpdGllcw0KCW9mIHRoaXMgYWRhcHRlciwgcGxlYXNlIHNlZSBodHRwOi8vZ2F0b3Muc2YubmV0 Lg0KKC0tKSBEZXB0aCAyNCBwaXhtYXAgZm9ybWF0IGlzIDMyIGJwcA0KKElJKSBkbyBJIG5lZWQg UkFDPyAgTm8sIEkgZG9uJ3QuDQooSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciBwcmVJbml0Og0K CVswXSAwCTAJMHhlOTAwMDAwMCAtIDB4ZTkwMDNmZmYgKDB4NDAwMCkgTVNbQl0NCglbMV0gMAkw CTB4ZTQwMDAwMDAgLSAweGU3ZmZmZmZmICgweDQwMDAwMDApIE1TW0JdDQoJWzJdIC0xCTAJMHhm ZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQ0KCVszXSAtMQkwCTB4MDAx MDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikNCglbNF0gLTEJMAkweDAw MGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbNV0gLTEJMAkweDAwMGMwMDAw IC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0NCglbNl0gLTEJMAkweDAwMDAwMDAwIC0gMHgw MDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0NCglbN10gLTEJMAkweGVhMDAzMDAwIC0gMHhlYTAwM2Zm ZiAoMHgxMDAwKSBNWFtCXUUNCglbOF0gLTEJMAkweGVhMDAyMDAwIC0gMHhlYTAwMmZmZiAoMHgx MDAwKSBNWFtCXUUNCglbOV0gLTEJMAkweGVhMDAxMDAwIC0gMHhlYTAwMWZmZiAoMHgxMDAwKSBN WFtCXUUNCglbMTBdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZGZmZmZmZmYgKDB4MCkgTVhbQl1FTw0K CVsxMV0gLTEJMAkweGU5MDAwMDAwIC0gMHhlOTAwM2ZmZiAoMHg0MDAwKSBNWFtCXShCKQ0KCVsx Ml0gLTEJMAkweGU0MDAwMDAwIC0gMHhlN2ZmZmZmZiAoMHg0MDAwMDAwKSBNWFtCXShCKQ0KCVsx M10gLTEJMAkweGVhMDAwMDAwIC0gMHhlYTAwMGZmZiAoMHgxMDAwKSBNWFtCXShCKQ0KCVsxNF0g MAkwCTB4MDAwYTAwMDAgLSAweDAwMGFmZmZmICgweDEwMDAwKSBNU1tCXShPcHJVKQ0KCVsxNV0g MAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZmICgweDgwMDApIE1TW0JdKE9wclUpDQoJWzE2XSAw CTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0oT3ByVSkNCglbMTddIDAJ MAkweDAwMDBlMDAwIC0gMHgwMDAwZTBmZiAoMHgxMDApIElTW0JdDQoJWzE4XSAtMQkwCTB4MDAw MGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdDQoJWzE5XSAtMQkwCTB4MDAwMDAwMDAgLSAw eDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCglbMjBdIC0xCTAJMHgwMDAwODAwMCAtIDB4MDAwMDgw ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjFdIC0xCTAJMHgwMDAwN2MwMCAtIDB4MDAwMDdjZmYgKDB4 MTAwKSBJWFtCXUUNCglbMjJdIC0xCTAJMHgwMDAwNzgwMCAtIDB4MDAwMDc4ZmYgKDB4MTAwKSBJ WFtCXUUNCglbMjNdIC0xCTAJMHgwMDAwNzQwMCAtIDB4MDAwMDc0ZmYgKDB4MTAwKSBJWFtCXUUN CglbMjRdIC0xCTAJMHgwMDAwNzAwMCAtIDB4MDAwMDcwZmYgKDB4MTAwKSBJWFtCXUUNCglbMjVd IC0xCTAJMHgwMDAwNmMwMCAtIDB4MDAwMDZjZmYgKDB4MTAwKSBJWFtCXUUNCglbMjZdIC0xCTAJ MHgwMDAwNjgwMCAtIDB4MDAwMDY4ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjddIC0xCTAJMHgwMDAw NjQwMCAtIDB4MDAwMDY0ZmYgKDB4MTAwKSBJWFtCXUUNCglbMjhdIC0xCTAJMHgwMDAwZTAwMCAt IDB4MDAwMGUwZmYgKDB4MTAwKSBJWFtCXShCKQ0KCVsyOV0gMAkwCTB4MDAwMDAzYjAgLSAweDAw MDAwM2JiICgweGMpIElTW0JdKE9wclUpDQoJWzMwXSAwCTAJMHgwMDAwMDNjMCAtIDB4MDAwMDAz ZGYgKDB4MjApIElTW0JdKE9wclUpDQooPT0pIFIxMjgoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5n ZSAoMHhlOTAwMDAwMCwweDQwMDApIHdhcyBhbHJlYWR5IGNsZWFyDQooPT0pIFIxMjgoMCk6IFdy aXRlLWNvbWJpbmluZyByYW5nZSAoMHhlNDAwMDAwMCwweDIwMDAwMDApDQooPT0pIFIxMjgoMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVh cg0KZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwDQpkcm1PcGVuRGV2 aWNlOiBvcGVuIHJlc3VsdCBpcyA2LCAoT0spDQpkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMg L2Rldi9kcmkvY2FyZDANCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDYsIChPSykNCmRy bU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcgZm9yIEJ1c0lEIHBjaTowMDAwOjAxOjAwLjANCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMA0KZHJtT3BlbkRldmljZTogb3Bl biByZXN1bHQgaXMgNiwgKE9LKQ0KZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5z IDYNCmRybU9wZW5CeUJ1c2lkOiBkcm1HZXRCdXNpZCByZXBvcnRzIHBjaTowMDAwOjAxOjAwLjAN CihJSSkgUjEyOCgwKTogW2RybV0gRFJNIGludGVyZmFjZSB2ZXJzaW9uIDEuMg0KKElJKSBSMTI4 KDApOiBbZHJtXSBjcmVhdGVkICJyMTI4IiBkcml2ZXIgYXQgYnVzaWQgInBjaTowMDAwOjAxOjAw LjAiDQooSUkpIFIxMjgoMCk6IFtkcm1dIGFkZGVkIDgxOTIgYnl0ZSBTQVJFQSBhdCAweGMxZmU3 MDAwDQooSUkpIFIxMjgoMCk6IFtkcm1dIG1hcHBlZCBTQVJFQSAweGMxZmU3MDAwIHRvIDB4Mjgz OWIwMDANCihJSSkgUjEyOCgwKTogW2RybV0gZnJhbWVidWZmZXIgaGFuZGxlID0gMHhlNDAwMDAw MA0KKElJKSBSMTI4KDApOiBbZHJtXSBhZGRlZCAxIHJlc2VydmVkIGNvbnRleHQgZm9yIGtlcm5l bA0KKElJKSBSMTI4KDApOiBbYWdwXSBNb2RlIDB4MWYwMDAyMDMgW0FHUCAweDAwMDAvMHgwMDAw OyBDYXJkIDB4MTAwMi8weDUwNDZdDQooSUkpIFIxMjgoMCk6IFthZ3BdIDgxOTIga0IgYWxsb2Nh dGVkIHdpdGggaGFuZGxlIDB4YzFhZDI3MDANCihJSSkgUjEyOCgwKTogW2FncF0gcmluZyBoYW5k bGUgPSAweGUwMDAwMDAwDQooSUkpIFIxMjgoMCk6IFthZ3BdIFJpbmcgbWFwcGVkIGF0IDB4MmE0 MDAwMDANCihJSSkgUjEyOCgwKTogW2FncF0gcmluZyByZWFkIHB0ciBoYW5kbGUgPSAweGUwMTAx MDAwDQooSUkpIFIxMjgoMCk6IFthZ3BdIFJpbmcgcmVhZCBwdHIgbWFwcGVkIGF0IDB4MjgzMTgw MDANCihJSSkgUjEyOCgwKTogW2FncF0gdmVydGV4L2luZGlyZWN0IGJ1ZmZlcnMgaGFuZGxlID0g MHhlMDEwMjAwMA0KKElJKSBSMTI4KDApOiBbYWdwXSBWZXJ0ZXgvaW5kaXJlY3QgYnVmZmVycyBt YXBwZWQgYXQgMHgyYTUwMTAwMA0KKElJKSBSMTI4KDApOiBbYWdwXSBBR1AgdGV4dHVyZSBtYXAg aGFuZGxlID0gMHhlMDMwMjAwMA0KKElJKSBSMTI4KDApOiBbYWdwXSBBR1AgVGV4dHVyZSBtYXAg bWFwcGVkIGF0IDB4MmE3MDEwMDANCihJSSkgUjEyOCgwKTogW2RybV0gcmVnaXN0ZXIgaGFuZGxl ID0gMHhlOTAwMDAwMA0KKElJKSBSMTI4KDApOiBbZHJpXSBWaXN1YWwgY29uZmlncyBpbml0aWFs aXplZA0KKElJKSBSMTI4KDApOiBDQ0UgaW4gQk0gbW9kZQ0KKElJKSBSMTI4KDApOiBVc2luZyA4 IE1CIEFHUCBhcGVydHVyZQ0KKElJKSBSMTI4KDApOiBVc2luZyAxIE1CIGZvciB0aGUgcmluZyBi dWZmZXINCihJSSkgUjEyOCgwKTogVXNpbmcgMiBNQiBmb3IgdmVydGV4L2luZGlyZWN0IGJ1ZmZl cnMNCihJSSkgUjEyOCgwKTogVXNpbmcgNSBNQiBmb3IgQUdQIHRleHR1cmVzDQooSUkpIFIxMjgo MCk6IE1lbW9yeSBtYW5hZ2VyIGluaXRpYWxpemVkIHRvICgwLDApICgxMjgwLDQwOTYpDQooSUkp IFIxMjgoMCk6IFJlc2VydmVkIGFyZWEgZnJvbSAoMCwxMDI0KSB0byAoMTI4MCwxMDI2KQ0KKElJ KSBSMTI4KDApOiBMYXJnZXN0IG9mZnNjcmVlbiBhcmVhIGF2YWlsYWJsZTogMTI4MCB4IDMwNzAN CihJSSkgUjEyOCgwKTogUmVzZXJ2ZWQgYmFjayBidWZmZXIgZnJvbSAoMCwxMDI2KSB0byAoMTI4 MCwyMDUwKQ0KKElJKSBSMTI4KDApOiBSZXNlcnZlZCBkZXB0aCBidWZmZXIgZnJvbSAoMCwyMDUw KSB0byAoMTI4MCwzMDc1KQ0KKElJKSBSMTI4KDApOiBSZXNlcnZlZCBkZXB0aCBzcGFuIGZyb20g KDAsMzA3NCkgb2Zmc2V0IDB4ZjAyODAwDQooSUkpIFIxMjgoMCk6IFJlc2VydmVkIDEyMjg4IGti IGZvciB0ZXh0dXJlcyBhdCBvZmZzZXQgMHgxNDAwMDAwDQooSUkpIFIxMjgoMCk6IFVzaW5nIFhG cmVlODYgQWNjZWxlcmF0aW9uIEFyY2hpdGVjdHVyZSAoWEFBKQ0KCVNjcmVlbiB0byBzY3JlZW4g Yml0IGJsaXRzDQoJU29saWQgZmlsbGVkIHJlY3RhbmdsZXMNCgk4eDggbW9ubyBwYXR0ZXJuIGZp bGxlZCByZWN0YW5nbGVzDQoJSW5kaXJlY3QgQ1BVIHRvIFNjcmVlbiBjb2xvciBleHBhbnNpb24N CglTb2xpZCBMaW5lcw0KCURhc2hlZCBMaW5lcw0KCU9mZnNjcmVlbiBQaXhtYXBzDQoJU2V0dGlu ZyB1cCB0aWxlIGFuZCBzdGlwcGxlIGNhY2hlOg0KCQkzMiAxMjh4MTI4IHNsb3RzDQoJCTkgMjU2 eDI1NiBzbG90cw0KKElJKSBSMTI4KDApOiBBY2NlbGVyYXRpb24gZW5hYmxlZA0KKCoqKSBSMTI4 KDApOiBPcHRpb24gIkJhY2tpbmdTdG9yZSIgInRydWUiDQooKiopIFIxMjgoMCk6IEJhY2tpbmcg c3RvcmUgZW5hYmxlZA0KKD09KSBSMTI4KDApOiBTaWxrZW4gbW91c2UgZW5hYmxlZA0KKElJKSBS MTI4KDApOiBVc2luZyBoYXJkd2FyZSBjdXJzb3IgKHNjYW5saW5lIDEyMzAwKQ0KKElJKSBSMTI4 KDApOiBMYXJnZXN0IG9mZnNjcmVlbiBhcmVhIGF2YWlsYWJsZTogMTI4MCB4IDEwMTkNCihJSSkg UjEyOCgwKTogWCBjb250ZXh0IGhhbmRsZSA9IDB4MDAwMDAwMDENCihJSSkgUjEyOCgwKTogW2Ry bV0gaW5zdGFsbGVkIERSTSBzaWduYWwgaGFuZGxlcg0KKElJKSBSMTI4KDApOiBbRFJJXSBpbnN0 YWxsYXRpb24gY29tcGxldGUNCihJSSkgUjEyOCgwKTogW2RybV0gQWRkZWQgMTI4IDE2Mzg0IGJ5 dGUgdmVydGV4L2luZGlyZWN0IGJ1ZmZlcnMNCihJSSkgUjEyOCgwKTogW2RybV0gTWFwcGVkIDEy OCB2ZXJ0ZXgvaW5kaXJlY3QgYnVmZmVycw0KKElJKSBSMTI4KDApOiBbZHJtXSBkbWEgY29udHJv bCBpbml0aWFsaXplZCwgdXNpbmcgSVJRIDExDQooSUkpIFIxMjgoMCk6IERpcmVjdCByZW5kZXJp bmcgZW5hYmxlZA0KKD09KSBSYW5kUiBlbmFibGVkDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gTUlULVNITQ0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhJbnB1dEV4dGVuc2lvbg0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhU RVNUDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEDQooSUkp IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtQVBQR1JPVVANCihJSSkgSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTRUNVUklUWQ0KKElJKSBJbml0aWFsaXppbmcgYnVp bHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gWEZJWEVTDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4 Ni1CaWdmb250DQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSDQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFINCihJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBEQU1BR0UNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYRVZJRQ0KKCoqKSBPcHRpb24gIlByb3RvY29sIiAiYXV0byINCigqKikgTW91c2UxOiBEZXZp Y2U6ICIvZGV2L3N5c21vdXNlIg0KKCoqKSBNb3VzZTE6IFByb3RvY29sOiAiYXV0byINCigqKikg T3B0aW9uICJDb3JlUG9pbnRlciINCigqKikgTW91c2UxOiBDb3JlIFBvaW50ZXINCigqKikgT3B0 aW9uICJEZXZpY2UiICIvZGV2L3N5c21vdXNlIg0KKCoqKSBPcHRpb24gIkJ1dHRvbnMiICIzIg0K KD09KSBNb3VzZTE6IEVtdWxhdGUzQnV0dG9ucywgRW11bGF0ZTNUaW1lb3V0OiA1MA0KKCoqKSBP cHRpb24gIlpBeGlzTWFwcGluZyIgIjQgNSINCigqKikgTW91c2UxOiBaQXhpc01hcHBpbmc6IGJ1 dHRvbnMgNCBhbmQgNQ0KKCoqKSBNb3VzZTE6IEJ1dHRvbnM6IDUNCigqKikgT3B0aW9uICJDb3Jl S2V5Ym9hcmQiDQooKiopIEtleWJvYXJkMTogQ29yZSBLZXlib2FyZA0KKCoqKSBPcHRpb24gIlBy b3RvY29sIiAic3RhbmRhcmQiDQooKiopIEtleWJvYXJkMTogUHJvdG9jb2w6IHN0YW5kYXJkDQoo KiopIE9wdGlvbiAiWGtiUnVsZXMiICJ4ZnJlZTg2Ig0KKCoqKSBLZXlib2FyZDE6IFhrYlJ1bGVz OiAieGZyZWU4NiINCigqKikgT3B0aW9uICJYa2JNb2RlbCIgInBjMTA0Ig0KKCoqKSBLZXlib2Fy ZDE6IFhrYk1vZGVsOiAicGMxMDQiDQooKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMsYmciDQoo KiopIEtleWJvYXJkMTogWGtiTGF5b3V0OiAidXMsYmciDQooKiopIE9wdGlvbiAiWGtiVmFyaWFu dCIgIixwaG9uZXRpYyINCigqKikgS2V5Ym9hcmQxOiBYa2JWYXJpYW50OiAiLHBob25ldGljIg0K KCoqKSBPcHRpb24gIlhrYk9wdGlvbnMiICJncnA6YWx0X3NoaWZ0X3RvZ2dsZSINCigqKikgS2V5 Ym9hcmQxOiBYa2JPcHRpb25zOiAiZ3JwOmFsdF9zaGlmdF90b2dnbGUiDQooKiopIE9wdGlvbiAi Q3VzdG9tS2V5Y29kZXMiICJvZmYiDQooKiopIEtleWJvYXJkMTogQ3VzdG9tS2V5Y29kZXMgZGlz YWJsZWQNCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJLZXlib2Fy ZDEiICh0eXBlOiBLRVlCT0FSRCkNCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQg ZGV2aWNlICJNb3VzZTEiICh0eXBlOiBNT1VTRSkNCihJSSkgTW91c2UxOiBTZXR1cEF1dG86IGh3 LmlmdHlwZSBpcyA0LCBody5tb2RlbCBpcyAwDQooSUkpIE1vdXNlMTogU2V0dXBBdXRvOiBwcm90 b2NvbCBpcyBTeXNNb3VzZQ0KV2FybmluZzogZm9udCByZW5kZXJlciBmb3IgIi5wY2YiIGFscmVh ZHkgcmVnaXN0ZXJlZCBhdCBwcmlvcml0eSAwDQpXYXJuaW5nOiBmb250IHJlbmRlcmVyIGZvciAi LnBjZi5aIiBhbHJlYWR5IHJlZ2lzdGVyZWQgYXQgcHJpb3JpdHkgMA0KV2FybmluZzogZm9udCBy ZW5kZXJlciBmb3IgIi5wY2YuZ3oiIGFscmVhZHkgcmVnaXN0ZXJlZCBhdCBwcmlvcml0eSAwDQpX YXJuaW5nOiBmb250IHJlbmRlcmVyIGZvciAiLnNuZiIgYWxyZWFkeSByZWdpc3RlcmVkIGF0IHBy aW9yaXR5IDANCldhcm5pbmc6IGZvbnQgcmVuZGVyZXIgZm9yICIuc25mLloiIGFscmVhZHkgcmVn aXN0ZXJlZCBhdCBwcmlvcml0eSAwDQpXYXJuaW5nOiBmb250IHJlbmRlcmVyIGZvciAiLnNuZi5n eiIgYWxyZWFkeSByZWdpc3RlcmVkIGF0IHByaW9yaXR5IDANCldhcm5pbmc6IGZvbnQgcmVuZGVy ZXIgZm9yICIuYmRmIiBhbHJlYWR5IHJlZ2lzdGVyZWQgYXQgcHJpb3JpdHkgMA0KV2FybmluZzog Zm9udCByZW5kZXJlciBmb3IgIi5iZGYuWiIgYWxyZWFkeSByZWdpc3RlcmVkIGF0IHByaW9yaXR5 IDANCldhcm5pbmc6IGZvbnQgcmVuZGVyZXIgZm9yICIuYmRmLmd6IiBhbHJlYWR5IHJlZ2lzdGVy ZWQgYXQgcHJpb3JpdHkgMA0KV2FybmluZzogZm9udCByZW5kZXJlciBmb3IgIi5wbWYiIGFscmVh ZHkgcmVnaXN0ZXJlZCBhdCBwcmlvcml0eSAwDQpDb3VsZCBub3QgaW5pdCBmb250IHBhdGggZWxl bWVudCAvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbG9jYWwsIHJlbW92aW5nIGZyb20gbGlzdCEN CkNvdWxkIG5vdCBpbml0IGZvbnQgcGF0aCBlbGVtZW50IC91c3IvWDExUjYvbGliL1gxMS9mb250 cy9TcGVlZG8sIHJlbW92aW5nIGZyb20gbGlzdCENCkNvdWxkIG5vdCBpbml0IGZvbnQgcGF0aCBl bGVtZW50IC91c3Ivc2hhcmUvZm9udHMsIHJlbW92aW5nIGZyb20gbGlzdCENCkNvdWxkIG5vdCBp bml0IGZvbnQgcGF0aCBlbGVtZW50IC91c3IvWDExUjYvbGliL1gxMS9mb250cywgcmVtb3Zpbmcg ZnJvbSBsaXN0IQ0KQ291bGQgbm90IGluaXQgZm9udCBwYXRoIGVsZW1lbnQgL3Vzci9zaGFyZS9m b250cy9kZWZhdWx0LCByZW1vdmluZyBmcm9tIGxpc3QhDQpDb3VsZCBub3QgaW5pdCBmb250IHBh dGggZWxlbWVudCAvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvY3AxMjUxLCByZW1vdmluZyBmcm9t IGxpc3QhDQpDb3VsZCBub3QgaW5pdCBmb250IHBhdGggZWxlbWVudCAvdXNyL1gxMVI2L2xpYi9Y MTEvZm9udHMvbGF0aW4yLCByZW1vdmluZyBmcm9tIGxpc3QhDQpDb3VsZCBub3QgaW5pdCBmb250 IHBhdGggZWxlbWVudCAvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvUEVYLCByZW1vdmluZyBmcm9t IGxpc3QhDQpDb3VsZCBub3QgaW5pdCBmb250IHBhdGggZWxlbWVudCAvdXNyL1gxMVI2L2xpYi9Y MTEvZm9udHMvVVJXLCByZW1vdmluZyBmcm9tIGxpc3QhDQooSUkpIDNyZCBCdXR0b24gZGV0ZWN0 ZWQ6IGRpc2FibGluZyBlbXVsYXRlM0J1dHRvbg0KR2V0TW9kZUxpbmUgLSBzY3JuOiAwIGNsb2Nr OiAxNTc1MDANCkdldE1vZGVMaW5lIC0gaGRzcDogMTI4MCBoYmVnOiAxMzQ0IGhlbmQ6IDE1MDQg aHR0bDogMTcyOA0KICAgICAgICAgICAgICB2ZHNwOiAxMDI0IHZiZWc6IDEwMjUgdmVuZDogMTAy OCB2dHRsOiAxMDcyIGZsYWdzOiA1DQpHZXRNb2RlTGluZSAtIHNjcm46IDAgY2xvY2s6IDE1NzUw MA0KR2V0TW9kZUxpbmUgLSBoZHNwOiAxMjgwIGhiZWc6IDEzNDQgaGVuZDogMTUwNCBodHRsOiAx NzI4DQogICAgICAgICAgICAgIHZkc3A6IDEwMjQgdmJlZzogMTAyNSB2ZW5kOiAxMDI4IHZ0dGw6 IDEwNzIgZmxhZ3M6IDUNCg== ------_=_NextPart_001_01C4ECB6.42330FF0 Content-Type: application/octet-stream; name="xorg.conf" Content-Transfer-Encoding: base64 Content-Description: xorg.conf Content-Disposition: attachment; filename="xorg.conf" IyBGaWxlIGdlbmVyYXRlZCBieSB4Zjg2Y29uZmlnLg0KDQojDQojIENvcHlyaWdodCAoYykgMTk5 OSBieSBUaGUgWEZyZWU4NiBQcm9qZWN0LCBJbmMuDQojDQojIFBlcm1pc3Npb24gaXMgaGVyZWJ5 IGdyYW50ZWQsIGZyZWUgb2YgY2hhcmdlLCB0byBhbnkgcGVyc29uIG9idGFpbmluZyBhDQojIGNv cHkgb2YgdGhpcyBzb2Z0d2FyZSBhbmQgYXNzb2NpYXRlZCBkb2N1bWVudGF0aW9uIGZpbGVzICh0 aGUgIlNvZnR3YXJlIiksDQojIHRvIGRlYWwgaW4gdGhlIFNvZnR3YXJlIHdpdGhvdXQgcmVzdHJp Y3Rpb24sIGluY2x1ZGluZyB3aXRob3V0IGxpbWl0YXRpb24NCiMgdGhlIHJpZ2h0cyB0byB1c2Us IGNvcHksIG1vZGlmeSwgbWVyZ2UsIHB1Ymxpc2gsIGRpc3RyaWJ1dGUsIHN1YmxpY2Vuc2UsDQoj IGFuZC9vciBzZWxsIGNvcGllcyBvZiB0aGUgU29mdHdhcmUsIGFuZCB0byBwZXJtaXQgcGVyc29u cyB0byB3aG9tIHRoZQ0KIyBTb2Z0d2FyZSBpcyBmdXJuaXNoZWQgdG8gZG8gc28sIHN1YmplY3Qg dG8gdGhlIGZvbGxvd2luZyBjb25kaXRpb25zOg0KIyANCiMgVGhlIGFib3ZlIGNvcHlyaWdodCBu b3RpY2UgYW5kIHRoaXMgcGVybWlzc2lvbiBub3RpY2Ugc2hhbGwgYmUgaW5jbHVkZWQgaW4NCiMg YWxsIGNvcGllcyBvciBzdWJzdGFudGlhbCBwb3J0aW9ucyBvZiB0aGUgU29mdHdhcmUuDQojIA0K IyBUSEUgU09GVFdBUkUgSVMgUFJPVklERUQgIkFTIElTIiwgV0lUSE9VVCBXQVJSQU5UWSBPRiBB TlkgS0lORCwgRVhQUkVTUyBPUg0KIyBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVE IFRPIFRIRSBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSwNCiMgRklUTkVTUyBGT1IgQSBQ QVJUSUNVTEFSIFBVUlBPU0UgQU5EIE5PTklORlJJTkdFTUVOVC4gIElOIE5PIEVWRU5UIFNIQUxM DQojIFRIRSBYRlJFRTg2IFBST0pFQ1QgQkUgTElBQkxFIEZPUiBBTlkgQ0xBSU0sIERBTUFHRVMg T1IgT1RIRVIgTElBQklMSVRZLA0KIyBXSEVUSEVSIElOIEFOIEFDVElPTiBPRiBDT05UUkFDVCwg VE9SVCBPUiBPVEhFUldJU0UsIEFSSVNJTkcgRlJPTSwgT1VUIE9GDQojIE9SIElOIENPTk5FQ1RJ T04gV0lUSCBUSEUgU09GVFdBUkUgT1IgVEhFIFVTRSBPUiBPVEhFUiBERUFMSU5HUyBJTiBUSEUN CiMgU09GVFdBUkUuDQojIA0KIyBFeGNlcHQgYXMgY29udGFpbmVkIGluIHRoaXMgbm90aWNlLCB0 aGUgbmFtZSBvZiB0aGUgWEZyZWU4NiBQcm9qZWN0IHNoYWxsDQojIG5vdCBiZSB1c2VkIGluIGFk dmVydGlzaW5nIG9yIG90aGVyd2lzZSB0byBwcm9tb3RlIHRoZSBzYWxlLCB1c2Ugb3Igb3RoZXIN CiMgZGVhbGluZ3MgaW4gdGhpcyBTb2Z0d2FyZSB3aXRob3V0IHByaW9yIHdyaXR0ZW4gYXV0aG9y aXphdGlvbiBmcm9tIHRoZQ0KIyBYRnJlZTg2IFByb2plY3QuDQojDQoNCiMgKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq Kg0KIyBSZWZlciB0byB0aGUgWEY4NkNvbmZpZyg0LzUpIG1hbiBwYWdlIGZvciBkZXRhaWxzIGFi b3V0IHRoZSBmb3JtYXQgb2YgDQojIHRoaXMgZmlsZS4NCiMgKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KDQojICoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioNCiMgTW9kdWxlIHNlY3Rpb24gLS0gdGhpcyAgc2VjdGlvbiAgaXMgdXNlZCB0 byBzcGVjaWZ5DQojIHdoaWNoIGR5bmFtaWNhbGx5IGxvYWRhYmxlIG1vZHVsZXMgdG8gbG9hZC4N CiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKg0KIw0KU2VjdGlvbiAiTW9kdWxlIg0KDQojIFRoaXMgbG9hZHMgdGhl IERCRSBleHRlbnNpb24gbW9kdWxlLg0KDQogICAgTG9hZCAgICAgICAgImRiZSIgIAkjIERvdWJs ZSBidWZmZXIgZXh0ZW5zaW9uDQoNCiMgVGhpcyBsb2FkcyB0aGUgbWlzY2VsbGFuZW91cyBleHRl bnNpb25zIG1vZHVsZSwgYW5kIGRpc2FibGVzDQojIGluaXRpYWxpc2F0aW9uIG9mIHRoZSBYRnJl ZTg2LURHQSBleHRlbnNpb24gd2l0aGluIHRoYXQgbW9kdWxlLg0KICAgIFN1YlNlY3Rpb24gICJl eHRtb2QiDQogICAgICBPcHRpb24gICAgIm9taXQgeGZyZWU4Ni1kZ2EiICAgIyBkb24ndCBpbml0 aWFsaXNlIHRoZSBER0EgZXh0ZW5zaW9uDQogICAgRW5kU3ViU2VjdGlvbg0KDQojIFRoaXMgbG9h ZHMgdGhlIFR5cGUxIGFuZCBGcmVlVHlwZSBmb250IG1vZHVsZXMNCiAgICBMb2FkICAgICAgICAi dHlwZTEiDQogICAgTG9hZCAgICAgICAgImZyZWV0eXBlIg0KIyAgICBMb2FkCSJ4dHQiDQogICAg TG9hZAkiYml0bWFwIg0KIyAgICBMb2FkICAgICAgICAic3BlZWRvIg0KIyAgICBMb2FkCSJkZGMi DQojICAgIExvYWQJImkyYyINCiMgICAgTG9hZAkibGF5ZXIiDQojICAgIExvYWQJInBjaWRhdGEi DQojICAgIExvYWQJInJhYyINCiMgICAgTG9hZAkicmFtZGFjIg0KIyAgICBMb2FkCSJ2Z2FodyIN Cg0KIyBUaGlzIGxvYWRzIHRoZSBHTFggbW9kdWxlDQpMb2FkICJHTGNvcmUiDQpMb2FkICJyZWNv cmQiDQogICBMb2FkICAgICAgICJkcmkiCQ0KICAgTG9hZCAgICAgICAiZ2x4Ig0KICAgTG9hZCAJ ImV4dG1vZCINCg0KRW5kU2VjdGlvbg0KU2VjdGlvbiAiRXh0ZW5zaW9ucyINCiAgICBPcHRpb24g IkNvbXBvc2l0ZSIgIkVuYWJsZSINCkVuZFNlY3Rpb24NCg0KIyAqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQojIEZp bGVzIHNlY3Rpb24uICBUaGlzIGFsbG93cyBkZWZhdWx0IGZvbnQgYW5kIHJnYiBwYXRocyB0byBi ZSBzZXQNCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKg0KDQpTZWN0aW9uICJGaWxlcyINCg0KIyBUaGUgbG9jYXRp b24gb2YgdGhlIFJHQiBkYXRhYmFzZS4gIE5vdGUsIHRoaXMgaXMgdGhlIG5hbWUgb2YgdGhlDQoj IGZpbGUgbWludXMgdGhlIGV4dGVuc2lvbiAobGlrZSAiLnR4dCIgb3IgIi5kYiIpLiAgVGhlcmUg aXMgbm9ybWFsbHkNCiMgbm8gbmVlZCB0byBjaGFuZ2UgdGhlIGRlZmF1bHQuDQoNCiAgICBSZ2JQ YXRoCSIvdXNyL1gxMVI2L2xpYi9YMTEvcmdiIg0KDQojIE11bHRpcGxlIEZvbnRQYXRoIGVudHJp ZXMgYXJlIGFsbG93ZWQgKHdoaWNoIGFyZSBjb25jYXRlbmF0ZWQgdG9nZXRoZXIpLA0KIyBhcyB3 ZWxsIGFzIHNwZWNpZnlpbmcgbXVsdGlwbGUgY29tbWEtc2VwYXJhdGVkIGVudHJpZXMgaW4gb25l IEZvbnRQYXRoDQojIGNvbW1hbmQgKG9yIGEgY29tYmluYXRpb24gb2YgYm90aCBtZXRob2RzKQ0K IyANCiMgSWYgeW91IGRvbid0IGhhdmUgYSBmbG9hdGluZyBwb2ludCBjb3Byb2Nlc3NvciBhbmQg ZW1hY3MsIE1vc2FpYyBvciBvdGhlcg0KIyBwcm9ncmFtcyB0YWtlIGxvbmcgdG8gc3RhcnQgdXAs IHRyeSBtb3ZpbmcgdGhlIFR5cGUxIGFuZCBTcGVlZG8gZGlyZWN0b3J5DQojIHRvIHRoZSBlbmQg b2YgdGhpcyBsaXN0IChvciBjb21tZW50IHRoZW0gb3V0KS4NCiMgDQoNCiMgVGhlIG1vZHVsZSBz ZWFyY2ggcGF0aC4gIFRoZSBkZWZhdWx0IHBhdGggaXMgc2hvd24gaGVyZS4NCg0KICAgIE1vZHVs ZVBhdGggIi91c3IvWDExUjYvbGliL21vZHVsZXMiDQoNCiAgICBGb250UGF0aCAJIi91c3IvWDEx UjYvbGliL1gxMS9mb250cy9jcDEyNTEvMTAwZHBpIg0KICAgIEZvbnRQYXRoIAkiL3Vzci9YMTFS Ni9saWIvWDExL2ZvbnRzL2N5cmlsbGljIg0KICAgIEZvbnRQYXRoIAkiL3Vzci9YMTFSNi9saWIv WDExL2ZvbnRzL1RURiINCiAgICBGb250UGF0aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9s b2NhbCINCiAgICBGb250UGF0aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9taXNjIg0KICAg IEZvbnRQYXRoIAkiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzc1ZHBpOnVuc2NhbGVkIg0KICAg IEZvbnRQYXRoIAkiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzEwMGRwaTp1bnNjYWxlZCINCiAg ICBGb250UGF0aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9UeXBlMSINCiAgICBGb250UGF0 aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9TcGVlZG8iDQogICAgRm9udFBhdGggCSIvdXNy L2xvY2FsL3NoYXJlL2ZvbnRzIg0KICAgIEZvbnRQYXRoIAkiL3Vzci9zaGFyZS9mb250cyINCiAg ICBGb250UGF0aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cyINCiAgICBGb250UGF0aCAJIi91 c3IvbG9jYWwvc2hhcmUvZm9udHMvb3ZlcnJpZGUiDQogICAgRm9udFBhdGggCSIvdXNyL3NoYXJl L2ZvbnRzL2RlZmF1bHQiDQogICAgRm9udFBhdGggCSIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMv Yml0c3RyZWFtLXZlcmEiDQogICAgRm9udFBhdGggCSIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMv Y3AxMjUxIg0KICAgIEZvbnRQYXRoIAkiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2lzby0xMDY0 Ni0xIg0KICAgIEZvbnRQYXRoIAkiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2xhdGluMiINCiAg ICBGb250UGF0aCAJIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9QRVgiDQogICAgRm9udFBhdGgg CSIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvVVJXIg0KRW5kU2VjdGlvbg0KDQojICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioNCiMgU2VydmVyIGZsYWdzIHNlY3Rpb24uDQojICoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KU2VjdGlv biAiU2VydmVyRmxhZ3MiDQoNCiMgVW5jb21tZW50IHRoaXMgdG8gY2F1c2UgYSBjb3JlIGR1bXAg YXQgdGhlIHNwb3Qgd2hlcmUgYSBzaWduYWwgaXMgDQojIHJlY2VpdmVkLiAgVGhpcyBtYXkgbGVh dmUgdGhlIGNvbnNvbGUgaW4gYW4gdW51c2FibGUgc3RhdGUsIGJ1dCBtYXkNCiMgcHJvdmlkZSBh IGJldHRlciBzdGFjayB0cmFjZSBpbiB0aGUgY29yZSBkdW1wIHRvIGFpZCBpbiBkZWJ1Z2dpbmcN Cg0KIyAgICBPcHRpb24gIk5vVHJhcFNpZ25hbHMiDQoNCiMgVW5jb21tZW50IHRoaXMgdG8gZGlz YWJsZSB0aGUgPENydGw+PEFsdD48QlM+IHNlcnZlciBhYm9ydCBzZXF1ZW5jZQ0KIyBUaGlzIGFs bG93cyBjbGllbnRzIHRvIHJlY2VpdmUgdGhpcyBrZXkgZXZlbnQuDQoNCiMgICAgT3B0aW9uICJE b250WmFwIg0KDQojIFVuY29tbWVudCB0aGlzIHRvIGRpc2FibGUgdGhlIDxDcnRsPjxBbHQ+PEtQ Xys+LzxLUF8tPiBtb2RlIHN3aXRjaGluZw0KIyBzZXF1ZW5jZXMuICBUaGlzIGFsbG93cyBjbGll bnRzIHRvIHJlY2VpdmUgdGhlc2Uga2V5IGV2ZW50cy4NCg0KIyAgICBPcHRpb24gIkRvbnQgWm9v bSINCg0KIyBVbmNvbW1lbnQgdGhpcyB0byBkaXNhYmxlIHR1bmluZyB3aXRoIHRoZSB4dmlkdHVu ZSBjbGllbnQuIFdpdGgNCiMgaXQgdGhlIGNsaWVudCBjYW4gc3RpbGwgcnVuIGFuZCBmZXRjaCBj YXJkIGFuZCBtb25pdG9yIGF0dHJpYnV0ZXMsDQojIGJ1dCBpdCB3aWxsIG5vdCBiZSBhbGxvd2Vk IHRvIGNoYW5nZSB0aGVtLiBJZiBpdCB0cmllcyBpdCB3aWxsDQojIHJlY2VpdmUgYSBwcm90b2Nv bCBlcnJvci4NCg0KIyAgICBPcHRpb24gIkRpc2FibGVWaWRNb2RlRXh0ZW5zaW9uIg0KDQojIFVu Y29tbWVudCB0aGlzIHRvIGVuYWJsZSB0aGUgdXNlIG9mIGEgbm9uLWxvY2FsIHh2aWR0dW5lIGNs aWVudC4gDQoNCiMgICAgT3B0aW9uICJBbGxvd05vbkxvY2FsWHZpZHR1bmUiDQoNCiMgVW5jb21t ZW50IHRoaXMgdG8gZGlzYWJsZSBkeW5hbWljYWxseSBtb2RpZnlpbmcgdGhlIGlucHV0IGRldmlj ZQ0KIyAobW91c2UgYW5kIGtleWJvYXJkKSBzZXR0aW5ncy4gDQoNCiMgICAgT3B0aW9uICJEaXNh YmxlTW9kSW5EZXYiDQoNCiMgVW5jb21tZW50IHRoaXMgdG8gZW5hYmxlIHRoZSB1c2Ugb2YgYSBu b24tbG9jYWwgY2xpZW50IHRvDQojIGNoYW5nZSB0aGUga2V5Ym9hcmQgb3IgbW91c2Ugc2V0dGlu Z3MgKGN1cnJlbnRseSBvbmx5IHhzZXQpLg0KDQojICAgIE9wdGlvbiAiQWxsb3dOb25Mb2NhbE1v ZEluRGV2Ig0KDQpFbmRTZWN0aW9uDQoNCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KIyBJbnB1dCBkZXZpY2Vz DQojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioNCg0KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQojIENvcmUga2V5Ym9hcmQncyBJ bnB1dERldmljZSBzZWN0aW9uDQojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KU2VjdGlvbiAiSW5wdXREZXZp Y2UiDQoNCiAgICBJZGVudGlmaWVyCSJLZXlib2FyZDEiDQogICAgRHJpdmVyCSJrZXlib2FyZCIN CiMgRm9yIG1vc3QgT1NzIHRoZSBwcm90b2NvbCBjYW4gYmUgb21pdHRlZCAoaXQgZGVmYXVsdHMg dG8gIlN0YW5kYXJkIikuDQojIFdoZW4gdXNpbmcgWFFVRVVFIChvbmx5IGZvciBTVlIzIGFuZCBT VlI0LCBidXQgbm90IFNvbGFyaXMpLA0KIyB1bmNvbW1lbnQgdGhlIGZvbGxvd2luZyBsaW5lLg0K DQojICAgIE9wdGlvbiAgICAgIlByb3RvY29sIiAgICAgICJYcXVldWUiDQoNCiAgICBPcHRpb24g IkF1dG9SZXBlYXQiICI1MDAgMzAiDQoNCiMgU3BlY2lmeSB3aGljaCBrZXlib2FyZCBMRURzIGNh biBiZSB1c2VyLWNvbnRyb2xsZWQgKGVnLCB3aXRoIHhzZXQoMSkpDQojICAgIE9wdGlvbgkiWGxl ZHMiICAgICAgIjEgMiAzIg0KDQojICAgIE9wdGlvbiAiTGVmdEFsdCIgICAgICJNZXRhIg0KIyAg ICBPcHRpb24gIlJpZ2h0QWx0IiAgICAiTW9kZVNoaWZ0Ig0KDQojIFRvIGN1c3RvbWlzZSB0aGUg WEtCIHNldHRpbmdzIHRvIHN1aXQgeW91ciBrZXlib2FyZCwgbW9kaWZ5IHRoZQ0KIyBsaW5lcyBi ZWxvdyAod2hpY2ggYXJlIHRoZSBkZWZhdWx0cykuICBGb3IgZXhhbXBsZSwgZm9yIGEgbm9uLVUu Uy4NCiMga2V5Ym9hcmQsIHlvdSB3aWxsIHByb2JhYmx5IHdhbnQgdG8gdXNlOg0KIyAgICBPcHRp b24gIlhrYk1vZGVsIiAgICAicGMxMDIiDQojIElmIHlvdSBoYXZlIGEgVVMgTWljcm9zb2Z0IE5h dHVyYWwga2V5Ym9hcmQsIHlvdSBjYW4gdXNlOg0KIyAgICBPcHRpb24gIlhrYk1vZGVsIiAgICAi bWljcm9zb2Z0Ig0KIw0KIyBUaGVuIHRvIGNoYW5nZSB0aGUgbGFuZ3VhZ2UsIGNoYW5nZSB0aGUg TGF5b3V0IHNldHRpbmcuDQojIEZvciBleGFtcGxlLCBhIGdlcm1hbiBsYXlvdXQgY2FuIGJlIG9i dGFpbmVkIHdpdGg6DQojICAgIE9wdGlvbiAiWGtiTGF5b3V0IiAgICJkZSINCiMgb3I6DQojICAg IE9wdGlvbiAiWGtiTGF5b3V0IiAgICJkZSINCiMgICAgT3B0aW9uICJYa2JWYXJpYW50IiAgIm5v ZGVhZGtleXMiDQojDQojIElmIHlvdSdkIGxpa2UgdG8gc3dpdGNoIHRoZSBwb3NpdGlvbnMgb2Yg eW91ciBjYXBzbG9jayBhbmQNCiMgY29udHJvbCBrZXlzLCB1c2U6DQojICAgIE9wdGlvbiAiWGti T3B0aW9ucyIgICJjdHJsOnN3YXBjYXBzIg0KDQojIFRoZXNlIGFyZSB0aGUgZGVmYXVsdCBYS0Ig c2V0dGluZ3MgZm9yIFhGcmVlODYNCiMgICAgT3B0aW9uICJYa2JSdWxlcyIgICAgInhmcmVlODYi DQojICAgIE9wdGlvbiAiWGtiTW9kZWwiICAgICJwYzEwMSINCiMgICAgT3B0aW9uICJYa2JMYXlv dXQiICAgInVzIg0KIyAgICBPcHRpb24gIlhrYlZhcmlhbnQiICAiIg0KIyAgICBPcHRpb24gIlhr Yk9wdGlvbnMiICAiIg0KDQojICAgIE9wdGlvbiAiWGtiRGlzYWJsZSINCg0KICAgIE9wdGlvbiAi WGtiUnVsZXMiCSJ4ZnJlZTg2Ig0KICAgIE9wdGlvbiAiWGtiTW9kZWwiCSJwYzEwNCINCiAgICBP cHRpb24gIlhrYkxheW91dCIJInVzLGJnIg0KICAgIE9wdGlvbiAiWGtiVmFyaWFudCIgICIscGhv bmV0aWMiDQogICAgT3B0aW9uICJYa2JPcHRpb25zIiAgImdycDphbHRfc2hpZnRfdG9nZ2xlIg0K RW5kU2VjdGlvbg0KDQoNCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KIyBDb3JlIFBvaW50ZXIncyBJbnB1dERl dmljZSBzZWN0aW9uDQojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KU2VjdGlvbiAiSW5wdXREZXZpY2UiDQoN CiMgSWRlbnRpZmllciBhbmQgZHJpdmVyDQoNCiAgICBJZGVudGlmaWVyCSJNb3VzZTEiDQogICAg RHJpdmVyCSJtb3VzZSINCiAgICBPcHRpb24gIlByb3RvY29sIiAgICAiYXV0byINCiAgICBPcHRp b24gIkRldmljZSIgICAgICAiL2Rldi9zeXNtb3VzZSINCiAgICBPcHRpb24gIkJ1dHRvbnMiICIz Ig0KICAgIE9wdGlvbiAiWkF4aXNNYXBwaW5nIiAiNCA1IgkNCg0KIyBXaGVuIHVzaW5nIFhRVUVV RSwgY29tbWVudCBvdXQgdGhlIGFib3ZlIHR3byBsaW5lcywgYW5kIHVuY29tbWVudA0KIyB0aGUg Zm9sbG93aW5nIGxpbmUuDQoNCiMgICAgT3B0aW9uICJQcm90b2NvbCIJIlhxdWV1ZSINCg0KIyBC YXVkcmF0ZSBhbmQgU2FtcGxlUmF0ZSBhcmUgb25seSBmb3Igc29tZSBMb2dpdGVjaCBtaWNlLiBJ bg0KIyBhbG1vc3QgZXZlcnkgY2FzZSB0aGVzZSBsaW5lcyBzaG91bGQgYmUgb21pdHRlZC4NCg0K IyAgICBPcHRpb24gIkJhdWRSYXRlIgkiOTYwMCINCiMgICAgT3B0aW9uICJTYW1wbGVSYXRlIgki MTUwIg0KDQojIEVtdWxhdGUzQnV0dG9ucyBpcyBhbiBvcHRpb24gZm9yIDItYnV0dG9uIE1pY3Jv c29mdCBtaWNlDQojIEVtdWxhdGUzVGltZW91dCBpcyB0aGUgdGltZW91dCBpbiBtaWxsaXNlY29u ZHMgKGRlZmF1bHQgaXMgNTBtcykNCg0KIyAgICBPcHRpb24gIkVtdWxhdGUzQnV0dG9ucyINCiMg ICAgT3B0aW9uICJFbXVsYXRlM1RpbWVvdXQiICAgICI1MCINCg0KIyBDaG9yZE1pZGRsZSBpcyBh biBvcHRpb24gZm9yIHNvbWUgMy1idXR0b24gTG9naXRlY2ggbWljZQ0KDQojICAgIE9wdGlvbiAi Q2hvcmRNaWRkbGUiDQoNCkVuZFNlY3Rpb24NCg0KDQojICoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiMgT3RoZXIg aW5wdXQgZGV2aWNlIHNlY3Rpb25zIA0KIyB0aGlzIGlzIG9wdGlvbmFsIGFuZCBpcyByZXF1aXJl ZCBvbmx5IGlmIHlvdQ0KIyBhcmUgdXNpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlcy4gIFRoaXMg aXMgZm9yIGV4YW1wbGUgb25seS4gIFJlZmVyDQojIHRvIHRoZSBYRjg2Q29uZmlnIG1hbiBwYWdl IGZvciBhIGRlc2NyaXB0aW9uIG9mIHRoZSBvcHRpb25zLg0KIyAqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQojDQoj IFNlY3Rpb24gIklucHV0RGV2aWNlIiANCiMgICAgSWRlbnRpZmllciAgIk1vdXNlMiINCiMgICAg RHJpdmVyICAgICAgIm1vdXNlIg0KIyAgICBPcHRpb24gICAgICAiUHJvdG9jb2wiICAgICAgIk1v dXNlTWFuIg0KIyAgICBPcHRpb24gICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvbW91c2UyIg0K IyBFbmRTZWN0aW9uDQojDQojIFNlY3Rpb24gIklucHV0RGV2aWNlIg0KIyAgICBJZGVudGlmaWVy ICJzcGFjZWJhbGwiDQojICAgIERyaXZlciAgICAgIm1hZ2VsbGFuIg0KIyAgICBPcHRpb24gICAg ICJEZXZpY2UiICAgICAgICAiL2Rldi9jdWEwIg0KIyBFbmRTZWN0aW9uDQojDQojIFNlY3Rpb24g IklucHV0RGV2aWNlIg0KIyAgICBJZGVudGlmaWVyICJzcGFjZWJhbGwyIg0KIyAgICBEcml2ZXIg ICAgICJzcGFjZW9yYiINCiMgICAgT3B0aW9uICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvY3Vh MCINCiMgRW5kU2VjdGlvbg0KIw0KIyBTZWN0aW9uICJJbnB1dERldmljZSINCiMgICAgSWRlbnRp ZmllciAidG91Y2hzY3JlZW4wIg0KIyAgICBEcml2ZXIgICAgICJtaWNyb3RvdWNoIg0KIyAgICBP cHRpb24gICAgICJEZXZpY2UiICAgICAgICAiL2Rldi90dHlTMCINCiMgICAgT3B0aW9uICAgICAi TWluWCIgICAgICAgICAgIjE0MTIiDQojICAgIE9wdGlvbiAgICAgIk1heFgiICAgICAgICAgICIx NTE4NCINCiMgICAgT3B0aW9uICAgICAiTWluWSIgICAgICAgICAgIjE1MzcyIg0KIyAgICBPcHRp b24gICAgICJNYXhZIiAgICAgICAgICAiMTIzMCINCiMgICAgT3B0aW9uICAgICAiU2NyZWVuTnVt YmVyIiAgIjAiDQojICAgIE9wdGlvbiAgICAgIlJlcG9ydGluZ01vZGUiICJTY2FsZWQiDQojICAg IE9wdGlvbiAgICAgIkJ1dHRvbk51bWJlciIgICIxIg0KIyAgICBPcHRpb24gICAgICJTZW5kQ29y ZUV2ZW50cyINCiMgRW5kU2VjdGlvbg0KIw0KIyBTZWN0aW9uICJJbnB1dERldmljZSINCiMgICAg SWRlbnRpZmllciAidG91Y2hzY3JlZW4xIg0KIyAgICBEcml2ZXIgICAgICJlbG8yMzAwIg0KIyAg ICBPcHRpb24gICAgICJEZXZpY2UiICAgICAgICAiL2Rldi90dHlTMCINCiMgICAgT3B0aW9uICAg ICAiTWluWCIgICAgICAgICAgIjIzMSINCiMgICAgT3B0aW9uICAgICAiTWF4WCIgICAgICAgICAg IjM4NjgiDQojICAgIE9wdGlvbiAgICAgIk1pblkiICAgICAgICAgICIzODU4Ig0KIyAgICBPcHRp b24gICAgICJNYXhZIiAgICAgICAgICAiMjcyIg0KIyAgICBPcHRpb24gICAgICJTY3JlZW5OdW1i ZXIiICAiMCINCiMgICAgT3B0aW9uICAgICAiUmVwb3J0aW5nTW9kZSIgIlNjYWxlZCINCiMgICAg T3B0aW9uICAgICAiQnV0dG9uVGhyZXNob2xkIiAgICAgICAiMTciDQojICAgIE9wdGlvbiAgICAg IkJ1dHRvbk51bWJlciIgICIxIg0KIyAgICBPcHRpb24gICAgICJTZW5kQ29yZUV2ZW50cyINCiMg RW5kU2VjdGlvbg0KDQojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiMgTW9uaXRvciBzZWN0aW9uDQojICoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioNCg0KIyBBbnkgbnVtYmVyIG9mIG1vbml0b3Igc2VjdGlvbnMgbWF5IGJlIHByZXNl bnQNCg0KU2VjdGlvbiAiTW9uaXRvciINCg0KICAgIElkZW50aWZpZXIgICJuIg0KDQojIEhvcml6 U3luYyBpcyBpbiBrSHogdW5sZXNzIHVuaXRzIGFyZSBzcGVjaWZpZWQuDQojIEhvcml6U3luYyBt YXkgYmUgYSBjb21tYSBzZXBhcmF0ZWQgbGlzdCBvZiBkaXNjcmV0ZSB2YWx1ZXMsIG9yIGENCiMg Y29tbWEgc2VwYXJhdGVkIGxpc3Qgb2YgcmFuZ2VzIG9mIHZhbHVlcy4NCiMgTk9URTogVEhFIFZB TFVFUyBIRVJFIEFSRSBFWEFNUExFUyBPTkxZLiAgUkVGRVIgVE8gWU9VUiBNT05JVE9SJ1MNCiMg VVNFUiBNQU5VQUwgRk9SIFRIRSBDT1JSRUNUIE5VTUJFUlMuDQoNCiAgICBIb3JpelN5bmMgICAz MC05NQ0KI0hvcml6U3luYyAgIDMxLjUgLSA3MA0KIyAgICBIb3JpelN5bmMJMzAtNjQgICAgICAg ICAjIG11bHRpc3luYw0KIyAgICBIb3JpelN5bmMJMzEuNSwgMzUuMiAgICAjIG11bHRpcGxlIGZp eGVkIHN5bmMgZnJlcXVlbmNpZXMNCiMgICAgSG9yaXpTeW5jCTE1LTI1LCAzMC01MCAgIyBtdWx0 aXBsZSByYW5nZXMgb2Ygc3luYyBmcmVxdWVuY2llcw0KDQojIFZlcnRSZWZyZXNoIGlzIGluIEh6 IHVubGVzcyB1bml0cyBhcmUgc3BlY2lmaWVkLg0KIyBWZXJ0UmVmcmVzaCBtYXkgYmUgYSBjb21t YSBzZXBhcmF0ZWQgbGlzdCBvZiBkaXNjcmV0ZSB2YWx1ZXMsIG9yIGENCiMgY29tbWEgc2VwYXJh dGVkIGxpc3Qgb2YgcmFuZ2VzIG9mIHZhbHVlcy4NCiMgTk9URTogVEhFIFZBTFVFUyBIRVJFIEFS RSBFWEFNUExFUyBPTkxZLiAgUkVGRVIgVE8gWU9VUiBNT05JVE9SJ1MNCiMgVVNFUiBNQU5VQUwg Rk9SIFRIRSBDT1JSRUNUIE5VTUJFUlMuDQoNCiAgICBWZXJ0UmVmcmVzaCA1MC0xNjANCiNWZXJ0 UmVmcmVzaCA0MC0xNTANCkVuZFNlY3Rpb24NCg0KDQojICoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiMgR3JhcGhp Y3MgZGV2aWNlIHNlY3Rpb24NCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KDQojIEFueSBudW1iZXIgb2YgZ3Jh cGhpY3MgZGV2aWNlIHNlY3Rpb25zIG1heSBiZSBwcmVzZW50DQoNCiMgU3RhbmRhcmQgVkdBIERl dmljZToNCg0KU2VjdGlvbiAiRGV2aWNlIg0KICAgIElkZW50aWZpZXIJIlN0YW5kYXJkIFZHQSIN CiAgICBWZW5kb3JOYW1lCSJVbmtub3duIg0KICAgIEJvYXJkTmFtZQkiVW5rbm93biINCg0KIyBU aGUgY2hpcHNldCBsaW5lIGlzIG9wdGlvbmFsIGluIG1vc3QgY2FzZXMuICBJdCBjYW4gYmUgdXNl ZCB0byBvdmVycmlkZQ0KIyB0aGUgZHJpdmVyJ3MgY2hpcHNldCBkZXRlY3Rpb24sIGFuZCBzaG91 bGQgbm90IG5vcm1hbGx5IGJlIHNwZWNpZmllZC4NCg0KIyAgICBDaGlwc2V0CSJnZW5lcmljIg0K DQojIFRoZSBEcml2ZXIgbGluZSBtdXN0IGJlIHByZXNlbnQuICBXaGVuIHVzaW5nIHJ1bi10aW1l IGxvYWRhYmxlIGRyaXZlcg0KIyBtb2R1bGVzLCB0aGlzIGxpbmUgaW5zdHJ1Y3RzIHRoZSBzZXJ2 ZXIgdG8gbG9hZCB0aGUgc3BlY2lmaWVkIGRyaXZlcg0KIyBtb2R1bGUuICBFdmVuIHdoZW4gbm90 IHVzaW5nIGxvYWRhYmxlIGRyaXZlciBtb2R1bGVzLCB0aGlzIGxpbmUNCiMgaW5kaWNhdGVzIHdo aWNoIGRyaXZlciBzaG91bGQgaW50ZXJwcmV0IHRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIHNlY3Rp b24uDQoNCiAgICBEcml2ZXIgICAgICJ2Z2EiDQojIFRoZSBCdXNJRCBsaW5lIGlzIHVzZWQgdG8g c3BlY2lmeSB3aGljaCBvZiBwb3NzaWJseSBtdWx0aXBsZSBkZXZpY2VzDQojIHRoaXMgc2VjdGlv biBpcyBpbnRlbmRlZCBmb3IuICBXaGVuIHRoaXMgbGluZSBpc24ndCBwcmVzZW50LCBhIGRldmlj ZQ0KIyBzZWN0aW9uIGNhbiBvbmx5IG1hdGNoIHVwIHdpdGggdGhlIHByaW1hcnkgdmlkZW8gZGV2 aWNlLiAgRm9yIFBDSQ0KIyBkZXZpY2VzIGEgbGluZSBsaWtlIHRoZSBmb2xsb3dpbmcgY291bGQg YmUgdXNlZC4gIFRoaXMgbGluZSBzaG91bGQgbm90DQojIG5vcm1hbGx5IGJlIGluY2x1ZGVkIHVu bGVzcyB0aGVyZSBpcyBtb3JlIHRoYW4gb25lIHZpZGVvIGRldmljZQ0KIyBpbnRhbGxlZC4NCg0K IyAgICBCdXNJRCAgICAgICJQQ0k6MDoxMDowIg0KDQojICAgIFZpZGVvUmFtCTI1Ng0KDQojICAg IENsb2NrcwkyNS4yIDI4LjMNCg0KRW5kU2VjdGlvbg0KDQojIERldmljZSBjb25maWd1cmVkIGJ5 IHhmODZjb25maWc6DQoNClNlY3Rpb24gIkRldmljZSINCiAgICBJZGVudGlmaWVyICAiQVRJIFJh Z2UgMTI4Ig0KICAgIERyaXZlciAgICAgICJhdGkiDQogICAgT3B0aW9uICAgICAgIkFHUE1vZGUi ICIyIg0KICAgIFZpZGVvUmFtICAgIDMyNzY4DQoJQnVzSUQgICAgICAgIlBDSToxOjA6MCINCk9w dGlvbiAiRGlzcGxheSIgIkNSVCINCk9wdGlvbiAgICAgICJiYWNraW5nc3RvcmUiICJ0cnVlIg0K ICAgICMgSW5zZXJ0IENsb2NrcyBsaW5lcyBoZXJlIGlmIGFwcHJvcHJpYXRlDQpFbmRTZWN0aW9u DQoNCg0KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqDQojIFNjcmVlbiBzZWN0aW9ucw0KIyAqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq DQoNCiMgQW55IG51bWJlciBvZiBzY3JlZW4gc2VjdGlvbnMgbWF5IGJlIHByZXNlbnQuICBFYWNo IGRlc2NyaWJlcw0KIyB0aGUgY29uZmlndXJhdGlvbiBvZiBhIHNpbmdsZSBzY3JlZW4uICBBIHNp bmdsZSBzcGVjaWZpYyBzY3JlZW4gc2VjdGlvbg0KIyBtYXkgYmUgc3BlY2lmaWVkIGZyb20gdGhl IFggc2VydmVyIGNvbW1hbmQgbGluZSB3aXRoIHRoZSAiLXNjcmVlbiINCiMgb3B0aW9uLg0KU2Vj dGlvbiAiU2NyZWVuIg0KICAgIElkZW50aWZpZXIgICJTY3JlZW4gMSINCiAgICBEZXZpY2UgICAg ICAiQVRJIFJhZ2UgMTI4Ig0KICAgIE1vbml0b3IgICAgICJuIg0KICAgIERlZmF1bHREZXB0aCAy NA0KICAgIFN1YnNlY3Rpb24gIkRpc3BsYXkiDQogICAgICAgIERlcHRoICAgICAgIDgNCiAgICAg ICAgTW9kZXMgICAgICAgIjY0MHg0ODBpIiAiMTI4MHgxMDI0Ig0KICAgICAgICBWaWV3UG9ydCAg ICAwIDANCiAgICBFbmRTdWJzZWN0aW9uDQogICAgU3Vic2VjdGlvbiAiRGlzcGxheSINCiAgICAg ICAgRGVwdGggICAgICAgMTYNCiAgICAgICAgTW9kZXMgICAgICAgIjY0MHg0ODAiICI4MDB4NjAw IiAiMTAyNHg3NjgiICIxMjgweDEwMjQiDQogICAgICAgIFZpZXdQb3J0ICAgIDAgMA0KICAgIEVu ZFN1YnNlY3Rpb24NCiAgICBTdWJzZWN0aW9uICJEaXNwbGF5Ig0KICAgICAgICBEZXB0aCAgICAg ICAyNA0KICAgICAgICBNb2RlcyAgICAgICAiMTI4MHgxMDI0IiAiMTAyNHg3NjgiIA0KICAgICAg ICBWaWV3UG9ydCAgICAwIDANCiAgICBFbmRTdWJzZWN0aW9uDQpFbmRTZWN0aW9uDQoNCiMgKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKg0KIyBTZXJ2ZXJMYXlvdXQgc2VjdGlvbnMuDQojICoqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0K IyBBbnkgbnVtYmVyIG9mIFNlcnZlckxheW91dCBzZWN0aW9ucyBtYXkgYmUgcHJlc2VudC4gIEVh Y2ggZGVzY3JpYmVzDQojIHRoZSB3YXkgbXVsdGlwbGUgc2NyZWVucyBhcmUgb3JnYW5pc2VkLiAg QSBzcGVjaWZpYyBTZXJ2ZXJMYXlvdXQNCiMgc2VjdGlvbiBtYXkgYmUgc3BlY2lmaWVkIGZyb20g dGhlIFggc2VydmVyIGNvbW1hbmQgbGluZSB3aXRoIHRoZQ0KIyAiLWxheW91dCIgb3B0aW9uLiAg SW4gdGhlIGFic2VuY2Ugb2YgdGhpcywgdGhlIGZpcnN0IHNlY3Rpb24gaXMgdXNlZC4NCiMgV2hl biBub3cgU2VydmVyTGF5b3V0IHNlY3Rpb24gaXMgcHJlc2VudCwgdGhlIGZpcnN0IFNjcmVlbiBz ZWN0aW9uDQojIGlzIHVzZWQgYWxvbmUuDQoNClNlY3Rpb24gIlNlcnZlckxheW91dCINCg0KIyBU aGUgSWRlbnRpZmllciBsaW5lIG11c3QgYmUgcHJlc2VudA0KICAgIElkZW50aWZpZXIgICJTaW1w bGUgTGF5b3V0Ig0KDQojIEVhY2ggU2NyZWVuIGxpbmUgc3BlY2lmaWVzIGEgU2NyZWVuIHNlY3Rp b24gbmFtZSwgYW5kIG9wdGlvbmFsbHkNCiMgdGhlIHJlbGF0aXZlIHBvc2l0aW9uIG9mIG90aGVy IHNjcmVlbnMuICBUaGUgZm91ciBuYW1lcyBhZnRlcg0KIyBwcmltYXJ5IHNjcmVlbiBuYW1lIGFy ZSB0aGUgc2NyZWVucyB0byB0aGUgdG9wLCBib3R0b20sIGxlZnQgYW5kIHJpZ2h0DQojIG9mIHRo ZSBwcmltYXJ5IHNjcmVlbi4gIEluIHRoaXMgZXhhbXBsZSwgc2NyZWVuIDIgaXMgbG9jYXRlZCB0 byB0aGUNCiMgcmlnaHQgb2Ygc2NyZWVuIDEuDQoNCiAgICBTY3JlZW4gIlNjcmVlbiAxIg0KDQoj IEVhY2ggSW5wdXREZXZpY2UgbGluZSBzcGVjaWZpZXMgYW4gSW5wdXREZXZpY2Ugc2VjdGlvbiBu YW1lIGFuZA0KIyBvcHRpb25hbGx5IHNvbWUgb3B0aW9ucyB0byBzcGVjaWZ5IHRoZSB3YXkgdGhl IGRldmljZSBpcyB0byBiZQ0KIyB1c2VkLiAgVGhvc2Ugb3B0aW9ucyBpbmNsdWRlICJDb3JlUG9p bnRlciIsICJDb3JlS2V5Ym9hcmQiIGFuZA0KIyAiU2VuZENvcmVFdmVudHMiLg0KDQogICAgSW5w dXREZXZpY2UgIk1vdXNlMSIgIkNvcmVQb2ludGVyIg0KICAgIElucHV0RGV2aWNlICJLZXlib2Fy ZDEiICJDb3JlS2V5Ym9hcmQiDQoNCkVuZFNlY3Rpb24NCg0K ------_=_NextPart_001_01C4ECB6.42330FF0-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 28 16:03:40 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 F382E16A4CE for ; Tue, 28 Dec 2004 16:03:39 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0FF543D3F for ; Tue, 28 Dec 2004 16:03:33 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 2DDFE357A8; Tue, 28 Dec 2004 17:03:31 +0100 (CET) Date: Tue, 28 Dec 2004 17:03:27 +0100 From: Miguel Mendez To: "Kiril Anastasov" Message-Id: <20041228170327.7373da36.flynn@energyhq.es.eu.org> In-Reply-To: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> References: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> X-Mailer: Sylpheed version 0.9.99-gtk2-20041024 (GTK+ 2.4.14; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__28_Dec_2004_17_03_27_+0100_JTrtlE=hw.TepTDn" cc: freebsd-x11@freebsd.org Subject: Re: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 28 Dec 2004 16:03:40 -0000 --Signature=_Tue__28_Dec_2004_17_03_27_+0100_JTrtlE=hw.TepTDn Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Tue, 28 Dec 2004 10:21:41 +0200 "Kiril Anastasov" wrote: Hi, > Hi everybody, > I have dri enabled since ever in xorg.conf(XF86Config when i was using > Xfree) but after the upgrade from xorg 6.7.0 to xorg 6.8.1 glxinfo > displays "direct rendering: No" and glxgears is very slow(even slower > than without dri enabled). It is more interesting since the log shows > that the dri was loaded OK(see attached file). I have rebuilt the > kernel > but this didn't helped and since the log does not show any error I do > not have any idea what the problem is. So please help. I can confirm this for Radeon 7000 as well. Xorg 6.8[.1] is a regression on ATI hardware. On 6.8.0 the server enables DRI but hangs very soon (read: after 5-10 mins). The good news: This is not a FreeBSD specific problem, the same happens on Gentoo, emerge xorg 6.8 and lose DRI. The bad news is that it's a royal PITA to debug :/ Cheers, -- Miguel Mendez | lea gfx_lib(pc),a1 http://www.energyhq.es.eu.org | moveq #0,d0 PGP Key: 0xDC8514F1 | move.l 4.w,a6 Note: I reject all mail from hosts that use SORBS | jsr -552(a6) --Signature=_Tue__28_Dec_2004_17_03_27_+0100_JTrtlE=hw.TepTDn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0YPSnLctrNyFFPERAs+8AKCQDycVxV99d/oWuTNaSg9UEd0eOQCfc4NH yKcNHx4H2zHzwscuWKu47uQ= =7n14 -----END PGP SIGNATURE----- --Signature=_Tue__28_Dec_2004_17_03_27_+0100_JTrtlE=hw.TepTDn-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 02:00:41 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 58E1C16A4CE for ; Wed, 29 Dec 2004 02:00:41 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F09243D4C for ; Wed, 29 Dec 2004 02:00:41 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBT20eJH040599 for ; Wed, 29 Dec 2004 02:00:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBT20e4g040598; Wed, 29 Dec 2004 02:00:40 GMT (envelope-from gnats) Date: Wed, 29 Dec 2004 02:00:40 GMT Message-Id: <200412290200.iBT20e4g040598@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Hilko Meyer Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Hilko Meyer List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 02:00:41 -0000 The following reply was made to PR ports/75473; it has been noted by GNATS. From: Hilko Meyer To: freebsd-gnats-submit@FreeBSD.org, yasu@utahime.org Cc: Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_1 Date: Wed, 29 Dec 2004 02:51:44 +0100 Hi, I can confirm, that the patch solves the Problem. I can compile graphics/dri 6.2_1. But I had to apply the patch manual, because it is somehow shredderd in the PR. bye, Hilko From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 02:40:09 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 6CB8816A4CE for ; Wed, 29 Dec 2004 02:40:09 +0000 (GMT) Received: from mails.tsinghua.edu.cn (mails.tsinghua.edu.cn [166.111.8.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 9243B43D1D for ; Wed, 29 Dec 2004 02:40:07 +0000 (GMT) (envelope-from luohong99@mails.tsinghua.edu.cn) Received: (eyou send program); Wed, 29 Dec 2004 10:34:43 +0800 Message-ID: <304287683.01695@mails.tsinghua.edu.cn> Received: from unknown (HELO mails.tsinghua.edu.cn) (unknown@127.0.0.1) by 127.0.0.1 with SMTP; Wed, 29 Dec 2004 10:34:43 +0800 X-scanvirus: By Symantec Scan Engine X-scanresult: CLEAN X-Received: tu067195.tsinghua.edu.cn,166.111.67.195,20041229103442 Received: from tu067195.tsinghua.edu.cn (HELO theeluo) (luohong99@166.111.67.195) by localhost with SMTP; 29 Dec 2004 02:34:42 -0000 From: "Luo Hong" To: Date: Wed, 29 Dec 2004 10:40:03 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Thread-Index: AcTtT7LwjhdAYvTFQx2fTACXXt83ng== Subject: Xorg 6.8.1 bug? 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, 29 Dec 2004 02:40:09 -0000 Yesterday, I updated my X.org from 6.7.0 to 6.8.1, but display mode = worked abnormally, so I had to downgrade it back to 6.7.0. The problem is described below: I set "ModeLine" in xorg.conf according to "gtf" utility, but after = the upgrade, new xorg 6.8.1 seemed to not recongnize "ModeLine" Whatever "ModeLine" configuration was, it just locked the display mode, = the dot clock was locked at 108.00MHz, and the vertical refresh rate was = locked at 60Hz. But when I downgraded back, everything worked well, is = this a bug of 6.8.1? My display card is Radeon LE with R100 kernel. Thank you and Best Regards, Yours sincerely Luo Hong EDA Group,=20 Circuits and Systems Division, Dept. of Electronic Engineering, Tsinghua University, Beijing, P.R. China =20 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 11:55:02 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 9E89216A4CF; Wed, 29 Dec 2004 11:55:02 +0000 (GMT) Received: from alpha.mini.pw.edu.pl (alpha.mini.pw.edu.pl [194.29.178.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE63B43D1D; Wed, 29 Dec 2004 11:55:01 +0000 (GMT) (envelope-from kozlowsm@mini.pw.edu.pl) Received: from localhost (localhost [127.0.0.1]) by alpha.mini.pw.edu.pl (Postfix) with ESMTP id 57AF747FD4; Wed, 29 Dec 2004 12:55:06 +0100 (CET) Received: from alpha.mini.pw.edu.pl ([127.0.0.1]) by localhost (alpha.mini.pw.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04904-05; Wed, 29 Dec 2004 12:54:56 +0100 (CET) Received: from [192.168.0.3] (dkr214.neoplus.adsl.tpnet.pl [83.24.21.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by alpha.mini.pw.edu.pl (Postfix) with ESMTP id ECFEB47EE6; Wed, 29 Dec 2004 12:54:55 +0100 (CET) Message-ID: <41D29B12.9090707@mini.pw.edu.pl> Date: Wed, 29 Dec 2004 12:54:58 +0100 From: Marek Kozlowski User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: anholt@FreeBSD.org, x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mini.pw.edu.pl Subject: xorg 6.8.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: Wed, 29 Dec 2004 11:55:02 -0000 :-) (FreeBSD 4.10, DELL Latitude CPt-S450) Unfortunately I have an ATI Rage Mobility video card. First of all: https://bugs.freedesktop.org/show_bug.cgi?id=591 seems to be not fixed. Besides, when using the generic vesa driver I've experienced some (quite often) hard hang-ups. I had to remove batteries and the power cable. The last problem concerns gnome and xorg. I had upgreded gnome to the version 2.8.1. Then I switched from XFree86 to xorg according to the UPDATE recommendation. I changed all dependiences. I set the necessary variable according to the UPDATE document. Unfortunately during my upgrade of the gnome from 2.8.1 to 2.8.2 all packages registered as dependent on XFree86... I had to repair it once again. Why? Best regards, Marek From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 19:51:17 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 78B9F16A4CE for ; Wed, 29 Dec 2004 19:51:17 +0000 (GMT) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3429243D2F for ; Wed, 29 Dec 2004 19:51:17 +0000 (GMT) (envelope-from lioux@uol.com.br) Received: from 200.181.89.39 (200-181-089-039.pvoce205.dial.brasiltelecom.net.br [200.181.89.39]) by vette.gigo.com (Postfix) with ESMTP id A4E89547E for ; Wed, 29 Dec 2004 11:51:16 -0800 (PST) Received: (qmail 61248 invoked by uid 1001); 29 Dec 2004 19:50:46 -0000 Message-ID: <20041229195045.61187.qmail@exxodus.fedaykin.here> Date: Wed, 29 Dec 2004 17:50:23 -0200 From: Mario Sergio Fujikawa Ferreira To: x11@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: lofi@FreeBSD.org Subject: Wrong /tmp/.ICE-unix breaks KDE (and others) 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, 29 Dec 2004 19:51:17 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, It's been both recently and officially confirmed that wrong permissions/ownership of the directory /tmp/.ICE-unix breaks KDE functionaly. Lofi has reported that he experiences lockups when switching consoles. Could the attached simple script be added to the xorg distribution as a rc.d script? Meanwhile, the KDE-FREEBSD team will add an UPDATING entry regarding the issue. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --qMm9M+Fa2AknHoGS-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 20:06: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 9553116A4CE for ; Wed, 29 Dec 2004 20:06:01 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4025F43D62 for ; Wed, 29 Dec 2004 20:06:01 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBTK60bl006086; Wed, 29 Dec 2004 12:06:00 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBTK5xpQ006085; Wed, 29 Dec 2004 12:05:59 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Kiril Anastasov In-Reply-To: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> References: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Dec 2004 12:05:59 -0800 Message-Id: <1104350759.854.17.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-x11@freebsd.org Subject: Re: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 29 Dec 2004 20:06:01 -0000 On Tue, 2004-12-28 at 10:21 +0200, Kiril Anastasov wrote: > Hi everybody, > > I have dri enabled since ever in xorg.conf(XF86Config when i was using > > Xfree) but after the upgrade from xorg 6.7.0 to xorg 6.8.1 glxinfo > > displays "direct rendering: No" and glxgears is very slow(even slower > > than without dri enabled). It is more interesting since the log shows > > that the dri was loaded OK(see attached file). I have rebuilt the kernel > > but this didn't helped and since the log does not show any error I do > > not have any idea what the problem is. So please help. Your Xorg.0.log shows DRI enabled, which means that you're most of the way there. The next step is the glxinfo output. However, you need LIBGL_DEBUG=verbose set in your environment for glxinfo to be of use in debugging. (If capturing the output to send, note that the important lines are output to stderr) -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 20:11:56 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 648B616A4CE for ; Wed, 29 Dec 2004 20:11:56 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FE1243D1F for ; Wed, 29 Dec 2004 20:11:56 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBTKBnZh006124; Wed, 29 Dec 2004 12:11:49 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBTKBlFY006123; Wed, 29 Dec 2004 12:11:47 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Miguel Mendez In-Reply-To: <20041228170327.7373da36.flynn@energyhq.es.eu.org> References: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> <20041228170327.7373da36.flynn@energyhq.es.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Dec 2004 12:11:47 -0800 Message-Id: <1104351107.854.21.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: Kiril Anastasov cc: freebsd-x11@freebsd.org Subject: Re: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 29 Dec 2004 20:11:56 -0000 On Tue, 2004-12-28 at 17:03 +0100, Miguel Mendez wrote: > On Tue, 28 Dec 2004 10:21:41 +0200 > "Kiril Anastasov" wrote: > > Hi, > > > Hi everybody, > > I have dri enabled since ever in xorg.conf(XF86Config when i was using > > Xfree) but after the upgrade from xorg 6.7.0 to xorg 6.8.1 glxinfo > > displays "direct rendering: No" and glxgears is very slow(even slower > > than without dri enabled). It is more interesting since the log shows > > that the dri was loaded OK(see attached file). I have rebuilt the > > kernel > > but this didn't helped and since the log does not show any error I do > > not have any idea what the problem is. So please help. > > I can confirm this for Radeon 7000 as well. Xorg 6.8[.1] is a regression > on ATI hardware. On 6.8.0 the server enables DRI but hangs very soon > (read: after 5-10 mins). The good news: This is not a FreeBSD specific > problem, the same happens on Gentoo, emerge xorg 6.8 and lose DRI. The > bad news is that it's a royal PITA to debug :/ You seem to be talking about a very different issue from the message you're replying to. I'm guessing that https://bugs.freedesktop.org/attachment.cgi?id=1433 might help. If it does (or probably anyway), I'll merge it in the next xorg-server update which I expect to do in the next day or so. Bonus points for filing a PR so I don't forget. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 20:27:23 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 58DC616A4CE; Wed, 29 Dec 2004 20:27:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3091F43D55; Wed, 29 Dec 2004 20:27:23 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTKRNUc000391; Wed, 29 Dec 2004 20:27:23 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTKRMvU000387; Wed, 29 Dec 2004 20:27:22 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 20:27:22 GMT From: Eric Anholt Message-Id: <200412292027.iBTKRMvU000387@freefall.freebsd.org> To: kasahara@nc.kyushu-u.ac.jp, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75485: libGL fails to load mga_dri.so 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, 29 Dec 2004 20:27:23 -0000 Synopsis: libGL fails to load mga_dri.so State-Changed-From-To: open->feedback State-Changed-By: anholt State-Changed-When: Wed Dec 29 20:27:06 GMT 2004 State-Changed-Why: Waiting for response. I think this one is already fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=75485 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 20:30:37 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 CD33A16A4CE for ; Wed, 29 Dec 2004 20:30:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A482843D49 for ; Wed, 29 Dec 2004 20:30:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTKUbZ2000572 for ; Wed, 29 Dec 2004 20:30:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTKUb7k000571; Wed, 29 Dec 2004 20:30:37 GMT (envelope-from gnats) Date: Wed, 29 Dec 2004 20:30:37 GMT Message-Id: <200412292030.iBTKUb7k000571@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Eric Anholt Subject: Re: ports/75485 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: Wed, 29 Dec 2004 20:30:37 -0000 The following reply was made to PR ports/75485; it has been noted by GNATS. From: Eric Anholt To: gnats Cc: Subject: Re: ports/75485 Date: Wed, 29 Dec 2004 12:26:56 -0800 Could you check what version of the graphics/dri port you have installed? dri-6.2_1,2 should have fixed it, which was committed on 20041224 -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 20:50: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 027DC16A4FC for ; Wed, 29 Dec 2004 20:50:24 +0000 (GMT) Received: from web41309.mail.yahoo.com (web41309.mail.yahoo.com [66.218.93.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 976A343D55 for ; Wed, 29 Dec 2004 20:50:23 +0000 (GMT) (envelope-from mac13631@yahoo.com) Received: (qmail 23319 invoked by uid 60001); 29 Dec 2004 20:50:23 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=qfpypsX+YFXteRqDV4xwu71LZfPAzU2LupqBGFOW4Lxlb1VVj8WHaWial3bZqGIGbTfm4OOPJruGneyUhjovMyDXFZamsfjwomxoo7GcRfb1TNt/vdk2347zg6fKuZ9M6G49PWI76R+yS+6ZBbT6EcKaxFepotnwMgUQ1jbXxF0= ; Message-ID: <20041229205023.23317.qmail@web41309.mail.yahoo.com> Received: from [199.243.45.128] by web41309.mail.yahoo.com via HTTP; Wed, 29 Dec 2004 12:50:23 PST Date: Wed, 29 Dec 2004 12:50:23 -0800 (PST) From: mac tipper To: freebsd-x11@FreeBSD.org, questions@freebsd.org, gnome@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Xorg-6.8.1 +glib +i810 +FreeBSD4.11-STABLE 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, 29 Dec 2004 20:50:24 -0000 Has anyone found a fix for all the busted apps this "upgrade" has caused? ~>uname -v FreeBSD 4.11-STABLE #0: Sat Dec 18 05:00:01 EST 2004 root@STABLE.localhost:/usr/obj/usr/src/sys/STABLE ~>firefox expr: syntax error [: -eq: unexpected operator Segmentation fault : ~>gkrellm GThread-ERROR **: file gthread-posix.c: line 137 (g_thread_impl_init): error 'Invalid argument' during 'pthread_getschedparam (pthread_self(), &policy, &sched)' aborting... Abort And the list goes on. I saw one message http://docs.freebsd.org/cgi/getmsg.cgi?fetch=15110+0+current/freebsd-x11 that suggests, "This seems to be due to applications using the weak symbols in for stub thread functions in libX11 rather than the real, but also weak, ones in libc_r. It can be temporarily worked around by building a libX11 with UIThrStubs.c removed and using LD_LIBRARY_PATH to direct the affected applications to it." And another one that says switch back to Xfree, or downgrade, but I've not found info on cvsup and downgrading ports, or switching back to Xfree. Suggestions? __________________________________ Do you Yahoo!? Jazz up your holiday email with celebrity designs. Learn more. http://celebrity.mail.yahoo.com From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 22:10:06 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 80A4D16A4CE; Wed, 29 Dec 2004 22:10:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 587F443D45; Wed, 29 Dec 2004 22:10:06 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTMA62N017573; Wed, 29 Dec 2004 22:10:06 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTMA5H9017569; Wed, 29 Dec 2004 22:10:05 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 22:10:05 GMT From: Eric Anholt Message-Id: <200412292210.iBTMA5H9017569@freefall.freebsd.org> To: rehsack@liwing.de, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/73309: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running 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, 29 Dec 2004 22:10:06 -0000 Synopsis: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Wed Dec 29 22:08:33 GMT 2004 State-Changed-Why: Conclusion: If you want to use an X Server, you must ensure that you have sufficient fonts, which in the X.Org case means the xorg-miscbitmaps port or a fontserver available which provides that. http://www.freebsd.org/cgi/query-pr.cgi?pr=73309 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 22:19:11 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 3BA9B16A4CE; Wed, 29 Dec 2004 22:19:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D8643D39; Wed, 29 Dec 2004 22:19:11 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTMJANH017979; Wed, 29 Dec 2004 22:19:10 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTMJANE017975; Wed, 29 Dec 2004 22:19:10 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 22:19:10 GMT From: Eric Anholt Message-Id: <200412292219.iBTMJANE017975@freefall.freebsd.org> To: higamasa@dream.com, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/69708: x11/xorg-libraries: lack of symbols under 4-STABLE 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, 29 Dec 2004 22:19:11 -0000 Synopsis: x11/xorg-libraries: lack of symbols under 4-STABLE State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Wed Dec 29 22:18:52 GMT 2004 State-Changed-Why: Should be fixed in 6.8.1. http://www.freebsd.org/cgi/query-pr.cgi?pr=69708 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 22:47:57 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 E8FD816A4CF; Wed, 29 Dec 2004 22:47:57 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD41843D46; Wed, 29 Dec 2004 22:47:57 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTMlvNV022088; Wed, 29 Dec 2004 22:47:57 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTMlvLd022084; Wed, 29 Dec 2004 22:47:57 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 22:47:57 GMT From: Eric Anholt Message-Id: <200412292247.iBTMlvLd022084@freefall.freebsd.org> To: yasu@utahime.org, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75473: graphics/dri: port is broken after update to 6.2_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: Wed, 29 Dec 2004 22:47:58 -0000 Synopsis: graphics/dri: port is broken after update to 6.2_1 State-Changed-From-To: analyzed->closed State-Changed-By: anholt State-Changed-When: Wed Dec 29 22:47:03 GMT 2004 State-Changed-Why: Should be fixed in CVS. The dri/x11 bit was unnecessary afaict because we don't include that (incomplete) driver. http://www.freebsd.org/cgi/query-pr.cgi?pr=75473 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 23:27: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 6AE1916A540 for ; Wed, 29 Dec 2004 23:27:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C549243D46 for ; Wed, 29 Dec 2004 23:27:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 27A9D516D1; Wed, 29 Dec 2004 15:27:37 -0800 (PST) Date: Wed, 29 Dec 2004 15:27:37 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20041229232736.GD89682@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HWvPVVuAAfuRc6SZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [ports-i386@FreeBSD.org: resourceext-1.0_1 pkg-plist errors on i386 4] 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, 29 Dec 2004 23:27:41 -0000 --HWvPVVuAAfuRc6SZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear port maintainer, The following port has an incomplete pkg-plist, or other errors in the files installed by the port. This may mean that the package is incomplete or non-functional; at the very least, your port does not leave the filesystem in the same state it was before the port was installed. Can you please investigate? In the near future, this condition will be treated as an error on the package cluster, which means that the package will not be made available on the ftp site. Thanks, Kris "Ports Janitor" Kennaway ----- Forwarded message from User Ports-i386 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Date: Wed, 29 Dec 2004 23:13:46 GMT From: User Ports-i386 To: kris@FreeBSD.org Subject: resourceext-1.0_1 pkg-plist errors on i386 4 X-UIDL: _0^!!mnj!!9;V!!?E>!! X-Bogosity: No, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.92.8 building resourceext-1.0_1 on gohan14.freebsd.org in directory /x/tmp/4/chroot/74853 maintained by: x11@FreeBSD.org port directory: /usr/ports/x11/resourceext For the full build log, see http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.4.2004112606/reso= urceext-1.0_1.log list of extra files and directories in / (not present before this port was = installed but present after it was deinstalled) 1279837 8 drwxr-xr-x 4 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5 1279838 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/5.00503 1279841 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/5.00503/man 1279842 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/5.00503/man/man3 1279843 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl 1279844 8 drwxr-xr-x 5 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005 1279845 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005/alpha-freebsd 1279849 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005/alpha-freebsd/auto 1279850 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005/auto 1279853 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005/i386-freebsd 1279856 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/lib/perl5/site_perl/5.005/i386-freebsd/auto 1279857 8 drwxr-xr-x 24 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1 1279858 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat1 1279859 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat2 1279860 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat3 1279862 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat4 1279863 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat5 1279864 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat6 1279865 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat7 1279866 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat8 1279867 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/cat9 1279868 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/catl 1279869 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/catn 1279870 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man1 1279871 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man2 1279872 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man3 1279873 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man4 1279874 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man5 1279875 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man6 1279876 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man7 1279877 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man8 1279878 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/man9 1279879 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/manl 1279880 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/de.ISO8859-1/mann 1279881 8 drwxr-xr-x 13 root wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1 1279882 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat1 1279883 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat1aout 1279884 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat2 1279885 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat3 1279886 8 drwxr-xr-x 4 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat4 1279887 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat4/alpha 1279888 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat4/i386 1279889 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat5 1279890 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat6 1279891 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat7 1279892 8 drwxr-xr-x 4 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat8 1279893 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat8/alpha 1279895 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat8/i386 1279896 8 drwxr-xr-x 3 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat9 1279897 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/cat9/i386 1279898 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/en.ISO8859-1/catn 1279899 8 drwxr-xr-x 24 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R 1279900 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat1 1279901 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat2 1279902 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat3 1279903 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat4 1279906 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat5 1279907 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat6 1279908 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat7 1279909 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat8 1279911 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/cat9 1279912 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/catl 1279913 8 drwxr-xr-x 2 man wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/catn 1279914 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man1 1279916 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man2 1279917 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man3 1279918 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man4 1279919 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man5 1279920 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man6 1279921 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man7 1279926 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man8 1279927 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/man9 1279930 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/manl 1279931 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/man/ru.KOI8-R/mann 1373447 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/doc/XResource 1279954 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/br 1279955 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/br/LC_MESSAGES 1279966 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/dk 1279967 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/dk/LC_MESSAGES 1279974 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/ee 1279975 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/locale/ee/LC_MESSAGES 1279935 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/dict 1279946 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/share/emacs 1279947 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/emacs/site-lisp 1279950 8 drwxr-xr-x 3 root wheel 512 Dec= 29 23:13 usr/X11R6/share/java 1279951 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/java/classes 1279992 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/misc 1279993 8 drwxr-xr-x 88 root wheel 2560 Dec= 29 23:13 usr/X11R6/share/nls 1280001 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/C 1280002 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/af_ZA.ISO8859-1 1280006 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/af_ZA.ISO8859-15 1280008 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/am_ET.UTF-8 1280011 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/bg_BG.CP1251 1280012 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/cs_CZ.ISO8859-2 1280015 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/da_DK.ISO8859-1 1280016 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/da_DK.ISO8859-15 1280023 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_AT.ISO8859-1 1280024 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_AT.ISO8859-15 1280031 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_CH.ISO8859-1 1280032 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_CH.ISO8859-15 1280035 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_DE.ISO8859-1 1280036 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/de_DE.ISO8859-15 1280039 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/el_GR.ISO8859-7 1280040 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_AU.ISO8859-1 1280051 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_AU.ISO8859-15 1280054 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_AU.US-ASCII 1280055 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_CA.ISO8859-1 1280059 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_CA.US-ASCII 1280058 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_CA.ISO8859-15 1280060 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_GB.ISO8859-1 1280061 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_GB.ISO8859-15 1280062 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_GB.US-ASCII 1280063 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_NZ.ISO8859-1 1280064 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_NZ.ISO8859-15 1280065 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_NZ.US-ASCII 1280066 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_US.ISO8859-1 1280067 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/en_US.ISO8859-15 1280068 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/es_ES.ISO8859-1 1280069 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/es_ES.ISO8859-15 1280070 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/et_EE.ISO8859-15 1280071 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fi_FI.ISO8859-1 1280072 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fi_FI.ISO8859-15 1280073 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_BE.ISO8859-1 1280074 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_BE.ISO8859-15 1280075 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_CA.ISO8859-1 1280076 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_CA.ISO8859-15 1280077 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_CH.ISO8859-1 1280256 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ja_JP.SJIS 1280078 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_CH.ISO8859-15 1280079 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_FR.ISO8859-1 1280080 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/fr_FR.ISO8859-15 1280081 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/hi_IN.ISCII-DEV 1280082 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/hr_HR.ISO8859-2 1280083 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/hu_HU.ISO8859-2 1280132 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/is_IS.ISO8859-1 1280250 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/is_IS.ISO8859-15 1280251 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/it_CH.ISO8859-1 1280252 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/it_CH.ISO8859-15 1280254 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/it_IT.ISO8859-1 1280255 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/it_IT.ISO8859-15 1280257 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ja_JP.eucJP 1280258 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ko_KR.eucKR 1280259 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/la_LN.ISO8859-1 1280260 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/la_LN.ISO8859-15 1280261 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/la_LN.ISO8859-2 1280262 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/la_LN.ISO8859-4 1280263 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/la_LN.US-ASCII 1280264 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/lt_LT.ISO8859-4 1280312 0 lrwxr-xr-x 1 root wheel 1 Dec= 29 23:13 usr/X11R6/share/nls/POSIX -> C 1280265 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/nl_BE.ISO8859-1 1280266 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/nl_BE.ISO8859-15 1280268 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/nl_NL.ISO8859-1 1280269 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/nl_NL.ISO8859-15 1280271 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/no_NO.ISO8859-1 1280273 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/no_NO.ISO8859-15 1280274 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/pl_PL.ISO8859-2 1280276 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/pt_BR.ISO8859-1 1280278 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/pt_PT.ISO8859-1 1280280 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/pt_PT.ISO8859-15 1280281 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ro_RO.ISO8859-2 1280282 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ru_RU.CP1251 1280283 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ru_RU.CP866 1280287 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ru_RU.ISO8859-5 1280288 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/ru_RU.KOI8-R 1280289 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/sk_SK.ISO8859-2 1280291 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/sl_SI.ISO8859-2 1280292 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/sv_SE.ISO8859-1 1280293 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/sv_SE.ISO8859-15 1280295 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/tr_TR.ISO8859-9 1280297 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/uk_UA.ISO8859-5 1280299 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/uk_UA.KOI8-U 1280300 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/zh_CN.eucCN 1280301 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/zh_CN.GB18030 1280302 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/zh_CN.GBK 1280303 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/nls/zh_TW.Big5 1280314 0 lrwxr-xr-x 1 root wheel 1 Dec= 29 23:13 usr/X11R6/share/nls/en_US.US-ASCII -> C 1280304 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/sgml 1280305 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/skel 1280309 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/share/xml 1279934 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/sbin 1280310 8 drwxr-xr-x 2 root wheel 512 Dec= 29 23:13 usr/X11R6/www ----- End forwarded message ----- --HWvPVVuAAfuRc6SZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0z1oWry0BWjoQKURAq06AJkBfYqVu0j7/3H0roXpO1wKw1k5tQCg7C+B 5vL8ya2z3EMaX1Cl1LToPuo= =6f4g -----END PGP SIGNATURE----- --HWvPVVuAAfuRc6SZ-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 23:54: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 7C55216A4CE; Wed, 29 Dec 2004 23:54:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54E0E43D2F; Wed, 29 Dec 2004 23:54:32 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTNsWjQ029913; Wed, 29 Dec 2004 23:54:32 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTNsVjO029909; Wed, 29 Dec 2004 23:54:31 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 23:54:31 GMT From: Eric Anholt Message-Id: <200412292354.iBTNsVjO029909@freefall.freebsd.org> To: jmegias@caja-granada.es, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/74913: I can't see anything in X11 applications using qt 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, 29 Dec 2004 23:54:32 -0000 Synopsis: I can't see anything in X11 applications using qt State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Wed Dec 29 23:52:21 GMT 2004 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=74913 From owner-freebsd-x11@FreeBSD.ORG Wed Dec 29 23:55:51 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 29F5116A4CF; Wed, 29 Dec 2004 23:55:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DB643D2F; Wed, 29 Dec 2004 23:55:51 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBTNtoLj029970; Wed, 29 Dec 2004 23:55:50 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBTNtoli029966; Wed, 29 Dec 2004 23:55:50 GMT (envelope-from anholt) Date: Wed, 29 Dec 2004 23:55:50 GMT From: Eric Anholt Message-Id: <200412292355.iBTNtoli029966@freefall.freebsd.org> To: jmegias@caja-granada.es, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org, pat@FreeBSD.org Subject: Re: ports/74913: I can't see anything in X11 applications using qt 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, 29 Dec 2004 23:55:51 -0000 Synopsis: I can't see anything in X11 applications using qt State-Changed-From-To: closed->open State-Changed-By: anholt State-Changed-When: Wed Dec 29 23:54:35 GMT 2004 State-Changed-Why: Reconsidered that last change. As this is (afaict) an issue with qtfw, pass this off to its maintainer. Responsible-Changed-From-To: freebsd-x11->pat Responsible-Changed-By: anholt Responsible-Changed-When: Wed Dec 29 23:54:35 GMT 2004 Responsible-Changed-Why: Reconsidered that last change. As this is (afaict) an issue with qtfw, pass this off to its maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=74913 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 00:22:09 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 BA5BC16A4CE; Thu, 30 Dec 2004 00:22:09 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BEB943D2D; Thu, 30 Dec 2004 00:22:09 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBU0M8ML079143; Wed, 29 Dec 2004 16:22:08 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBU0M7P4079142; Wed, 29 Dec 2004 16:22:07 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Steve Clement In-Reply-To: <41D2CEE3.6090102@ion.lu> References: <41D2CEE3.6090102@ion.lu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Dec 2004 16:22:07 -0800 Message-Id: <1104366127.854.43.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: x11@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: dri-6.2_1,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: Thu, 30 Dec 2004 00:22:09 -0000 On Wed, 2004-12-29 at 16:36 +0100, Steve Clement wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I had to change this line in the patch-freebsd-dri file: > +DRI_LIB_DEPS = -L$(LOCALBASE)/lib -lm -lpthread -lexpat > to: > +DRI_LIB_DEPS = -L$(LOCALBASE)/lib -lm -pthread -lexpat This should be fixed properly, now. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 00:40:17 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 1568C16A4CE for ; Thu, 30 Dec 2004 00:40:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E102A43D2F for ; Thu, 30 Dec 2004 00:40:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBU0eGtx037024 for ; Thu, 30 Dec 2004 00:40:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBU0eGSZ037023; Thu, 30 Dec 2004 00:40:16 GMT (envelope-from gnats) Date: Thu, 30 Dec 2004 00:40:16 GMT Message-Id: <200412300040.iBU0eGSZ037023@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Eric Anholt Subject: Re: ports/74757 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, 30 Dec 2004 00:40:17 -0000 The following reply was made to PR ports/74757; it has been noted by GNATS. From: Eric Anholt To: gnats Cc: Subject: Re: ports/74757 Date: Wed, 29 Dec 2004 16:36:30 -0800 An upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=2019 -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 02:39: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 C041B16A4E1 for ; Thu, 30 Dec 2004 02:39:29 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E74143D45 for ; Thu, 30 Dec 2004 02:39:29 +0000 (GMT) (envelope-from swoneill@speakeasy.net) Received: (qmail 9919 invoked from network); 30 Dec 2004 02:39:28 -0000 Received: from dsl092-150-209.wdc2.dsl.speakeasy.net (HELO [192.168.0.5]) (swoneill@[66.92.150.209]) (envelope-sender )encrypted SMTP for ; 30 Dec 2004 02:39:28 -0000 Message-ID: <41D36A61.1040004@speakeasy.net> Date: Wed, 29 Dec 2004 21:39:29 -0500 From: Sean O'Neill User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 5.3 on Ultra 5 and compiling xorg-server 6.8.1 - it ain't work'n 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, 30 Dec 2004 02:39:30 -0000 Just recently installed FreeBSD 5.3 on an Ultra 5. Normal cvsup update to /usr/src and /usr/ports works just fine and [build|install]kernel and [build|install]world work - so system is current to 5.3p2. Now I'm trying to upgrade the Xorg ports from 6.7.0 to 6.8.1 using portupgrade on the xorg-server port. It gets a good ways into the compile process and then I get the following: making all in programs/Xserver/hw/xfree86/dummylib... making all in programs/Xserver/hw/xfree86/xf86cfg... rm -f interface.o cc -c -O -pipe -ansi -pedantic -Wno-system-headers -Dasm=__asm -Wall -Wpointer-arith -Wundef -fno-merge-constants -I../common -I../scanpci -I../loader -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/os-support -I/usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/include -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include/X11 -I/usr/ports/x11-servers/xorg-server/work/xc/lib/font/include -I/usr/ports/x11-servers/xorg-server/work/xc -I/usr/ports/x11-servers/xorg-server/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((8) * 100000) + ((1) * 1000) + 0)" -D_XSERVER64 -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DXF86CONFIG=\"xorg.conf\" -DUSE_MODULES -DHAS_NCURSES -DPROJECT_ROOT=\"/usr/X11R6\" -DXF86CONFIGDIR=\"/usr/X11R6/lib/X11\" -DSYSCONS_SUPPORT -D__XCONFIGFILE__='"xorg.conf"' -D__XCONFIGDIR__='"/usr/X11R6/lib/X11"' -D__XLOGFILE__='"Xorg"' -D__XSERVERNAME__='"Xorg"' -D__XKBDEFRULES__='"xorg"' interface.c interface.c: In function `Usage': interface.c:224: warning: string length `630' is greater than the length `509' ISO C89 compilers are required to support interface.c: In function `main': interface.c:411: error: `compositeWidgetClass' undeclared (first use in this function) interface.c:411: error: (Each undeclared identifier is reported only once interface.c:411: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/xf86cfg. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. Just for kicks I added: X_WINDOW_SYSTEM=xorg to /etc/make.conf but this didn't help - didn't think it would. Anyone know why this is happening and how I can fix it ? Thanks in advance. Sean From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 02:48:40 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 3FE5216A4CE for ; Thu, 30 Dec 2004 02:48:40 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A63FD43D39 for ; Thu, 30 Dec 2004 02:48:39 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBU2mcHI079832; Wed, 29 Dec 2004 18:48:38 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBU2mchc079831; Wed, 29 Dec 2004 18:48:38 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: "Sean O'Neill" In-Reply-To: <41D36A61.1040004@speakeasy.net> References: <41D36A61.1040004@speakeasy.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Dec 2004 18:48:37 -0800 Message-Id: <1104374917.854.49.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-x11@freebsd.org Subject: Re: FreeBSD 5.3 on Ultra 5 and compiling xorg-server 6.8.1 - it ain't work'n 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, 30 Dec 2004 02:48:40 -0000 On Wed, 2004-12-29 at 21:39 -0500, Sean O'Neill wrote: > Just recently installed FreeBSD 5.3 on an Ultra 5. Normal cvsup update > to /usr/src and /usr/ports works just fine and [build|install]kernel and > [build|install]world work - so system is current to 5.3p2. > > Now I'm trying to upgrade the Xorg ports from 6.7.0 to 6.8.1 using > portupgrade on the xorg-server port. It gets a good ways into the > compile process and then I get the following: This is the third time I've seen this message from you. Yes, it has been received. If you've got a bug, the best thing to usually do is to send a PR. In this case, though, I think you might have old headers, though I can't remember for sure. xorg-libraries would be the thing to reinstall. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 02:57: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 0A1DD16A4CE for ; Thu, 30 Dec 2004 02:57:01 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16EF443D2D for ; Thu, 30 Dec 2004 02:56:58 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id iBU2uuwr078383; Wed, 29 Dec 2004 21:56:57 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-x11@freebsd.org Date: Wed, 29 Dec 2004 21:56:54 -0500 User-Agent: KMail/1.6.2 References: <6F96D78604050B4F80E0AB2F9B1426AF010ABA45@wdc.sofia.wizcom.bg> <1104350759.854.17.camel@leguin> In-Reply-To: <1104350759.854.17.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: quoted-printable Message-Id: <200412292156.55329.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: Kiril Anastasov Subject: Re: Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 30 Dec 2004 02:57:01 -0000 On Wednesday 29 December 2004 03:05 pm, Eric Anholt wrote: > On Tue, 2004-12-28 at 10:21 +0200, Kiril Anastasov wrote: > > Hi everybody, > > > > I have dri enabled since ever in xorg.conf(XF86Config when i was > > using > > > > Xfree) but after the upgrade from xorg 6.7.0 to xorg 6.8.1 > > glxinfo > > > > displays "direct rendering: No" and glxgears is very slow(even > > slower > > > > than without dri enabled). It is more interesting since the log > > shows > > > > that the dri was loaded OK(see attached file). I have rebuilt the > > kernel > > > > but this didn't helped and since the log does not show any error > > I do > > > > not have any idea what the problem is. So please help. > > Your Xorg.0.log shows DRI enabled, which means that you're most of > the way there. The next step is the glxinfo output. However, you > need LIBGL_DEBUG=3Dverbose set in your environment for glxinfo to be > of use in debugging. (If capturing the output to send, note that > the important lines are output to stderr) Mesa source doesn't seem to include this fix: http://freedesktop.org/cgi-bin/viewcvs.cgi/mesa/Mesa/src/mesa/drivers/dri/c= ommon/depthtmp.h?r1=3D1.4&r2=3D1.5 =46rom the commit log you said: 'Don't compile WriteMonoDepthSpan if HAVE_HW_DEPTH_SPANS is defined --=20 it won't be used in that case, and it wanting WRITE_DEPTH was making=20 r128 die on the undefined symbol.' =46YI... Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 05:11: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 E23DA16A4CE for ; Thu, 30 Dec 2004 05:11:29 +0000 (GMT) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD8C043D49 for ; Thu, 30 Dec 2004 05:11:27 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id iBU5BPs29822 for ; Thu, 30 Dec 2004 16:11:25 +1100 (EST) Date: Thu, 30 Dec 2004 16:11:25 +1100 (EST) From: Dave Horsfall To: freebsd-x11@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Upgrade to 5.3-STABLE broke X? 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, 30 Dec 2004 05:11:30 -0000 (Originally posted to -questions, and someone said this was a known issue and to post here instead. Edited version, as I've learned a bit more since the original post.) Was running 5.3-RELEASE (from CD) on R31 Thinkpad, where Xorg worked just fine. I decided to give -STABLE a spin, followed by a "portupgrade". Now, it's unclear at what point the breakage happened, because one followed the other straight away without trying X (I know, a big mistake). Anyway, after what seemed like an eternity (and probably maxing out my ADSL link in the process) everything finished, and I fired up "X" (X.org, which I had originally, so no issues with XFree86 etc as mentioned in UPDATING). This is when I discovered that a) 6.7.0 got itself upgraded to 6.8.1 when I was asleep, and b) it didn't work. Obscure error messages: (EE) I810(0): Failed to allocate HW (ARGB) cursor space. (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. Fatal server error: Caught signal 11. Server aborting The first message seemed to be because hardware cursors are not supported on the i830M, and the second because DRI wanted the first. I disabled both, but I still get a SIGSEGV. Running GDB on the coredump (with and without intercepting signals) shows a corrupted stack. This used to work in 6.7.0, so what broke? Note that I can't even run xorgcfg either, for the same reason. I poked around wiki.x.org hoping to get release notes etc, to no avail - the links are broken. It also offered the advice of running "xorgcfg" (see above), or sending mail to xorg@freedesktop.org (which turned out to be a mailing list to which one has to subscribe; it could at least say so). Under the "Known issues after updating" page, it says "to be found and written down..." (I kid you not). What do I do now? Reinstall FreeBSD? Install XFree86 instead? Somehow downgrade to 6.7.0? Do I need some hitherto-unneeded kernel options? It fails with GENERIC as well. All configurations available upon request. -- Dave From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 05:31: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 F356116A4CE for ; Thu, 30 Dec 2004 05:31:57 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id A345B43D5C for ; Thu, 30 Dec 2004 05:31:57 +0000 (GMT) (envelope-from brian@hyperreal.org) Received: (qmail 94588 invoked from network); 30 Dec 2004 05:32:01 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 30 Dec 2004 05:32:01 -0000 Received: (qmail 34462 invoked by uid 1000); 30 Dec 2004 05:31:55 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Dec 2004 05:31:55 -0000 Date: Wed, 29 Dec 2004 21:31:55 -0800 (PST) From: Brian Behlendorf To: Eric Anholt In-Reply-To: <1103880840.856.46.camel@leguin> Message-ID: <20041229211903.C34441@fez.hyperreal.org> References: <20041224011219.P21066@fez.hyperreal.org> <1103880840.856.46.camel@leguin> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N cc: mich@freebsd.org cc: x11@freebsd.org Subject: Re: X problems after upgrade to 6.8.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: Thu, 30 Dec 2004 05:31:58 -0000 More narrowing of the problem... Eliminated the issues with gnome-session segfaulting by upgrading to 5.3, running gnome-upgrade.sh, then updating all ports. Now I have gnome 2.8.2 and xorg-6.8.1 starting up fine with the vesa driver (without acceleration), but the i810 driver is still failing, whether or not "Options NoAccel" is used. I've also updated the graphics/dri port to dri-6.2_1,2, with the pthread-related fixes that went in earlier today. Relevant segments of the xorg.0.log, let me know if you want the whole thing: [...] (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.8.1, 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.8.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 [...] (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G [...] (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): 1 display pipe available. (II) I810(0): detected 8060 kB stolen memory. (II) I810(0): I830CheckAvailableMemory: 964608 kB available (II) I810(0): Will attempt to tell the BIOS that there is 12288 kB VideoRAM (WW) I810(0): Extended BIOS function 0x5f11 not supported. (II) I810(0): Before: SWF1 is 0x00000108 (II) I810(0): After: SWF1 is 0x00000108 (==) I810(0): Write-combining range (0x0,0x1000) was already clear [...] (WW) (1280x1024,samsung) mode clock 135MHz exceeds DDC maximum 130MHz (WW) (1280x1024,samsung) mode clock 157.5MHz exceeds DDC maximum 130MHz [...](==) I810(0): Default visual is TrueColor (II) I810(0): Allocated 128 kB for the ring buffer at 0x0 (II) I810(0): Allocating at least 384 scanlines for pixmap cache (II) I810(0): Initial framebuffer allocation size: 5632 kByte (II) I810(0): Allocated 4 kB for HW cursor at 0x7fff000 (II) I810(0): Allocated 16 kB for HW (ARGB) cursor at 0x7ffb000 (II) I810(0): Allocated 4 kB for Overlay registers at 0x7ffa000 (0x2f603000). (II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fea000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed [drm] failed to load kernel module "i915" (II) I810(0): [drm] drmOpen failed (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. (II) I810(0): Updated framebuffer allocation size from 5632 to 8192 kByte (II) I810(0): Updated pixmap cache from 384 scanlines to 1024 scanlines [...] (II) I810(0): Mode bandwidth is 98 Mpixel/s (II) I810(0): maxBandwidth is 640 Mbyte/s, pipe bandwidths are 262 Mbyte/s, 0 Mbyte/s (WW) I810(0): Extended BIOS function 0x5f61 not supported. (==) I810(0): Backing store disabled (==) I810(0): Silken mouse enabled (II) I810(0): Initializing HW Cursor *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting 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. (WW) I810(0): Successfully set original devices (WW) I810(0): Setting the original video mode instead of restoring the saved state (II) I810(0): xf86UnbindGARTMemory: unbind key 5 (II) I810(0): xf86UnbindGARTMemory: unbind key 1 (II) I810(0): xf86UnbindGARTMemory: unbind key 2 (II) I810(0): xf86UnbindGARTMemory: unbind key 4 (II) I810(0): xf86UnbindGARTMemory: unbind key 3 [end] Brian From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 05:33:06 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 C390216A4CE for ; Thu, 30 Dec 2004 05:33:06 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 358E643D39 for ; Thu, 30 Dec 2004 05:33:06 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBU5X4NE087750; Wed, 29 Dec 2004 21:33:05 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBU5X4vo087749; Wed, 29 Dec 2004 21:33:04 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Dave Horsfall In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Dec 2004 21:33:03 -0800 Message-Id: <1104384783.854.62.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-x11@freebsd.org Subject: Re: Upgrade to 5.3-STABLE broke X? 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, 30 Dec 2004 05:33:07 -0000 On Thu, 2004-12-30 at 16:11 +1100, Dave Horsfall wrote: > (Originally posted to -questions, and someone said this was a known issue > and to post here instead. Edited version, as I've learned a bit more > since the original post.) > > Was running 5.3-RELEASE (from CD) on R31 Thinkpad, where Xorg worked just > fine. > > I decided to give -STABLE a spin, followed by a "portupgrade". Now, it's > unclear at what point the breakage happened, because one followed the > other straight away without trying X (I know, a big mistake). > > Anyway, after what seemed like an eternity (and probably maxing out my > ADSL link in the process) everything finished, and I fired up "X" (X.org, > which I had originally, so no issues with XFree86 etc as mentioned in > UPDATING). This is when I discovered that a) 6.7.0 got itself upgraded to > 6.8.1 when I was asleep, and b) it didn't work. > > Obscure error messages: > > (EE) I810(0): Failed to allocate HW (ARGB) cursor space. > (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. > Fatal server error: > Caught signal 11. Server aborting > > The first message seemed to be because hardware cursors are not supported > on the i830M, and the second because DRI wanted the first. I disabled > both, but I still get a SIGSEGV. Running GDB on the coredump (with and > without intercepting signals) shows a corrupted stack. > > This used to work in 6.7.0, so what broke? Note that I can't even run > xorgcfg either, for the same reason. I'm not sure yet. I was assuming it was some regression in 6.8.0/1 which would have been fixed in 6.8.2, so I made a patch to pull in the updates, http://people.freebsd.org/~anholt/X/patch-i810-6_8 which would be dropped in x11-server/xorg-server/files/ before you rebuild/install it. The associated PR is http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/75425 and has information on other workarounds. If you'd like to contribute to the debugging process, please note what hardware you're seeing the issue on in a followup to ports/75425, and try out patch-i810-6_8 to see if it helps. One person has said it didn't help them, but I'd like to see two before I give up on this angle. I'm also concerned about the V_BIOS warnings I've seen, which have meant AGP issues in the past, though it seems odd that it would crop up now. Getting people to say what hardware they're seeing the issue on (something that's been rather lacking until now) could help a lot here. > I poked around wiki.x.org hoping to get release notes etc, to no avail - > the links are broken. It also offered the advice of running "xorgcfg" > (see above), or sending mail to xorg@freedesktop.org (which turned out to > be a mailing list to which one has to subscribe; it could at least say > so). http://bugs.freedesktop.org/ would be the place to complain about that :) -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 10:00:09 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 EBBD116A4CF for ; Thu, 30 Dec 2004 10:00:09 +0000 (GMT) Received: from mail1.sciant.com (mail1.sciant.com [62.73.65.35]) by mx1.FreeBSD.org (Postfix) with SMTP id A4E3F43D54 for ; Thu, 30 Dec 2004 10:00:08 +0000 (GMT) (envelope-from kiril.anastasov@sciant.com) Received: (qmail 5751 invoked by uid 1008); 30 Dec 2004 10:00:16 -0000 Received: from kiril.anastasov@sciant.com by mail1 by uid 1001 with qmail-scanner-1.22-st-qms Clear:RC:1(172.16.16.35):. Processed in 0.092023 secs); 30 Dec 2004 10:00:16 -0000 Received: from unknown (HELO wdc.sofia.wizcom.bg) (172.16.16.35) by mail1.sciant.com with SMTP; 30 Dec 2004 10:00:16 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Thu, 30 Dec 2004 12:00:06 +0200 Message-ID: <6F96D78604050B4F80E0AB2F9B1426AF010C5BB7@wdc.sofia.wizcom.bg> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re:[SOLVED] Dri on ati rage128 does not work after xorg 6.8.1 upgrade. Thread-Index: AcTuVlbqSjpvI1iPRl2pfTCaRIYoyA== From: "Kiril Anastasov" To: Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: Jung-uk Kim Subject: Re:[SOLVED] Dri on ati rage128 does not work after xorg 6.8.1 upgrade. 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, 30 Dec 2004 10:00:10 -0000 > Your Xorg.0.log shows DRI enabled, which means that you're most of the = > way there.=9A The next step is the glxinfo output.=9A However, you = need=20 > LIBGL_DEBUG=3Dverbose set in your environment for glxinfo to be of use = > in debugging.=9A (If capturing the output to send, note that the=20 > important lines are output to stderr) =20 This showed that the WRITE_DEPTH is unresolved external. =20 > Mesa source doesn't seem to include this fix: >=20 > = http://freedesktop.org/cgi-bin/viewcvs.cgi/mesa/Mesa/src/mesa/drivers/dri= /common/depthtmp.h?r1=3D1.4&r2=3D1.5 >=20 > From the commit log you said: >=20 > 'Don't compile WriteMonoDepthSpan if HAVE_HW_DEPTH_SPANS is defined -=20 > it won't be used in that case, and it wanting WRITE_DEPTH was making > r128 die on the undefined symbol.' =20 And this fixed the problem. =20 Thanks guys. =20 Kiril Anastasov From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 10:44:22 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 6DB1716A4CE; Thu, 30 Dec 2004 10:44:22 +0000 (GMT) Received: from 212.106.252.179.adsl.jazztel.es (212.106.252.179.adsl.jazztel.es [212.106.252.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C0D243D1D; Thu, 30 Dec 2004 10:44:21 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) iBUAiJEs039221; Thu, 30 Dec 2004 11:44:19 +0100 (CET) (envelope-from freebsd@redesjm.local) Received: (from freebsd@localhost) by redesjm.local (8.13.1/8.13.1/Submit) id iBUAiKbc002799; Thu, 30 Dec 2004 11:44:20 +0100 (CET) (envelope-from freebsd) Date: Thu, 30 Dec 2004 11:44:20 +0100 (CET) Message-Id: <200412301044.iBUAiKbc002799@redesjm.local> To: FreeBSD-gnats-submit@freebsd.org From: Jose M Rodriguez (freebsd) X-send-pr-version: 3.113 X-GNATS-Notify: X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: x11@freebsd.org Subject: [PATCH] x11/xorg-libraries: [SUMMARIZE CHANGES] 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, 30 Dec 2004 10:44:22 -0000 >Submitter-Id: current-users >Originator: Jose M Rodriguez (freebsd) >Organization: Redes JM >Confidential: no >Synopsis: [PATCH] x11/xorg-libraries: [SUMMARIZE CHANGES] >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 5.3-STABLE i386 >Environment: System: FreeBSD orion.redesjm.local 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Dec 29 19:50:11 CET 2004 >Description: add suport for /tmp conformance before xorg use Added file(s): - files/x11cleartmp.sh Port maintainer (x11@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.63 >How-To-Repeat: >Fix: --- xorg-libraries-6.8.1.patch begins here --- diff -ruN --exclude=CVS /usr/HEAD/ports/x11/xorg-libraries/Makefile /junk/wk/x11/xorg-libraries/Makefile --- /usr/HEAD/ports/x11/xorg-libraries/Makefile Thu Dec 23 02:35:43 2004 +++ /junk/wk/x11/xorg-libraries/Makefile Thu Dec 30 11:37:15 2004 @@ -43,6 +43,8 @@ ${MKDIR} ${PREFIX}/libdata/pkgconfig ${INSTALL_DATA} ${WRKSRC}/lib/Xcursor/xcursor.pc \ ${PREFIX}/libdata/pkgconfig + ${INSTALL_SCRIPT} ${FILESDIR}/x11cleartmp.sh \ + ${PREFIX}/etc/rc.d/000.x11cleartmp.sh .include "${.CURDIR}/../../x11-servers/xorg-server/Makefile.inc" .include diff -ruN --exclude=CVS /usr/HEAD/ports/x11/xorg-libraries/files/x11cleartmp.sh /junk/wk/x11/xorg-libraries/files/x11cleartmp.sh --- /usr/HEAD/ports/x11/xorg-libraries/files/x11cleartmp.sh Thu Jan 1 01:00:00 1970 +++ /junk/wk/x11/xorg-libraries/files/x11cleartmp.sh Thu Dec 30 11:39:50 2004 @@ -0,0 +1,23 @@ +#!/bin/sh +# + +# /usr/X11R6/etc/rc.d/000.cleartmp.sh +# force correct entries on /tmp for safe use of X + +case "$1" in + start) + # remove X lock files that will prevent Xserver launch + rm -f /tmp/.X[0-9]-lock + # new versions of XFree86/xorg will need correct dirs on /tmp + rm -fr /tmp/.X11-unix /tmp/.ICE-unix /tmp/.font-unix + mkdir -m 1777 /tmp/.X11-unix /tmp/.ICE-unix /tmp/.font-unix + ;; + stop) + ;; + *) + echo "" + echo "Usage: `basename $0` { start | stop }" + echo "" + exit 64 + ;; +esac diff -ruN --exclude=CVS /usr/HEAD/ports/x11/xorg-libraries/pkg-plist /junk/wk/x11/xorg-libraries/pkg-plist --- /usr/HEAD/ports/x11/xorg-libraries/pkg-plist Thu Dec 23 02:35:43 2004 +++ /junk/wk/x11/xorg-libraries/pkg-plist Thu Dec 30 11:41:05 2004 @@ -1,4 +1,5 @@ bin/xcursor-config +etc/rc.d/000.x11cleartmp.sh include/DPS/ColorSB.h include/DPS/ColorSBP.h include/DPS/DPSScrollW.h --- xorg-libraries-6.8.1.patch ends here --- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 10:53:35 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 14B2416A4CE; Thu, 30 Dec 2004 10:53:35 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E408743D41; Thu, 30 Dec 2004 10:53:34 +0000 (GMT) (envelope-from erwin@FreeBSD.org) Received: from freefall.freebsd.org (erwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBUArYM7039962; Thu, 30 Dec 2004 10:53:34 GMT (envelope-from erwin@freefall.freebsd.org) Received: (from erwin@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBUArY55039958; Thu, 30 Dec 2004 10:53:34 GMT (envelope-from erwin) Date: Thu, 30 Dec 2004 10:53:34 GMT From: Erwin Lansing Message-Id: <200412301053.iBUArY55039958@freefall.freebsd.org> To: erwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/75650: [PATCH] x11/xorg-libraries: [SUMMARIZE CHANGES] 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, 30 Dec 2004 10:53:35 -0000 Synopsis: [PATCH] x11/xorg-libraries: [SUMMARIZE CHANGES] Responsible-Changed-From-To: freebsd-ports-bugs->x11 Responsible-Changed-By: erwin Responsible-Changed-When: Thu Dec 30 10:53:22 GMT 2004 Responsible-Changed-Why: Over to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=75650 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 13:10:29 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 73F4116A4CE for ; Thu, 30 Dec 2004 13:10:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9A543D41 for ; Thu, 30 Dec 2004 13:10:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBUDATMl059324 for ; Thu, 30 Dec 2004 13:10:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBUDAT24059323; Thu, 30 Dec 2004 13:10:29 GMT (envelope-from gnats) Date: Thu, 30 Dec 2004 13:10:29 GMT Message-Id: <200412301310.iBUDAT24059323@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Jose M Rodriguez Subject: Re: ports/74002: [PATCH] x11-servers/xorg-server: /tmp cleanup script X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jose M Rodriguez List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 13:10:29 -0000 The following reply was made to PR ports/74002; it has been noted by GNATS. From: Jose M Rodriguez To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: ports/74002: [PATCH] x11-servers/xorg-server: /tmp cleanup script Date: Thu, 30 Dec 2004 14:09:23 +0100 Please, close this. I just launch ports/7650 ports/75652 to do this from xlib. -- josemi From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 15:19:11 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 58EEF16A4CE for ; Thu, 30 Dec 2004 15:19:11 +0000 (GMT) Received: from eclipse.rootxs.nl (eclipse.rootxs.nl [217.148.166.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A821143D5D for ; Thu, 30 Dec 2004 15:19:10 +0000 (GMT) (envelope-from dennis@rootxs.nl) Received: from mail.rootxs.nl (localhost [127.0.0.1]) by eclipse.rootxs.nl (Postfix) with ESMTP id 76937123DF9 for ; Thu, 30 Dec 2004 16:19:09 +0100 (CET) Received: from 80.56.110.127 (SquirrelMail authenticated user dennis@rootxs.nl); by mail.rootxs.nl with HTTP; Thu, 30 Dec 2004 16:19:09 +0100 (CET) Message-ID: <57263.80.56.110.127.1104419949.squirrel@80.56.110.127> Date: Thu, 30 Dec 2004 16:19:09 +0100 (CET) From: dennis@rootxs.nl To: x11@FreeBSD.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Fetch problem 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, 30 Dec 2004 15:19:11 -0000 Hello, Something in distinfo? => Checksum mismatch for xorg/X11R6.8.1-src1.tar.gz. ===> Refetch for 1 more times files: xorg/X11R6.8.1-src1.tar.gz ===> Vulnerability check disabled, database not found => X11R6.8.1-src1.tar.gz doesn't seem to exist in /usr/ports/distfiles/xorg. => Attempting to fetch from ftp://ftp.x.org/pub/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.gwdg.de/pub/x11/x.org/pub/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.cica.es/pub/X/pub/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.cs.cuhk.edu.hk/pub/X11/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://sunsite.sut.ac.jp/pub/archives/X11/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.unicamp.br/pub/X11/releases/X11R6.8.1/tars/. fetch: ftp://ftp.unicamp.br/pub/X11/releases/X11R6.8.1/tars/X11R6.8.1-src1.tar.gz: Connection refused => Attempting to fetch from ftp://ftp.ntua.gr/pub/X11/X.org/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.task.gda.pl/mirror/ftp.x.org/pub/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.sunet.se/pub/X11/ftp.x.org/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.mirrorservice.org/sites/ftp.x.org/pub/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://sunsite.uio.no/pub/X11/X11R6.8.1/tars/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp.cs.tu-berlin.de/pub/X/x/X11R6.8.1/tars/. fetch: ftp://ftp.cs.tu-berlin.de/pub/X/x/X11R6.8.1/tars/X11R6.8.1-src1.tar.gz: File unavailable (e.g., file not found, no access) => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xorg/. fetch: X11R6.8.1-src1.tar.gz: local modification time does not match remote => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/xorg and try again. *** Error code 1 Stop in /usr/ports/x11-fonts/xorg-fonts-cyrillic. *** Error code 1 Stop in /usr/ports/x11-fonts/xorg-fonts-cyrillic. *** Error code 1 Stop in /usr/ports/x11/xorg. Kind regards, Dennis Cabooter http://www.rootxs.nl "We could change the world if god would give us the source-code" From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 15:54: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 7760616A4CE for ; Thu, 30 Dec 2004 15:54:59 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3771843D58 for ; Thu, 30 Dec 2004 15:54:58 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 30 Dec 2004 15:54:55 -0000 Received: from pD955F8D8.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.248.216) by mail.gmx.net (mp027) with SMTP; 30 Dec 2004 16:54:55 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iBUFtbeH068552 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 30 Dec 2004 16:55:40 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-x11@freebsd.org Date: Thu, 30 Dec 2004 16:54:22 +0100 User-Agent: KMail/1.7.2 References: <57263.80.56.110.127.1104419949.squirrel@80.56.110.127> In-Reply-To: <57263.80.56.110.127.1104419949.squirrel@80.56.110.127> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5429073.CtVl6nyfpo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412301654.26242.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: dennis@rootxs.nl Subject: Re: Fetch problem 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, 30 Dec 2004 15:54:59 -0000 --nextPart5429073.CtVl6nyfpo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 30. December 2004 16:19, dennis@rootxs.nl wrote: > Hello, > > Something in distinfo? Probably just an incomplete fetch (or a bad file on some mirror). Do 'make= =20 distclean' and then try again. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5429073.CtVl6nyfpo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB1CSyXhc68WspdLARAgctAJ9iMHfjWVA4tKwF0n4K7fOzEeeQ6gCeIshc b9EYsCqt/eH00U45FrvIbfc= =W/+V -----END PGP SIGNATURE----- --nextPart5429073.CtVl6nyfpo-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 15:57: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 F066116A4CE; Thu, 30 Dec 2004 15:57:50 +0000 (GMT) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679AD43D1D; Thu, 30 Dec 2004 15:57:50 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.helpers.liwing.de with esmtp (Exim 4.40 (FreeBSD)) id 1Ck2gc-00042L-AM; Thu, 30 Dec 2004 15:58:02 +0000 Message-ID: <41D42623.7070709@liwing.de> Date: Thu, 30 Dec 2004 16:00:35 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041118 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Eric Anholt References: <200412292210.iBTMA5H9017569@freefall.freebsd.org> In-Reply-To: <200412292210.iBTMA5H9017569@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-x11@FreeBSD.org Subject: Re: ports/73309: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running 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, 30 Dec 2004 15:57:51 -0000 Eric Anholt wrote: > Synopsis: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running > > State-Changed-From-To: open->closed > State-Changed-By: anholt > State-Changed-When: Wed Dec 29 22:08:33 GMT 2004 > State-Changed-Why: > Conclusion: If you want to use an X Server, you must ensure that you have > sufficient fonts, which in the X.Org case means the xorg-miscbitmaps port or a > fontserver available which provides that. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=73309 The Virtual X-Server requires the fonts to run, noone else. So the patch does exactly what you want: it ensures the the sufficient fonts are available. Best regards, Jens From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 16:06:23 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 660D116A4D0; Thu, 30 Dec 2004 16:06:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E2C843D2D; Thu, 30 Dec 2004 16:06:23 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBUG6NFd079861; Thu, 30 Dec 2004 16:06:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBUG6MCQ079857; Thu, 30 Dec 2004 16:06:22 GMT (envelope-from linimon) Date: Thu, 30 Dec 2004 16:06:22 GMT From: Mark Linimon Message-Id: <200412301606.iBUG6MCQ079857@freefall.freebsd.org> To: josemi@freebsd.jazztel.es, linimon@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/74002: [PATCH] x11-servers/xorg-server: /tmp cleanup script 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, 30 Dec 2004 16:06:23 -0000 Synopsis: [PATCH] x11-servers/xorg-server: /tmp cleanup script State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Dec 30 16:05:33 GMT 2004 State-Changed-Why: Supplanted by ports/75652. http://www.freebsd.org/cgi/query-pr.cgi?pr=74002 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 17:25: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 DBEF016A4CE for ; Thu, 30 Dec 2004 17:25:33 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B636343D53 for ; Thu, 30 Dec 2004 17:25:32 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 30 Dec 2004 17:25:31 -0000 Received: from pD955F8D8.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.248.216) by mail.gmx.net (mp003) with SMTP; 30 Dec 2004 18:25:31 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iBUHQMeH069521 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 30 Dec 2004 18:26:24 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: dennis@rootxs.nl Date: Thu, 30 Dec 2004 18:25:06 +0100 User-Agent: KMail/1.7.2 References: <57263.80.56.110.127.1104419949.squirrel@80.56.110.127> <200412301654.26242.michaelnottebrock@gmx.net> <53567.80.56.110.127.1104422526.squirrel@80.56.110.127> In-Reply-To: <53567.80.56.110.127.1104422526.squirrel@80.56.110.127> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2833195.WfJ5bJencP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412301825.10582.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: x11@freebsd.org Subject: Re: Fetch problem 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, 30 Dec 2004 17:25:34 -0000 --nextPart2833195.WfJ5bJencP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 30. December 2004 17:02, dennis@rootxs.nl wrote: > Hello Michael, > > Thanks for answering. No problem, but please don't cut the mailing list from replies - you're muc= h=20 more likely to get an answer to your questions from the bigger crowd. > > > Probably just an incomplete fetch (or a bad file on some mirror). Do > > 'make distclean' and then try again. > > I will try that. :-) > > Another thing.. Have you ever had a laptop that has a small view by > default? I never had a laptop in my life. Perhaps somebody else reading x11@ can help you there... > I have to set ``Stretch screen'' to enable to have FreeBSD in=20 > fullscreen. But then, If I start Xorg, it give me the small vieuw again. > > The only thing I can find is > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D122757 <=3D=3D=3D = this one, > but there's no solution and no one seems to know. Can you point me in some > direction maybe? > > Oh,I forgot to say that the only time Xorg *will* go fullscreen is when I > start Freesbie from CD. Somehow it executes Xorg in a manner that reads > the bios settings that have to do with it I think. Hope you can help. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2833195.WfJ5bJencP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB1Dn2Xhc68WspdLARAktCAKCjTwEg0AFDjDNsZjWsEl5z4BqIAQCaA1zY TB2YNx7XtajCre8Bcz/nF9M= =MMK+ -----END PGP SIGNATURE----- --nextPart2833195.WfJ5bJencP-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 17:52:03 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 1ED9A16A4CE; Thu, 30 Dec 2004 17:52:03 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED68C43D1F; Thu, 30 Dec 2004 17:52:02 +0000 (GMT) (envelope-from oliver@FreeBSD.org) Received: from freefall.freebsd.org (oliver@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBUHq2oe089001; Thu, 30 Dec 2004 17:52:02 GMT (envelope-from oliver@freefall.freebsd.org) Received: (from oliver@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBUHq2k5088997; Thu, 30 Dec 2004 17:52:02 GMT (envelope-from oliver) Date: Thu, 30 Dec 2004 17:52:02 GMT From: Oliver Lehmann Message-Id: <200412301752.iBUHq2k5088997@freefall.freebsd.org> To: oliver@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, x11@FreeBSD.org Subject: Re: ports/75666: add Matrox MGA Driver to xorg-server 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, 30 Dec 2004 17:52:03 -0000 Synopsis: add Matrox MGA Driver to xorg-server Responsible-Changed-From-To: freebsd-ports-bugs->x11 Responsible-Changed-By: oliver Responsible-Changed-When: Thu Dec 30 17:51:45 GMT 2004 Responsible-Changed-Why: assign to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=75666 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 19:05:28 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 328CA16A4CF for ; Thu, 30 Dec 2004 19:05:28 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C22C343D49 for ; Thu, 30 Dec 2004 19:05:27 +0000 (GMT) (envelope-from espenfjo@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so175813wra for ; Thu, 30 Dec 2004 11:05:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding; b=nXyaSTfmg411SOmDlMzBCzPgEMcxM6o4PRcq1w3jRtUESf93FS44TAdn3ldiROVpb5sibdCZnzeW+MP9Djz6eitapP1VbucRmcX/m7egzdo0pkxqX17fQXkb/dX5c1rk1piXE4InKwQ0ANpk5wQm5YZkMKLbHG7VL7frDKHpwrU= Received: by 10.54.53.76 with SMTP id b76mr170174wra; Thu, 30 Dec 2004 11:05:27 -0800 (PST) Received: by 10.54.2.49 with HTTP; Thu, 30 Dec 2004 11:05:27 -0800 (PST) Message-ID: <7aaed0910412301105cac8ab2@mail.gmail.com> Date: Thu, 30 Dec 2004 20:05:27 +0100 From: =?ISO-8859-1?Q?Espen_Fjellv=E6r_Olsen?= To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: x11@FreeBSD.org Subject: Xorg 6.8.1/6.8.0 in ports? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Espen_Fjellv=E6r_Olsen?= List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:05:28 -0000 I wonder when Xorg 6.8.1, or 6.8.0 will be available in 'ports' for -STABLE, or -CURRENT. That is the only version that supports my graphics card (Ati radeon X800XT). And I'm also interested in using "third party" addons to 'ports' to get Xorg 6.8.1/6.8.0. PS: I'm not on the mailing list yet, so i would appreciate if you could send the answers direct to me :) --=20 Mvh / Best regards Espen Fjellv=E6r Olsen espenfjo@gmail.com Norway From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 19:12:02 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 A30BC16A4CE; Thu, 30 Dec 2004 19:12:02 +0000 (GMT) Received: from aun.it.uu.se (aun.it.uu.se [130.238.12.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C5143D1D; Thu, 30 Dec 2004 19:12:01 +0000 (GMT) (envelope-from ertr1013@user.it.uu.se) Received: from hamberg.it.uu.se (daemon@hamberg.it.uu.se [130.238.18.44]) by aun.it.uu.se (8.12.11/8.12.10) with ESMTP id iBUJBnM1000259; Thu, 30 Dec 2004 20:11:50 +0100 (MET) Received: (from ertr1013@localhost) by hamberg.it.uu.se (8.12.10+Sun/8.12.10) id iBUJBnmP009406; Thu, 30 Dec 2004 20:11:49 +0100 (MET) Date: Thu, 30 Dec 2004 20:11:49 +0100 From: Erik Trulsson To: Espen =?unknown-8bit?Q?Fjellv=E6r?= Olsen Message-ID: <20041230191149.GA9238@student.uu.se> References: <7aaed0910412301105cac8ab2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7aaed0910412301105cac8ab2@mail.gmail.com> User-Agent: Mutt/1.4i cc: x11@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Xorg 6.8.1/6.8.0 in ports? 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, 30 Dec 2004 19:12:02 -0000 On Thu, Dec 30, 2004 at 08:05:27PM +0100, Espen Fjellvr Olsen wrote: > I wonder when Xorg 6.8.1, or 6.8.0 will be available in 'ports' for > -STABLE, or -CURRENT. That is the only version that supports my > graphics card (Ati radeon X800XT). Xorg 6.8.1 was added to the ports tree on Dec. 23. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 19:13:10 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 2C84516A4CE; Thu, 30 Dec 2004 19:13:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0137C43D45; Thu, 30 Dec 2004 19:13:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2639E51A03; Thu, 30 Dec 2004 11:13:17 -0800 (PST) Date: Thu, 30 Dec 2004 11:13:17 -0800 From: Kris Kennaway To: Espen Fjellv?r Olsen Message-ID: <20041230191317.GA84534@xor.obsecurity.org> References: <7aaed0910412301105cac8ab2@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <7aaed0910412301105cac8ab2@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: x11@FreeBSD.org cc: freebsd-questions@freebsd.org Subject: Re: Xorg 6.8.1/6.8.0 in ports? 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, 30 Dec 2004 19:13:10 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 30, 2004 at 08:05:27PM +0100, Espen Fjellv?r Olsen wrote: > I wonder when Xorg 6.8.1, or 6.8.0 will be available in 'ports' for > -STABLE, or -CURRENT. That is the only version that supports my > graphics card (Ati radeon X800XT). A week ago. Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1FNNWry0BWjoQKURAsKcAKCXRctxiWzOci6d6EqEVw8OZa7SiwCg6gNO iXPZ4XFCJK2SeIAlMWa0TnY= =zwH4 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 19:32:25 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 2B9FB16A4CE for ; Thu, 30 Dec 2004 19:32:25 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD53443D2D for ; Thu, 30 Dec 2004 19:32:24 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBUJWNOE001056; Thu, 30 Dec 2004 11:32:23 -0800 (PST) (envelope-from anholt@FreeBSD.org) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBUJWMjE001055; Thu, 30 Dec 2004 11:32:22 -0800 (PST) (envelope-from anholt@FreeBSD.org) X-Authentication-Warning: leguin.anholt.net: anholt set sender to anholt@FreeBSD.org using -f From: Eric Anholt To: Jens Rehsack In-Reply-To: <41D42623.7070709@liwing.de> References: <200412292210.iBTMA5H9017569@freefall.freebsd.org> <41D42623.7070709@liwing.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 30 Dec 2004 11:32:22 -0800 Message-Id: <1104435142.866.7.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-x11@FreeBSD.org Subject: Re: ports/73309: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: eta@lclark.edu List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:32:25 -0000 On Thu, 2004-12-30 at 16:00 +0000, Jens Rehsack wrote: > Eric Anholt wrote: > > Synopsis: [PATCH] Fixing missing dependency which prevents xorg-vfbserver from running > > > > State-Changed-From-To: open->closed > > State-Changed-By: anholt > > State-Changed-When: Wed Dec 29 22:08:33 GMT 2004 > > State-Changed-Why: > > Conclusion: If you want to use an X Server, you must ensure that you have > > sufficient fonts, which in the X.Org case means the xorg-miscbitmaps port or a > > fontserver available which provides that. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=73309 > > The Virtual X-Server requires the fonts to run, noone else. > So the patch does exactly what you want: it ensures the the > sufficient fonts are available. No, actually all X Servers require miscbitmaps to get the font which has the cursors. Either that or they require a working fontserver, and that option of working fontserver, common in thin client systems, is why I won't add a miscbitmaps dependency to servers. I would definitely accept a patch to make the error message when you lack the font more useful. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 19:53:13 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 A58F616A4CE; Thu, 30 Dec 2004 19:53:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E75BE43D46; Thu, 30 Dec 2004 19:53:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 96EEA512B3; Thu, 30 Dec 2004 11:53:20 -0800 (PST) Date: Thu, 30 Dec 2004 11:53:20 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20041230195320.GA91304@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 19:53:13 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can someone please take a look at this ASAP? At the moment the linux_base-8 patchset (http://www.leidinger.net/FreeBSD/port-patches/linux.diff) is buildable, but the font problem is critical for 4.11. Kris ----- Forwarded message from Kris Kennaway ----- Date: Thu, 30 Dec 2004 02:21:13 -0800 From: Kris Kennaway To: netchild@FreeBSD.org Subject: fc-cache User-Agent: Mutt/1.4.2.1i The linux version of fc-cache doesn't find a lot of my installed fonts, which are found by the freebsd version. As a result, things like firefox look like ass. see e.g. the 100dpi and 75dpi directories: /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 font= s, 16 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/100dpi": caching,= 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/75dpi": caching, = 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/PEX": caching, 0 = fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Speedo": caching,= 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, = 29 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/cyrillic": cachin= g, 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, = 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 0= fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings": cachi= ng, 0 fonts, 1 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings/large":= caching, 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2": caching,= 0 fonts, 2 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/75dpi": ca= ching, 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/100dpi": c= aching, 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/CID": caching, 0 = fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": cachin= g, 156 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0= fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica": cac= hing, 0 fonts, 4 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/AFM":= caching, 0 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/MathT= 1": caching, 32 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/Type1= ": caching, 32 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/X": c= aching, 462 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13= fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": = caching, 10 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, = 29 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": = caching, 10 fonts, 0 dirs /compat/linux/usr/bin/fc-cache: "/root/.fonts": no such directory, skipping /compat/linux/usr/bin/fc-cache: succeeded /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 fonts, 16 = dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/100dpi": caching, 398 f= onts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/75dpi": caching, 398 fo= nts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/PEX": caching, 0 fonts,= 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Speedo": caching, 0 fon= ts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fon= ts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/cyrillic": caching, 0 f= onts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 font= s, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 55 font= s, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings": caching, 0 = fonts, 1 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings/large": cachi= ng, 0 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2": caching, 0 fon= ts, 2 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/75dpi": caching,= 0 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/100dpi": caching= , 0 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/CID": caching, 0 fonts,= 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": caching, 211= fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0 fonts= , 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica": caching, = 0 fonts, 4 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/AFM": cachi= ng, 0 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/MathT1": ca= ching, 32 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/Type1": cac= hing, 32 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/X": caching= , 462 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13 fonts= , 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": cachin= g, 10 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13 fonts= , 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": caching, 211= fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fon= ts, 0 dirs /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": cachin= g, 10 fonts, 0 dirs /usr/X11R6//bin/fc-cache: "/root/.fonts": skipping, no such directory /usr/X11R6//bin/fc-cache: succeeded Any ideas? Kris ----- End forwarded message ----- --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1FywWry0BWjoQKURAinTAKDE7kySh7XgEYYxgIrWr+/B99nAvACghgwG vxBICmUME6t1zNe9dmSu9dI= =1X09 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 20:25:22 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 D8E5916A4CE for ; Thu, 30 Dec 2004 20:25:22 +0000 (GMT) Received: from rooster.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BCED43D41 for ; Thu, 30 Dec 2004 20:25:22 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [64.102.192.239] (dhcp-64-102-192-239.cisco.com [64.102.192.239]) by rooster.cisco.com (8.11.7+Sun/8.8.8) with ESMTP id iBUKPKe00844; Thu, 30 Dec 2004 15:25:20 -0500 (EST) Message-ID: <41D46431.4000808@FreeBSD.org> Date: Thu, 30 Dec 2004 15:25:21 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20041230195320.GA91304@xor.obsecurity.org> In-Reply-To: <20041230195320.GA91304@xor.obsecurity.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 20:25:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: | Can someone please take a look at this ASAP? At the moment the | linux_base-8 patchset | (http://www.leidinger.net/FreeBSD/port-patches/linux.diff) | is buildable, but the font problem is critical for 4.11. The problem might be the version of freetype2 being used in linux_base. ~ There was a bug a while back where it would not process bitmapped fonts. I can't say for certain, but linux_base-8 does use a pretty old version of freetype2. Could also be a fontconfig problem. What version of fontconfig is being used? Joe | | Kris | | ----- Forwarded message from Kris Kennaway ----- | | Date: Thu, 30 Dec 2004 02:21:13 -0800 | From: Kris Kennaway | To: netchild@FreeBSD.org | Subject: fc-cache | User-Agent: Mutt/1.4.2.1i | | The linux version of fc-cache doesn't find a lot of my installed | fonts, which are found by the freebsd version. As a result, things | like firefox look like ass. | | see e.g. the 100dpi and 75dpi directories: | | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 fonts, 16 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/100dpi": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/75dpi": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/PEX": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Speedo": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/cyrillic": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings": caching, 0 fonts, 1 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings/large": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2": caching, 0 fonts, 2 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/75dpi": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/100dpi": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/CID": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": caching, 156 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica": caching, 0 fonts, 4 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/AFM": caching, 0 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/MathT1": caching, 32 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/Type1": caching, 32 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/X": caching, 462 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": caching, 10 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": caching, 10 fonts, 0 dirs | /compat/linux/usr/bin/fc-cache: "/root/.fonts": no such directory, skipping | /compat/linux/usr/bin/fc-cache: succeeded | | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 fonts, 16 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/100dpi": caching, 398 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/75dpi": caching, 398 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/PEX": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Speedo": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/cyrillic": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 55 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings": caching, 0 fonts, 1 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/encodings/large": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2": caching, 0 fonts, 2 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/75dpi": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/latin2/100dpi": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/CID": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": caching, 211 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica": caching, 0 fonts, 4 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/AFM": caching, 0 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/MathT1": caching, 32 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/Type1": caching, 32 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Mathematica/X": caching, 462 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": caching, 10 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TTF": caching, 13 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": caching, 211 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/Type1": caching, 29 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/usr/X11R6/lib/X11/fonts/bitstream-vera": caching, 10 fonts, 0 dirs | /usr/X11R6//bin/fc-cache: "/root/.fonts": skipping, no such directory | /usr/X11R6//bin/fc-cache: succeeded | | Any ideas? | | Kris | | | | ----- End forwarded message ----- - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB1GQxb2iPiv4Uz4cRArHWAJ9qyR8XeAkJ2FIBhDosslx7+iwF5wCgi2MQ IhiAUPfaaSS1/0tk70YnMnY= =QjBN -----END PGP SIGNATURE----- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 20:30: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 7F6E616A520; Thu, 30 Dec 2004 20:30:43 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B59C43D48; Thu, 30 Dec 2004 20:30:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4883D512B3; Thu, 30 Dec 2004 12:30:49 -0800 (PST) Date: Thu, 30 Dec 2004 12:30:49 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230203049.GA11245@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <41D46431.4000808@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 20:30:43 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 03:25:21PM -0500, Joe Marcus Clarke wrote: > Kris Kennaway wrote: > | Can someone please take a look at this ASAP? At the moment the > | linux_base-8 patchset > | (http://www.leidinger.net/FreeBSD/port-patches/linux.diff) > | is buildable, but the font problem is critical for 4.11. >=20 > The problem might be the version of freetype2 being used in linux_base. > ~ There was a bug a while back where it would not process bitmapped > fonts. I can't say for certain, but linux_base-8 does use a pretty old > version of freetype2. Could also be a fontconfig problem. What version > of fontconfig is being used? fontconfig-2.1-9.i386.rpm freetype-2.1.2-7.${ARCH}.rpm I wonder if updates are available for redhat 8.x. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1GV4Wry0BWjoQKURAg8tAJ9U6QX9tc1mk7LY244iOAUEFzf3YACgvGsK iHYKId1OEr/Bg87mgXbf4Ng= =loLT -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 20:50: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 0EFCC16A4CE; Thu, 30 Dec 2004 20:50:44 +0000 (GMT) Received: from rooster.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FAF43D2F; Thu, 30 Dec 2004 20:50:43 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [64.102.192.239] (dhcp-64-102-192-239.cisco.com [64.102.192.239]) by rooster.cisco.com (8.11.7+Sun/8.8.8) with ESMTP id iBUKofe20147; Thu, 30 Dec 2004 15:50:41 -0500 (EST) Message-ID: <41D46A22.5030906@FreeBSD.org> Date: Thu, 30 Dec 2004 15:50:42 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> In-Reply-To: <20041230203049.GA11245@xor.obsecurity.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: netchild@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 20:50:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: | On Thu, Dec 30, 2004 at 03:25:21PM -0500, Joe Marcus Clarke wrote: | |>Kris Kennaway wrote: |>| Can someone please take a look at this ASAP? At the moment the |>| linux_base-8 patchset |>| (http://www.leidinger.net/FreeBSD/port-patches/linux.diff) |>| is buildable, but the font problem is critical for 4.11. |> |>The problem might be the version of freetype2 being used in linux_base. |>~ There was a bug a while back where it would not process bitmapped |>fonts. I can't say for certain, but linux_base-8 does use a pretty old |>version of freetype2. Could also be a fontconfig problem. What version |>of fontconfig is being used? | | | fontconfig-2.1-9.i386.rpm | freetype-2.1.2-7.${ARCH}.rpm | | I wonder if updates are available for redhat 8.x. I think I found the problem. Freetype2-2.1.2 didn't support gzip'd fonts. That said, we really should be at 2.1.4 or higher for proper gzip support. Not sure if an updated RPM is available, though. Joe | | Kris - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB1Goib2iPiv4Uz4cRApEfAKCdTxHNWmKY5dX3DB02Y1rmigeeaACfckPA bRNYRMEXKt18vkdl9UhnNpU= =pZIu -----END PGP SIGNATURE----- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 21:11:04 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 1507A16A4CE; Thu, 30 Dec 2004 21:11:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D603F43D2D; Thu, 30 Dec 2004 21:11:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 21B2B525F4; Thu, 30 Dec 2004 13:11:13 -0800 (PST) Date: Thu, 30 Dec 2004 13:11:12 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230211112.GA20159@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <41D46A22.5030906@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 21:11:04 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 03:50:42PM -0500, Joe Marcus Clarke wrote: > |>The problem might be the version of freetype2 being used in linux_base. > |>~ There was a bug a while back where it would not process bitmapped > |>fonts. I can't say for certain, but linux_base-8 does use a pretty old > |>version of freetype2. Could also be a fontconfig problem. What version > |>of fontconfig is being used? > | > | > | fontconfig-2.1-9.i386.rpm > | freetype-2.1.2-7.${ARCH}.rpm > | > | I wonder if updates are available for redhat 8.x. >=20 > I think I found the problem. Freetype2-2.1.2 didn't support gzip'd > fonts. That said, we really should be at 2.1.4 or higher for proper > gzip support. Yes, this seems to be the problem. > Not sure if an updated RPM is available, though. I couldn't find one on the mirror site. This is annoying..looks like we'll either have to=20 * ship a linux_base with crappy font rendering, add the errata entry and then deal with all the support mail from people who don't read it. * Make the XFree86 and xorg font ports not install gzipped fonts, until we can update again to a newer linux_base after the release. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1G7wWry0BWjoQKURAjuRAKDrM23DA1dy9mduS7QVc5Qwpvj/ywCeO8IN JhpJVGyI+sjel2zPk3DQCh4= =L2oP -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 21:14: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 7C68716A4CE; Thu, 30 Dec 2004 21:14:41 +0000 (GMT) Received: from rooster.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCAC543D2D; Thu, 30 Dec 2004 21:14:40 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [64.102.192.239] (dhcp-64-102-192-239.cisco.com [64.102.192.239]) by rooster.cisco.com (8.11.7+Sun/8.8.8) with ESMTP id iBULEde07671; Thu, 30 Dec 2004 16:14:39 -0500 (EST) Message-ID: <41D46FC0.5080603@FreeBSD.org> Date: Thu, 30 Dec 2004 16:14:40 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> In-Reply-To: <20041230211112.GA20159@xor.obsecurity.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: netchild@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 21:14:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: | On Thu, Dec 30, 2004 at 03:50:42PM -0500, Joe Marcus Clarke wrote: | | |>|>The problem might be the version of freetype2 being used in linux_base. |>|>~ There was a bug a while back where it would not process bitmapped |>|>fonts. I can't say for certain, but linux_base-8 does use a pretty old |>|>version of freetype2. Could also be a fontconfig problem. What version |>|>of fontconfig is being used? |>| |>| |>| fontconfig-2.1-9.i386.rpm |>| freetype-2.1.2-7.${ARCH}.rpm |>| |>| I wonder if updates are available for redhat 8.x. |> |>I think I found the problem. Freetype2-2.1.2 didn't support gzip'd |>fonts. That said, we really should be at 2.1.4 or higher for proper |>gzip support. | | | Yes, this seems to be the problem. | | |>Not sure if an updated RPM is available, though. | | | I couldn't find one on the mirror site. This is annoying..looks like | we'll either have to | | * ship a linux_base with crappy font rendering, add the errata entry | and then deal with all the support mail from people who don't read it. | | * Make the XFree86 and xorg font ports not install gzipped fonts, | until we can update again to a newer linux_base after the release. * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or higher (preferably 2.1.7). I'm sure one of our users could do this, and it wouldn't hurt to ask. I mean, RH 8 isn't supported anymore anyway, so it wouldn't be like we're going to be causing ourselves any extra grief. Joe | | Kris - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB1G/Ab2iPiv4Uz4cRAiAjAJ9vpXwaIknmdSKYi/4Aaj4ApMdDfwCfXytz uqVtippqJtWrBsWlmqFBKwg= =KulY -----END PGP SIGNATURE----- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 21:23: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 90F3316A4CE; Thu, 30 Dec 2004 21:23:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 519E343D41; Thu, 30 Dec 2004 21:23:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0EB4B512B3; Thu, 30 Dec 2004 13:23:58 -0800 (PST) Date: Thu, 30 Dec 2004 13:23:57 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230212357.GA28427@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <41D46FC0.5080603@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 21:23:48 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: > |>Not sure if an updated RPM is available, though. > | > | > | I couldn't find one on the mirror site. This is annoying..looks like > | we'll either have to > | > | * ship a linux_base with crappy font rendering, add the errata entry > | and then deal with all the support mail from people who don't read it. > | > | * Make the XFree86 and xorg font ports not install gzipped fonts, > | until we can update again to a newer linux_base after the release. >=20 > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > higher (preferably 2.1.7). I'm sure one of our users could do this, and > it wouldn't hurt to ask. >=20 > I mean, RH 8 isn't supported anymore anyway, so it wouldn't be like > we're going to be causing ourselves any extra grief. OK, that's worth a shot. BTW, it also misses some of my TrueType fonts, which might be because they're not named *.TTF (the number missing is the same as the number of *.{FON,001,ttf} files in that directory that are picked up by our fc-cache). Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1HHtWry0BWjoQKURAtKbAKCQLmCF06sEGDy2Vjp5BRau1WGEFwCgnczh /w3BqPV9poXc02bWWNpahcE= =izN+ -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 21:53:22 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 1C77E16A4CE; Thu, 30 Dec 2004 21:53:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D582D43D2F; Thu, 30 Dec 2004 21:53:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 103295250B; Thu, 30 Dec 2004 13:53:32 -0800 (PST) Date: Thu, 30 Dec 2004 13:53:31 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230215331.GA29414@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <41D46FC0.5080603@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 21:53:22 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > higher (preferably 2.1.7). I'm sure one of our users could do this, and > it wouldn't hurt to ask. Would 2.1.9 not work? Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1HjbWry0BWjoQKURAqmXAJ9BDmmum4R3IFooo++5UX6Dxd/q6QCg4d7N KuzXfaGpahWmBvarpJWoYBc= =L+JI -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:00:19 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 AA1ED16A4CE; Thu, 30 Dec 2004 23:00:19 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1380D43D2D; Thu, 30 Dec 2004 23:00:17 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBUN0rga040718; Thu, 30 Dec 2004 18:00:53 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20041230212357.GA28427@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <20041230203049.GA11245@xor.obsecurity.org> <20041230211112.GA20159@xor.obsecurity.org> <20041230212357.GA28427@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YshceYr5GC9vC0c583SO" Organization: FreeBSD, Inc. Date: Thu, 30 Dec 2004 18:00:01 -0500 Message-Id: <1104447601.8767.0.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: netchild@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:00:19 -0000 --=-YshceYr5GC9vC0c583SO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-12-30 at 13:23 -0800, Kris Kennaway wrote: > On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: >=20 > > |>Not sure if an updated RPM is available, though. > > | > > | > > | I couldn't find one on the mirror site. This is annoying..looks like > > | we'll either have to > > | > > | * ship a linux_base with crappy font rendering, add the errata entry > > | and then deal with all the support mail from people who don't read it= . > > | > > | * Make the XFree86 and xorg font ports not install gzipped fonts, > > | until we can update again to a newer linux_base after the release. > >=20 > > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > > higher (preferably 2.1.7). I'm sure one of our users could do this, an= d > > it wouldn't hurt to ask. > >=20 > > I mean, RH 8 isn't supported anymore anyway, so it wouldn't be like > > we're going to be causing ourselves any extra grief. >=20 > OK, that's worth a shot. BTW, it also misses some of my TrueType > fonts, which might be because they're not named *.TTF (the number > missing is the same as the number of *.{FON,001,ttf} files in that > directory that are picked up by our fc-cache). Those .FON and .001 fonts might be the fonts that will require freetype2-2.1.7. However, 2.1.4 should be sufficient for the majority of failing fonts. Joe >=20 > Kris >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-YshceYr5GC9vC0c583SO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB1Ihxb2iPiv4Uz4cRAnFdAJ9jD6pyseBQrwNozrCd0FYgigNhcACgp+1B ADyG59Sfa6CaxD5IkUDDSUs= =ykj8 -----END PGP SIGNATURE----- --=-YshceYr5GC9vC0c583SO-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:01:34 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 2BC6616A4CE; Thu, 30 Dec 2004 23:01:34 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B550643D3F; Thu, 30 Dec 2004 23:01:33 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBUN29tr040727; Thu, 30 Dec 2004 18:02:09 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20041230215331.GA29414@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <20041230203049.GA11245@xor.obsecurity.org> <20041230211112.GA20159@xor.obsecurity.org> <20041230215331.GA29414@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yc6oHozh8vost3GTdbYv" Organization: FreeBSD, Inc. Date: Thu, 30 Dec 2004 18:01:17 -0500 Message-Id: <1104447677.8767.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: netchild@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:01:34 -0000 --=-Yc6oHozh8vost3GTdbYv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-12-30 at 13:53 -0800, Kris Kennaway wrote: > On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: >=20 > > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > > higher (preferably 2.1.7). I'm sure one of our users could do this, an= d > > it wouldn't hurt to ask. >=20 > Would 2.1.9 not work? 2.1.9 would work, but we have not updated due to the API changes. Therefore, I haven't tested 2.1.9 to know if its rendering style will be uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders decent fonts, then by all means, go for it. Joe >=20 > Kris --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-Yc6oHozh8vost3GTdbYv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB1Ii9b2iPiv4Uz4cRAjKMAKCOGt5gbU9UtkIaatKVLpPe3K2z+wCgk8tr qQfpRMDySfliDeMq+IWvRZE= =e5yh -----END PGP SIGNATURE----- --=-Yc6oHozh8vost3GTdbYv-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:29:12 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 07F6E16A4CE; Thu, 30 Dec 2004 23:29:12 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5F943D3F; Thu, 30 Dec 2004 23:29:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 227EB5136F; Thu, 30 Dec 2004 15:29:23 -0800 (PST) Date: Thu, 30 Dec 2004 15:29:23 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230232922.GA15293@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <1104447677.8767.3.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:29:12 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 06:01:17PM -0500, Joe Marcus Clarke wrote: > On Thu, 2004-12-30 at 13:53 -0800, Kris Kennaway wrote: > > On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: > >=20 > > > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > > > higher (preferably 2.1.7). I'm sure one of our users could do this, = and > > > it wouldn't hurt to ask. > >=20 > > Would 2.1.9 not work? >=20 > 2.1.9 would work, but we have not updated due to the API changes. > Therefore, I haven't tested 2.1.9 to know if its rendering style will be > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > decent fonts, then by all means, go for it. Someone found me a 2.1.5 package, which seems to work and to fix both problems I found. Fonts in linux-mozillafirebird are also not anti-aliased (at least not when displaying on my os x laptop) - is this expected? Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1I9SWry0BWjoQKURAon9AKCKpUxhaBR7V2L0fMslC7oxNAtCRACgyksY HaN6yCJTq3GnkDdbaIFDk5A= =UpuL -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:33:17 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 555BE16A4CE; Thu, 30 Dec 2004 23:33:17 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C1843D2F; Thu, 30 Dec 2004 23:33:16 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBUNXqaq040948; Thu, 30 Dec 2004 18:33:52 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20041230232922.GA15293@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <20041230203049.GA11245@xor.obsecurity.org> <20041230211112.GA20159@xor.obsecurity.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041230232922.GA15293@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3eUhrXVO4d0LV06FCl+j" Organization: FreeBSD, Inc. Date: Thu, 30 Dec 2004 18:33:00 -0500 Message-Id: <1104449580.8767.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: netchild@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:33:17 -0000 --=-3eUhrXVO4d0LV06FCl+j Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-12-30 at 15:29 -0800, Kris Kennaway wrote: > On Thu, Dec 30, 2004 at 06:01:17PM -0500, Joe Marcus Clarke wrote: > > On Thu, 2004-12-30 at 13:53 -0800, Kris Kennaway wrote: > > > On Thu, Dec 30, 2004 at 04:14:40PM -0500, Joe Marcus Clarke wrote: > > >=20 > > > > * Find someone that can create a RedHat 8 RPM of freetype2-2.1.4 or > > > > higher (preferably 2.1.7). I'm sure one of our users could do this= , and > > > > it wouldn't hurt to ask. > > >=20 > > > Would 2.1.9 not work? > >=20 > > 2.1.9 would work, but we have not updated due to the API changes. > > Therefore, I haven't tested 2.1.9 to know if its rendering style will b= e > > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > > decent fonts, then by all means, go for it. >=20 > Someone found me a 2.1.5 package, which seems to work and to fix both > problems I found. Fonts in linux-mozillafirebird are also not > anti-aliased (at least not when displaying on my os x laptop) - is > this expected? Anti-aliasing needs a firebird built with Xft support. Since linux-mozillafirebird doesn't depend on libXft (the Linux version, of course), it will not show anti-aliased fonts. Try out a GTK+-2.2 application, and see what that yields. Alternatively, download one of the GTK+-2/Xft versions from mozilla.org. Joe >=20 > Kris --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-3eUhrXVO4d0LV06FCl+j Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB1JAsb2iPiv4Uz4cRApWsAKCZB9/IpZSX848/bnNOEI+LX/gbkACfdage +Tno6ouTjWQN8P5O+a66JK8= =oTUS -----END PGP SIGNATURE----- --=-3eUhrXVO4d0LV06FCl+j-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:40: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 B4C0916A4D6; Thu, 30 Dec 2004 23:40:37 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0ED43D69; Thu, 30 Dec 2004 23:40:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1Ck9uB-0002pC-00; Fri, 31 Dec 2004 00:40:31 +0100 Received: from Andro-Beta.Leidinger.net (S8L9-gZvoe42csMyxPwHl0Gm8BMjKrjpsrJ4H8JgyCjYgRIN6tU7ka@[217.229.209.92]) by fmrl04.sul.t-online.com with esmtp id 1Ck9u9-1dmqQK0; Fri, 31 Dec 2004 00:40:29 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iBUNeAA3096894; Fri, 31 Dec 2004 00:40:10 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 31 Dec 2004 00:40:46 +0100 From: Alexander Leidinger To: Joe Marcus Clarke Message-ID: <20041231004046.715eaea2@Magellan.Leidinger.net> In-Reply-To: <1104447677.8767.3.camel@shumai.marcuscom.com> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: S8L9-gZvoe42csMyxPwHl0Gm8BMjKrjpsrJ4H8JgyCjYgRIN6tU7ka@t-dialin.net X-TOI-MSGID: 8e8c4a04-b8ab-4827-90ad-c29631e6d357 cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:40:40 -0000 On Thu, 30 Dec 2004 18:01:17 -0500 Joe Marcus Clarke wrote: > 2.1.9 would work, but we have not updated due to the API changes. > Therefore, I haven't tested 2.1.9 to know if its rendering style will be > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > decent fonts, then by all means, go for it. Will the data produced by fc-cache be compatible? The linux bits will use the FreeBSD fonts, so any files generated in a place which FreeBSD sees too has to be compatible. Another question: does fc-cache produce anything else except the fonts.cache files in the fonts directories? If the answer is "no" we don't have to run fc-cache in the linux case and installing a font doesn't needs a run of the linux version. The implication in the "yes" case is, that we have to modify the font ports to also run the linux fc-cache program if it is installed... Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 30 23:43: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 751BF16A4CE; Thu, 30 Dec 2004 23:43:15 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E35A43D45; Thu, 30 Dec 2004 23:43:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C3024525F4; Thu, 30 Dec 2004 15:43:26 -0800 (PST) Date: Thu, 30 Dec 2004 15:43:26 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20041230234326.GA17812@xor.obsecurity.org> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041230232922.GA15293@xor.obsecurity.org> <1104449580.8767.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <1104449580.8767.7.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i cc: netchild@FreeBSD.org cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 30 Dec 2004 23:43:15 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 06:33:00PM -0500, Joe Marcus Clarke wrote: > > Someone found me a 2.1.5 package, which seems to work and to fix both > > problems I found. Fonts in linux-mozillafirebird are also not > > anti-aliased (at least not when displaying on my os x laptop) - is > > this expected? >=20 > Anti-aliasing needs a firebird built with Xft support. Since > linux-mozillafirebird doesn't depend on libXft (the Linux version, of > course), it will not show anti-aliased fonts. Try out a GTK+-2.2 > application, and see what that yields. Alternatively, download one of > the GTK+-2/Xft versions from mozilla.org. Cool, that's working. I'll give the linux packages one last spin, then I think we're ready to commit. There are probably some more things to tidy up, but we can do that during the freeze. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1JKeWry0BWjoQKURAuNGAKDqlCDOhVvsEg9cOGJoI4Hjm5ztSgCeIrbK xYLMKK6keWhSX3LKMBC6lIM= =TjKn -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 00:00:09 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 6AA5516A4D0 for ; Fri, 31 Dec 2004 00:00:09 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id D412D43D39 for ; Fri, 31 Dec 2004 00:00:08 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBV00i74041195; Thu, 30 Dec 2004 19:00:44 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Alexander Leidinger In-Reply-To: <20041231004046.715eaea2@Magellan.Leidinger.net> References: <20041230195320.GA91304@xor.obsecurity.org> <20041230203049.GA11245@xor.obsecurity.org> <20041230211112.GA20159@xor.obsecurity.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041231004046.715eaea2@Magellan.Leidinger.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tKgLdTF/okvoG0yHcsSD" Organization: FreeBSD, Inc. Date: Thu, 30 Dec 2004 18:59:52 -0500 Message-Id: <1104451192.23882.2.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 31 Dec 2004 00:00:09 -0000 --=-tKgLdTF/okvoG0yHcsSD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-12-31 at 00:40 +0100, Alexander Leidinger wrote: > On Thu, 30 Dec 2004 18:01:17 -0500 > Joe Marcus Clarke wrote: >=20 > > 2.1.9 would work, but we have not updated due to the API changes. > > Therefore, I haven't tested 2.1.9 to know if its rendering style will b= e > > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > > decent fonts, then by all means, go for it. >=20 > Will the data produced by fc-cache be compatible? The linux bits will > use the FreeBSD fonts, so any files generated in a place which FreeBSD > sees too has to be compatible. The data produced by the two should be compatible, but the versions of fontconfig are so different, I can't say for sure. The files, however, are text, so you should be able to visually compare >=20 > Another question: does fc-cache produce anything else except the > fonts.cache files in the fonts directories? If the answer is "no" we > don't have to run fc-cache in the linux case and installing a font > doesn't needs a run of the linux version. Everytime a font is added, fc-cache should be run to update the font cache. However, it isn't necessary to do so, since fontconfig will processes each directory on the fly. That said, fonts.cache-1 is the only file created by fc-cache. Joe >=20 > The implication in the "yes" case is, that we have to modify the font > ports to also run the linux fc-cache program if it is installed... >=20 > Bye, > Alexander. >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-tKgLdTF/okvoG0yHcsSD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB1JZ4b2iPiv4Uz4cRAhYQAJ0cau/SmaFqzdV6jANpwgjIWfCCFACcCKZF zSgwjvgCkV+rz176rpbGTYY= =Sh2d -----END PGP SIGNATURE----- --=-tKgLdTF/okvoG0yHcsSD-- From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 00:21:13 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 1902E16A4CE; Fri, 31 Dec 2004 00:21:13 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFEB43D6D; Fri, 31 Dec 2004 00:21:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd05.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1CkAXU-0006bx-00; Fri, 31 Dec 2004 01:21:08 +0100 Received: from Andro-Beta.Leidinger.net (SmCjLBZeZejhqvlWXILNLhOBgsjKvqkmmsYPYkDOLWOJTr+S0O65r7@[217.229.209.92]) by fmrl05.sul.t-online.com with esmtp id 1CkAXG-1EdyAS0; Fri, 31 Dec 2004 01:20:54 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iBV0KY9L063810; Fri, 31 Dec 2004 01:20:34 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 31 Dec 2004 01:21:11 +0100 From: Alexander Leidinger To: Joe Marcus Clarke Message-ID: <20041231012111.3ff5704f@Magellan.Leidinger.net> In-Reply-To: <1104451192.23882.2.camel@shumai.marcuscom.com> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041231004046.715eaea2@Magellan.Leidinger.net> <1104451192.23882.2.camel@shumai.marcuscom.com> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: SmCjLBZeZejhqvlWXILNLhOBgsjKvqkmmsYPYkDOLWOJTr+S0O65r7@t-dialin.net X-TOI-MSGID: 4d04add8-756a-455f-a540-f57849ee453f cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 31 Dec 2004 00:21:13 -0000 On Thu, 30 Dec 2004 18:59:52 -0500 Joe Marcus Clarke wrote: > On Fri, 2004-12-31 at 00:40 +0100, Alexander Leidinger wrote: > > On Thu, 30 Dec 2004 18:01:17 -0500 > > Joe Marcus Clarke wrote: > > > > > 2.1.9 would work, but we have not updated due to the API changes. > > > Therefore, I haven't tested 2.1.9 to know if its rendering style will be > > > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > > > decent fonts, then by all means, go for it. > > > > Will the data produced by fc-cache be compatible? The linux bits will > > use the FreeBSD fonts, so any files generated in a place which FreeBSD > > sees too has to be compatible. > > The data produced by the two should be compatible, but the versions of > fontconfig are so different, I can't say for sure. The files, however, > are text, so you should be able to visually compare Thanks for the info. > > Another question: does fc-cache produce anything else except the > > fonts.cache files in the fonts directories? If the answer is "no" we > > don't have to run fc-cache in the linux case and installing a font > > doesn't needs a run of the linux version. > > Everytime a font is added, fc-cache should be run to update the font > cache. However, it isn't necessary to do so, since fontconfig will > processes each directory on the fly. That said, fonts.cache-1 is the > only file created by fc-cache. So if we can't find a difference in the generated files, we're safe to not run the linux version of fc-cache, since the FreeBSD version of fc-cache is supposed to be run automatically for every suitable fonts port. That's nice! BTW: If I didn't stumbled upon some ports which fontconfig can't cope with: not every port does this ATM (see "grep -R fc-cache /usr/ports/x11-fonts"). Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 05:50:39 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 A713216A4CE for ; Fri, 31 Dec 2004 05:50:39 +0000 (GMT) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2400E43D2D for ; Fri, 31 Dec 2004 05:50:37 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id iBV5oYS03485 for ; Fri, 31 Dec 2004 16:50:34 +1100 (EST) Date: Fri, 31 Dec 2004 16:50:34 +1100 (EST) From: Dave Horsfall To: freebsd-x11@freebsd.org In-Reply-To: <1104384783.854.62.camel@leguin> Message-ID: References: <1104384783.854.62.camel@leguin> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Upgrade to 5.3-STABLE broke X? 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, 31 Dec 2004 05:50:39 -0000 On Wed, 29 Dec 2004, Eric Anholt wrote: > I'm not sure yet. I was assuming it was some regression in 6.8.0/1 > which would have been fixed in 6.8.2, so I made a patch to pull in the > updates, http://people.freebsd.org/~anholt/X/patch-i810-6_8 which would > be dropped in x11-server/xorg-server/files/ before you rebuild/install > it. The associated PR is > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/75425 and has > information on other workarounds. Thanks; I actually installed from a package, so I'm downloading the sources now. Should be compiled some time next year :-) Actually, I'll interrupt it after I've downloaded the sources, and try some of the mentioned workarounds. > If you'd like to contribute to the debugging process, please note what > hardware you're seeing the issue on in a followup to ports/75425, and > try out patch-i810-6_8 to see if it helps. One person has said it > didn't help them, but I'd like to see two before I give up on this > angle. Will do. I'm happy to help any way I can, as I want my X back... > I'm also concerned about the V_BIOS warnings I've seen, which have meant > AGP issues in the past, though it seems odd that it would crop up now. > Getting people to say what hardware they're seeing the issue on > (something that's been rather lacking until now) could help a lot here. Yes, I noticed something about checksum errors, but there's not much I can do about that (except to look for a new BIOS to flash, and hope that it works...). [ Broken links ] > http://bugs.freedesktop.org/ would be the place to complain about > that :) It seems that had a server crash or something. -- Dave From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 06:40:27 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 E7AAB16A4CE for ; Fri, 31 Dec 2004 06:40:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE99543D39 for ; Fri, 31 Dec 2004 06:40:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBV6eRZR004734 for ; Fri, 31 Dec 2004 06:40:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBV6eR5b004729; Fri, 31 Dec 2004 06:40:27 GMT (envelope-from gnats) Date: Fri, 31 Dec 2004 06:40:27 GMT Message-Id: <200412310640.iBV6eR5b004729@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Yoshiaki Kasahara Subject: Re: ports/75485: libGL fails to load mga_dri.so X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Yoshiaki Kasahara List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 06:40:28 -0000 The following reply was made to PR ports/75485; it has been noted by GNATS. From: Yoshiaki Kasahara To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: ports/75485: libGL fails to load mga_dri.so Date: Fri, 31 Dec 2004 15:32:17 +0900 (JST) I noticed that the problem had been fixed after doing cvsup and portupgrade -a a few days ago. Now dri-6.2_1,2 is installed on my system. # ldd /usr/X11R6/lib/modules/dri/mga_dri.so /usr/X11R6/lib/modules/dri/mga_dri.so: libm.so.3 => /lib/libm.so.3 (0x28303000) libpthread.so.1 => /usr/lib/libpthread.so.1 (0x2831d000) libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x28341000) I wrote I did cvsup on 25th, but it was JST and midnight, so maybe new dri port hadn't been delivered yet.... Anyway, thank you very much for your support! -- Yoshiaki Kasahara kasahara@nc.kyushu-u.ac.jp From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 09:13:44 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 DC6BD16A4CE; Fri, 31 Dec 2004 09:13:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE90743D39; Fri, 31 Dec 2004 09:13:44 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBV9Di4a033890; Fri, 31 Dec 2004 09:13:44 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBV9DiCJ033886; Fri, 31 Dec 2004 09:13:44 GMT (envelope-from anholt) Date: Fri, 31 Dec 2004 09:13:44 GMT From: Eric Anholt Message-Id: <200412310913.iBV9DiCJ033886@freefall.freebsd.org> To: yasu@utahime.org, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75477: GNOME apps crash after upgrade of Xorg to 6.8.1 on 4.10-RELEASE 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, 31 Dec 2004 09:13:45 -0000 Synopsis: GNOME apps crash after upgrade of Xorg to 6.8.1 on 4.10-RELEASE State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Fri Dec 31 09:13:33 GMT 2004 State-Changed-Why: Should be fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=75477 From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 12:50:33 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 41E1416A4CE for ; Fri, 31 Dec 2004 12:50:33 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E2943D46 for ; Fri, 31 Dec 2004 12:50:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBVCoW50058458 for ; Fri, 31 Dec 2004 12:50:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBVCoWw3058457; Fri, 31 Dec 2004 12:50:32 GMT (envelope-from gnats) Date: Fri, 31 Dec 2004 12:50:32 GMT Message-Id: <200412311250.iBVCoWw3058457@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Dave Horsfall Subject: Re: ports/75425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dave Horsfall List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 12:50:33 -0000 The following reply was made to PR ports/75425; it has been noted by GNATS. From: Dave Horsfall To: freebsd-gnats-submit@FreeBSD.org, marcs@draenor.org Cc: Subject: Re: ports/75425 Date: Fri, 31 Dec 2004 23:43:37 +1100 (EST) [ Re-sent, due to mail-server problems] Same problem observed on Thinkpad R31 with 830M graphics chip. Commenting out 'Load "dri"' and setting "SWCursor" fixed the error messages. Interestingly enough, setting "NoAccel" stopped the SIGSEGV and I was able to get the server started. Before trying out the patch (the original was installed from packages so I'll need a massive compile) I'll see if I can bootstrap the configuration by hand, since xorgcfg falls over the same way. -- Dave From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 12:50:37 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 C65BD16A4CE for ; Fri, 31 Dec 2004 12:50:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC25943D31 for ; Fri, 31 Dec 2004 12:50:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBVCobvm058488 for ; Fri, 31 Dec 2004 12:50:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBVCoblx058486; Fri, 31 Dec 2004 12:50:37 GMT (envelope-from gnats) Date: Fri, 31 Dec 2004 12:50:37 GMT Message-Id: <200412311250.iBVCoblx058486@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Dave Horsfall Subject: Re: ports/75425 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dave Horsfall List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 12:50:37 -0000 The following reply was made to PR ports/75425; it has been noted by GNATS. From: Dave Horsfall To: freebsd-gnats-submit@FreeBSD.org, marcs@draenor.org Cc: Subject: Re: ports/75425 Date: Fri, 31 Dec 2004 23:47:44 +1100 (EST) [ Re-sent again ] > Interestingly enough, setting "NoAccel" stopped the SIGSEGV and I was > able to get the server started. Before trying out the patch (the > original was installed from packages so I'll need a massive compile) > I'll see if I can bootstrap the configuration by hand, since xorgcfg > falls over the same way. The compile went quicker than I thought, but not much difference: ----- # xorgcfg [...] (EE) I810(0): Failed to allocate HW (ARGB) cursor space. [drm] failed to load kernel module "i915" (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting ----- Basically, the X server is still unable to bootstrap itself. I'll keep plodding along with constructing an xorg.conf file by hand, but it won't be done any time this year :-) -- Dave From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 13:05:53 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 3DE9816A4D4; Fri, 31 Dec 2004 13:05:53 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3CC43D3F; Fri, 31 Dec 2004 13:05:52 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd02.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1CkMTX-0006Y5-01; Fri, 31 Dec 2004 14:05:51 +0100 Received: from Andro-Beta.Leidinger.net (GQFTBgZGYeo+YorZ-A9ZM+FuSn0h7KuBpADB3ndfRMprEzEK5MyTUq@[217.229.209.92]) by fmrl02.sul.t-online.com with esmtp id 1CkMTN-0Mwl2u0; Fri, 31 Dec 2004 14:05:41 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iBVD5Jv4073645; Fri, 31 Dec 2004 14:05:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 31 Dec 2004 14:05:57 +0100 From: Alexander Leidinger To: Joe Marcus Clarke Message-ID: <20041231140557.1956ddd7@Magellan.Leidinger.net> In-Reply-To: <1104451192.23882.2.camel@shumai.marcuscom.com> References: <20041230195320.GA91304@xor.obsecurity.org> <41D46431.4000808@FreeBSD.org> <20041230203049.GA11245@xor.obsecurity.org> <41D46A22.5030906@FreeBSD.org> <20041230211112.GA20159@xor.obsecurity.org> <41D46FC0.5080603@FreeBSD.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041231004046.715eaea2@Magellan.Leidinger.net> <1104451192.23882.2.camel@shumai.marcuscom.com> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: GQFTBgZGYeo+YorZ-A9ZM+FuSn0h7KuBpADB3ndfRMprEzEK5MyTUq@t-dialin.net X-TOI-MSGID: b7fb7761-0ded-42fc-a5f3-cfd8b4845c41 cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 31 Dec 2004 13:05:53 -0000 On Thu, 30 Dec 2004 18:59:52 -0500 Joe Marcus Clarke wrote: > On Fri, 2004-12-31 at 00:40 +0100, Alexander Leidinger wrote: > > On Thu, 30 Dec 2004 18:01:17 -0500 > > Joe Marcus Clarke wrote: > > > > > 2.1.9 would work, but we have not updated due to the API changes. > > > Therefore, I haven't tested 2.1.9 to know if its rendering style will be > > > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it renders > > > decent fonts, then by all means, go for it. > > > > Will the data produced by fc-cache be compatible? The linux bits will > > use the FreeBSD fonts, so any files generated in a place which FreeBSD > > sees too has to be compatible. > > The data produced by the two should be compatible, but the versions of > fontconfig are so different, I can't say for sure. The files, however, > are text, so you should be able to visually compare Here's the difference between our fc-cache and the linux one. Our fc-cache produces some more hints, but I hope this doesn't confuse the linux bits. I intend to _not_ run the linux version of fc-cache and let the FreeBSD version handle the fonts. ---snip--- # head -2 fonts.cache-1_linux fonts.cache-1 ==> fonts.cache-1_linux <== "courB08.pcf.gz" 0 "Courier:style=Bold:slant=0:weight=200:pixelsize=11:spacing=100:antialias=False:index=0:outline=False:scalable=False:charset= !!!!#|>^1!|>^1!P0oWQ |>^1!|>^1!|>^1!!!!%#|>^1!|>^1!|>^1!P0oWQ[tJ)#*q*<9|>]!m|#WkB!!!)$lrC&L!#f/LQ/Y*i!d&Ol9WMt[6~ryb9;53o!!$^1!|>^1!|>^1!|>^1!#?>K%xISwU9R6Oi#%k.{!!#0G|%%kp178.@!!!!5 !!!!3!!#lg !!#3H !!Kf9 !!#6I!dOji!)pSj#xw^)!!I#z !!#AL|>]X!|>^1!0j>?2|;z*%!)pSi :lang=aa|af|ast|ay|bi|br|bs|ca|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|ga|gd|gl|gn|gv|haw|ho|hr|hu|ia|ibo|id|ie|io|is|it|ki|kl|kw|la|lb|lt|lv|mg|mh|mi|mt|nb|nl|nn|no|ny|oc|om|pl|pt|rm|ro|se|sk|sl|sm|sma|smj|smn|so|sq|sv|sw|tn|to|tr|ts|ven|vo|vot|wa|wen|wo|xh|yap|zu:fontversion=0" "courB10.pcf.gz" 0 "Courier:style=Bold:slant=0:weight=200:pixelsize=14:spacing=100:antialias=False:index=0:outline=False:scalable=False:charset= !!!!#|>^1!|>^1!P0oWQ |>^1!|>^1!|>^1!!!!%#|>^1!|>^1!|>^1!P0oWQ[tJ)#*q*<9|>]!m|#WkB!!!)$lrC&L!#f/LQ/Y*i!d&Ol9WMt[6~ryb9;53o!!$^1!|>^1!|>^1!|>^1!#?>K%xISwU9R6Oi#%k.{!!#0G|%%kp178.@!!!!5 !!!!3!!#lg !!#3H !!Kf9 !!#6I!dOji!)pSj#xw^)!!I#z !!#AL|>]X!|>^1!0j>?2|;z*%!)pSi :lang=aa|af|ast|ay|bi|br|bs|ca|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|ga|gd|gl|gn|gv|haw|ho|hr|hu|ia|ibo|id|ie|io|is|it|ki|kl|kw|la|lb|lt|lv|mg|mh|mi|mt|nb|nl|nn|no|ny|oc|om|pl|pt|rm|ro|se|sk|sl|sm|sma|smj|smn|so|sq|sv|sw|tn|to|tr|ts|ven|vo|vot|wa|wen|wo|xh|yap|zu:fontversion=0" ==> fonts.cache-1 <== "courB08.pcf.gz" 0 "Courier:style=Bold:slant=0:weight=200:width=100:pixelsize=11:spacing=100:foundry=Adobe:antialias=False:index=0:outline=False:scalable=False:charset= !!!!#|>^1!|>^1!P0oWQ |>^1!|>^1!|>^1!!!!%#|>^1!|>^1!|>^1!P0oWQ[tJ)#*q*<9|>]!m|#WkB!!!)$lrC&L!#f/LQ/Y*i!d&Ol9WMt[6~ryb9;53o!!$^1!|>^1!|>^1!|>^1!#?>K%xISwU9R6Oi#%k.{!!#0G|%%kp178.@!!!!5 !!!!3!!#lg !!#3H !!Kf9 !!#6I!dOji!)pSj#xw^)!!I#z !!#AL|>]X!|>^1!0j>?2|;z*%!)pSi :lang=aa|af|ast|ay|bi|br|bs|ca|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|ga|gd|gl|gn|gv|haw|ho|hr|hu|ia|ibo|id|ie|io|is|it|ki|kl|kw|la|lb|lt|lv|mg|mh|mi|mt|nb|nl|nn|no|ny|oc|om|pl|pt|rm|ro|se|sk|sl|sm|sma|smj|smn|so|sq|sv|sw|tn|to|tr|ts|ven|vo|vot|wa|wen|wo|xh|yap|zu:fontversion=0" "courB10.pcf.gz" 0 "Courier:style=Bold:slant=0:weight=200:width=100:pixelsize=14:spacing=100:foundry=Adobe:antialias=False:index=0:outline=False:scalable=False:charset= !!!!#|>^1!|>^1!P0oWQ |>^1!|>^1!|>^1!!!!%#|>^1!|>^1!|>^1!P0oWQ[tJ)#*q*<9|>]!m|#WkB!!!)$lrC&L!#f/LQ/Y*i!d&Ol9WMt[6~ryb9;53o!!$^1!|>^1!|>^1!|>^1!#?>K%xISwU9R6Oi#%k.{!!#0G|%%kp178.@!!!!5 !!!!3!!#lg !!#3H !!Kf9 !!#6I!dOji!)pSj#xw^)!!I#z !!#AL|>]X!|>^1!0j>?2|;z*%!)pSi :lang=aa|af|ast|ay|bi|br|bs|ca|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|ga|gd|gl|gn|gv|haw|ho|hr|hu|ia|ibo|id|ie|io|is|it|ki|kl|kw|la|lb|lt|lv|mg|mh|mi|mt|nb|nl|nn|no|ny|oc|om|pl|pt|rm|ro|se|sk|sl|sm|sma|smj|smn|so|sq|sv|sw|tn|to|tr|ts|ven|vo|vot|wa|wen|wo|xh|yap|zu:fontversion=0" ---snip--- Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 16:53:39 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 0E92B16A4CE; Fri, 31 Dec 2004 16:53:39 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB3A43D39; Fri, 31 Dec 2004 16:53:38 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBVGrc9H084302; Fri, 31 Dec 2004 16:53:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBVGrc88084298; Fri, 31 Dec 2004 16:53:38 GMT (envelope-from linimon) Date: Fri, 31 Dec 2004 16:53:38 GMT From: Mark Linimon Message-Id: <200412311653.iBVGrc88084298@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75652: Ad a x11cleartmp.sh script to safe use X 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, 31 Dec 2004 16:53:39 -0000 Synopsis: Ad a x11cleartmp.sh script to safe use X Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Fri Dec 31 16:53:23 GMT 2004 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=75652 From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 19:52:38 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 B9D6E16A4CE for ; Fri, 31 Dec 2004 19:52:38 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235C743D1F for ; Fri, 31 Dec 2004 19:52:38 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBVJrGuq050574; Fri, 31 Dec 2004 14:53:16 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Alexander Leidinger In-Reply-To: <20041231140557.1956ddd7@Magellan.Leidinger.net> References: <20041230195320.GA91304@xor.obsecurity.org> <20041230203049.GA11245@xor.obsecurity.org> <20041230211112.GA20159@xor.obsecurity.org> <20041230215331.GA29414@xor.obsecurity.org> <1104447677.8767.3.camel@shumai.marcuscom.com> <20041231004046.715eaea2@Magellan.Leidinger.net> <1104451192.23882.2.camel@shumai.marcuscom.com> <20041231140557.1956ddd7@Magellan.Leidinger.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nVITzXcvzQeDiFok6NZO" Organization: FreeBSD, Inc. Date: Fri, 31 Dec 2004 14:52:19 -0500 Message-Id: <1104522739.14416.2.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: x11@FreeBSD.org cc: Kris Kennaway Subject: Re: linux vs freebsd fc-cache binaries 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, 31 Dec 2004 19:52:38 -0000 --=-nVITzXcvzQeDiFok6NZO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-12-31 at 14:05 +0100, Alexander Leidinger wrote: > On Thu, 30 Dec 2004 18:59:52 -0500 > Joe Marcus Clarke wrote: >=20 > > On Fri, 2004-12-31 at 00:40 +0100, Alexander Leidinger wrote: > > > On Thu, 30 Dec 2004 18:01:17 -0500 > > > Joe Marcus Clarke wrote: > > >=20 > > > > 2.1.9 would work, but we have not updated due to the API changes. > > > > Therefore, I haven't tested 2.1.9 to know if its rendering style wi= ll be > > > > uglier than 2.1.7. If someone can produce a 2.1.9 RPM, and it rend= ers > > > > decent fonts, then by all means, go for it. > > >=20 > > > Will the data produced by fc-cache be compatible? The linux bits will > > > use the FreeBSD fonts, so any files generated in a place which FreeBS= D > > > sees too has to be compatible. > >=20 > > The data produced by the two should be compatible, but the versions of > > fontconfig are so different, I can't say for sure. The files, however, > > are text, so you should be able to visually compare >=20 > Here's the difference between our fc-cache and the linux one. Our > fc-cache produces some more hints, but I hope this doesn't confuse the > linux bits. I intend to _not_ run the linux version of fc-cache and let > the FreeBSD version handle the fonts. The hinting shouldn't matter. Freetype should just ignore what it doesn't understand. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-nVITzXcvzQeDiFok6NZO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB1a3yb2iPiv4Uz4cRAmt4AJ96kbjh/jB3gwTtkm7RwqgWwsoETQCggx1Q gdETPPvVJqGI2QnjhOyhKYk= =DWzw -----END PGP SIGNATURE----- --=-nVITzXcvzQeDiFok6NZO-- From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 20:42:23 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 2979D16A4CE; Fri, 31 Dec 2004 20:42:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0025243D3F; Fri, 31 Dec 2004 20:42:22 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBVKgMZG009613; Fri, 31 Dec 2004 20:42:22 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBVKgMKT009609; Fri, 31 Dec 2004 20:42:22 GMT (envelope-from anholt) Date: Fri, 31 Dec 2004 20:42:22 GMT From: Eric Anholt Message-Id: <200412312042.iBVKgMKT009609@freefall.freebsd.org> To: kasahara@nc.kyushu-u.ac.jp, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75485: graphics/dri: mga_dri.so fails to load due to unresolved expat symbols 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, 31 Dec 2004 20:42:23 -0000 Synopsis: graphics/dri: mga_dri.so fails to load due to unresolved expat symbols State-Changed-From-To: feedback->closed State-Changed-By: anholt State-Changed-When: Fri Dec 31 20:42:05 GMT 2004 State-Changed-Why: Fixed in CVS. http://www.freebsd.org/cgi/query-pr.cgi?pr=75485 From owner-freebsd-x11@FreeBSD.ORG Fri Dec 31 22:54:21 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 99DD616A4CE; Fri, 31 Dec 2004 22:54:21 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4925443D39; Fri, 31 Dec 2004 22:54:21 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id iBVMsKvw074926; Fri, 31 Dec 2004 14:54:20 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id iBVMsKPf074925; Fri, 31 Dec 2004 14:54:20 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: x11@FreeBSD.org, kensmith@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 31 Dec 2004 14:54:19 -0800 Message-Id: <1104533659.851.18.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: X.Org server update 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, 31 Dec 2004 22:54:21 -0000 I've posted a patch for xorg-server at: http://people.freebsd.org/~anholt/X/xorg-server-update.diff I've tested on i386 with WITH_DEBUG so far, testing without and packaging now. (Could someone tell me what I have to do to a disk first to let me label it on FreeBSD-alpha, so I can install on it and test this stuff myself? sysinstall gives me only a labeling, not slicing option, and there's nothing to label on in that screen.) Tentative commit log: [1] Fix a crash on startup with i830+ systems due to failure to follow an API change that occurred. [2] Install the xorg.conf referred to by xorg.conf(5). Installation was disabled during the XF86 name avoidance phase, but could still be of use. [3] Add a section about the Composite extension to xorg.conf. [4] Add MakeDllModules YES to the WITH_DEBUG flag's options. While it won't package correctly, you can't actually debug modules (where crashes almost always happen) without it. [5] Merge fixes from XORG-6_8-branch for i810 driver crashes in on CloseScreen, ringbuffer lockups, and various warnings. [6] Recognize R_ALPHA_SREL32 relocation type in elfloader. PR: [1] ports/75425 [2] ports/73915 [6] ports/73257 Submitted by: [1] Marc Silver, marcs at draenor dot org [2] Frank J. Laszlo, laszlof at vonostingroup dot com [6] Ken Stailey kstailey at yahoo dot com [6] r1.4 of X.Org CVS. Approved by: -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org