From owner-freebsd-x11@FreeBSD.ORG Sun Jun 24 01:09:40 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3833B106567B for ; Sun, 24 Jun 2012 01:09:40 +0000 (UTC) (envelope-from cottcampbellunit@yahoo.dk) Received: from n5-vm2.bullet.mail.ne1.yahoo.com (n5-vm2.bullet.mail.ne1.yahoo.com [98.138.229.62]) by mx1.freebsd.org (Postfix) with SMTP id D4FE58FC18 for ; Sun, 24 Jun 2012 01:09:39 +0000 (UTC) Received: from [98.138.226.175] by n5.bullet.mail.ne1.yahoo.com with NNFMP; 24 Jun 2012 01:09:39 -0000 Received: from [67.195.9.81] by t4.bullet.mail.ne1.yahoo.com with NNFMP; 24 Jun 2012 01:09:38 -0000 Received: from [98.136.168.87] by t1.bullet.mail.gq1.yahoo.com with NNFMP; 24 Jun 2012 01:09:38 -0000 Received: from [127.0.0.1] by store177.c108.cal.gq1.yahoo.com with NNFMP; 24 Jun 2012 01:09:38 -0000 X-yahoo-newman-expires: 1340503778 Date: Sat, 23 Jun 2012 18:09:33 -0700 (PDT) From: Cottcamp Bellunit Sender: Cottcamp Bellunit To: freebsd-x11@freebsd.org Message-ID: <415213628.1282845.1340500173348.JavaMail.zimbra@store177.c108.cal.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1282842_633956172.1340500173197" X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: cottcampbellunit:b3e680c1-9b4d-4569-8c78-8a15747e23ad:1340500178713:freebsd-x11@freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Invitation: REF: INVESTMENT ASSISTANCE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cottcamp Bellunit List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 01:09:40 -0000 ------=_Part_1282842_633956172.1340500173197 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable YAHOO! KALENDER - DU ER INVITERET! cottcampbellunit@yahoo.dk har sendt en invitation: REF: INVESTMENT ASSISTANCE Hvorn=C3=A5r: tirsdag den 1. januar 2002 9:00 - 10:00 (GMT+00:00) REF: INVESTMENT ASSISTANCE My Dear, I am Mrs Cottcamp Bellunit writing with my personal respect with regards to= Your respond personality / firm as a=20 reliable,Trustworthy and God fearing. =20 I got your contact Through the help of chamber of commerce in Abidjan the = Capital of COTE D?IVOIRE. In deed I am=20 the wife of Late MR. BELLUNIT from Sierra Leone. I and My two children are = presently staying in burkina faso as=20 Refugees, my husband was one of the Ministers of Johnny Paul Koromah's regi= me in Sierra Leone. During the intervention of the ECOLOGY Soldiers to Restore the presidency o= f Alhaji Tejan KABBAH from Johnny=20 Koroma, my husband was among the 23 executed Ministers. As our breadwinner = is dead (my husband) And our stay in=20 Sierra Leone is no more safe, I and my Two children decided to move to Burk= ina faso a Neighboring African Country=20 for fety. Due to our Status in Burkina faso as refugees I was forced to Lo= dge our family funds (=E2=82=AC4.8Million) in finance=20 house london. =20 Ever since then we have been receiving help from our Mission, because we ar= e staying in one of the Visitor's villa in=20 the church premises and attends Fellowship and worship fully. I hope you wi= ll be Touched to understand my request.=20 We have agreed to invest our money valuable in any Overseas country through= your assistance and Directives. You will provide or look for a lucrative venture where This money can be in= vested on before proceeding, we Will get to=20 be more familiar and also go into an Understanding working agreement becaus= e our family's Future now depends on=20 this money. The boxes containing The money and treasures were all deposited= and Registered as a family treasures.=20 This was done for Security reasons. We would like to know what you will tak= e as your Percentage for assisting us. we=20 sincerely wish to introduce and make you our Business partner and overseer = of our proposed Investment in your=20 country. We are prepared to send all the information regarding to This deposit as so= on as you show your immediate Response=20 Email. Do not fail to give me Your telephone and fax numbers. this is my Em= ail: mrscottcampbellunit002@yahoo.com Best Regards, Mrs Cottcamp Bellunit *~*~*~*~*~*~*~*~*~* S.U. nu! http://calendar.yahoo.com/cottcampbellunit/rsvp?e=3Dfreebsd-x11@freebsd.org= &uid=3Db3e680c1-9b4d-4569-8c78-8a15747e23ad&tk=3DeXuzxn5210sqTfKrjWSNKXDX.W= g-&hh=3DndiGhsldjcr9OUtqQe4139l30mc- ------=_Part_1282842_633956172.1340500173197-- From owner-freebsd-x11@FreeBSD.ORG Sun Jun 24 17:30:28 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8124B1065688; Sun, 24 Jun 2012 17:30:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 541688FC18; Sun, 24 Jun 2012 17:30:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5OHUS81075919; Sun, 24 Jun 2012 17:30:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5OHUSqW075911; Sun, 24 Jun 2012 17:30:28 GMT (envelope-from linimon) Date: Sun, 24 Jun 2012 17:30:28 GMT Message-Id: <201206241730.q5OHUSqW075911@freefall.freebsd.org> To: linimon@FreeBSD.org, linimon@FreeBSD.org, freebsd-x11@FreeBSD.org, linimon@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/167489: [patch] fix graphics/libdrm build on tier-2 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 17:30:28 -0000 Synopsis: [patch] fix graphics/libdrm build on tier-2 State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun Jun 24 17:26:34 UTC 2012 State-Changed-Why: Committed after test on both amd64 and sparc64. Responsible-Changed-From-To: freebsd-x11->linimon Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 24 17:26:34 UTC 2012 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=167489 From owner-freebsd-x11@FreeBSD.ORG Mon Jun 25 11:07:34 2012 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DC9106567E for ; Mon, 25 Jun 2012 11:07:34 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7018E8FC17 for ; Mon, 25 Jun 2012 11:07:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5PB7Y3J078537 for ; Mon, 25 Jun 2012 11:07:34 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PB7Xfh078535 for freebsd-x11@FreeBSD.org; Mon, 25 Jun 2012 11:07:33 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2012 11:07:33 GMT Message-Id: <201206251107.q5PB7Xfh078535@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 11:07:34 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/169198 x11 graphics/libGL misses runtime dependency to x11/glprot o ports/168938 x11 x11/xorg: moused(8) enabled causes xorg startx to fail o ports/168901 x11 New port: textproc/xorg-sgml-doctools o ports/168868 x11 [PATCH] add missing dependency to audio/fmit o ports/168645 x11 [UPDATE] x11/luit to 1.1.1 f ports/167797 x11 graphics/gthumb crashes, dumps core o ports/167654 x11 x11-wm/twm - no mouse cursor o ports/167596 x11 [patch] I have rolled back x11-drivers/xf86-video-vmwa o ports/167228 x11 x11-drivers/xf86-video-intel : Missing dependency (x1 o ports/167194 x11 x11-drivers/xf86-input-synaptics 1.5.0 trackpoint(LENO s ports/166373 x11 x11/libX11 fails if /usr/bin/cpp is clang o ports/166163 x11 graphics/dri: gthumb port crashes (SIGSEGV) within the o ports/165981 x11 devel/imake doesn't play nice with current xorg o ports/165599 x11 [x11/xkeyboard-config] x11/xkbcomp as a RUN_DEPENDS o power/165585 x11 x11-servers/xorg-server: Both Xorg and Xorg-server por p ports/164349 x11 [PATCH] x11/libXinerama :1 LeftOf or Above :0 mouse is o ports/161480 x11 [patch] x11/luit: don't depend on pty(4), use openpty( o ports/160968 x11 [patch] ports/x11/libXi broken manpages o ports/160963 x11 [patch] x11/bigreqsproto: disable specs o ports/159792 x11 [patch] USB HID devices support for x11-drivers/xf86-i o ports/158529 x11 [patch] x11-servers/xorg-server: conditionalize --with o ports/158513 x11 Broken Xvideo in x11-drivers/xf86-video-intel drivers o ports/157282 x11 [MAINTAINER PATCH] net/xrdp: effective login name is n o ports/156949 x11 x11-drivers/xf86-video-ati 6.14.1 produce black blank f ports/156424 x11 8.2R xrandr & xf86-video-intel & xorg-server packages o ports/156405 x11 x11-drivers/xf86-video-ati driver: no hardware renderi o ports/156042 x11 x11/xorg hang in combination with KWin-Tiling o ports/155696 x11 [patch] x11-servers/xorg-server: chase AIGLX altered d o ports/155683 x11 x11/xdm [patch] Enabling IPv6 support breaks IPv4 o ports/154651 x11 [PATCH] graphics/dri: make it possible to choose which f ports/154510 x11 [patch] x11/xorg: xorg servers have Motif-crippling bu o ports/154502 x11 x11/xdm authorization failure when used with E17 windo o ports/154449 x11 x11/xorg: missing manpage (7) Xsecurity o ports/154423 x11 x11-drivers/xf86-video-radeonhd: radeon xorg driver ca o ports/153593 x11 graphics/dri: clutter segfault, something to do with i o ports/153495 x11 x11-drivers/xf86-video-ati wavy line problem for lenov o ports/153358 x11 x11-drivers/xf86-video-intel: Intel driver freeze with o ports/152159 x11 [hang] xorg/x11: X11 freezes with Intel Mobile 965 and o ports/151596 x11 x11/xorg: wacom bamboo button 1 no longer works o ports/150633 x11 x11-servers/xorg-server: KVM switching causing X serve o ports/150155 x11 x11/xorg hangs after xrandr(1) usage o ports/149743 x11 x11/xorg: garbled window since Xorg-7.5 o ports/149636 x11 x11/xorg: buffer overflow in pci_device_freebsd_read_r o ports/148591 x11 information note for x11-drivers/xf86-input-synaptics o ports/148444 x11 [hang] x11-drivers/xf86-video-intel: intel driver free f ports/148340 x11 x11-drivers/xf86-video-neomagic: unresolved symbol xf8 o ports/147318 x11 [Patch]graphics/libdrm:Fix the PLIST when define WITHO o ports/146256 x11 x11/xorg does fails to start after upgrade from 7.4 to o ports/145649 x11 x11/xorg: X server crashes when starting opengl compos o ports/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/120947 x11 x11/xsm ignores system.xsm and .xsmstartup 58 problems total. From owner-freebsd-x11@FreeBSD.ORG Tue Jun 26 14:55:06 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF0F1065673 for ; Tue, 26 Jun 2012 14:55:06 +0000 (UTC) (envelope-from andyzammy@googlemail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24AA68FC17 for ; Tue, 26 Jun 2012 14:55:05 +0000 (UTC) Received: by eeke49 with SMTP id e49so3354eek.13 for ; Tue, 26 Jun 2012 07:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5J05Nee3jSb6+w+5uRoohaFEYwaDSSn/hvxWzmv6y4g=; b=ijdveVZd6ZcTFiECwHMGZOr9fj+ObS9qNtSH1/1gIOhwU3VmyTlplH9vDtefDRLMlV 1xVt8tp3CMNQBUlGc8TC0iuNCcHmofTDHZLYhsC/QYU/oy520zX/ddSjjJpZSoM9B+1u An+veSZ6QwKhaBeH7127v9Ia4NN8Wkgnlh3fmL2XzYjJNFdwHj0XsVnp1Et7QwddgnGY 06TrLZLvmfHNLN8ebBu/Famltbqz0/DWfqCj4NtzCUCAggdeTGGcUD+mu3/mnglIv4Vr bvLaJBan0T/8BiqrR7mv3/VkvKVXNyJh8auGM9Boc1sXyh3aFjQPfO0Pj9N7gKMkHyLe i7GA== MIME-Version: 1.0 Received: by 10.14.101.9 with SMTP id a9mr3032814eeg.143.1340722504957; Tue, 26 Jun 2012 07:55:04 -0700 (PDT) Received: by 10.14.182.129 with HTTP; Tue, 26 Jun 2012 07:55:04 -0700 (PDT) Date: Tue, 26 Jun 2012 15:55:04 +0100 Message-ID: From: Andy Zammy To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: XBMC build failing in mesa-demos X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 14:55:06 -0000 Hi, I'm currently trying to compile XBMC but is failing on an undefined reference in the graphics/mesa-demos port: build log: http://pastebin.com/ZA8WuG4v installed ports: http://pastebin.com/AGtLctRN laptop# uname -a FreeBSD laptop 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Is there a problem with the port or is this on my end? Any help would be appreciated. Kind Regards, Andy From owner-freebsd-x11@FreeBSD.ORG Tue Jun 26 18:50:09 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D89BD106566B for ; Tue, 26 Jun 2012 18:50:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C372D8FC1B for ; Tue, 26 Jun 2012 18:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5QIo9pc068131 for ; Tue, 26 Jun 2012 18:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5QIo9Dg068130; Tue, 26 Jun 2012 18:50:09 GMT (envelope-from gnats) Date: Tue, 26 Jun 2012 18:50:09 GMT Message-Id: <201206261850.q5QIo9Dg068130@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Matthieu Volat Cc: Subject: Re: powerpc/165585: x11-servers/xorg-server: Both Xorg and Xorg-server port installs break when dri is being built X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthieu Volat List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 18:50:09 -0000 The following reply was made to PR powerpc/165585; it has been noted by GNATS. From: Matthieu Volat To: bug-followup@FreeBSD.org, superbisquit@gmail.com Cc: Subject: Re: powerpc/165585: x11-servers/xorg-server: Both Xorg and Xorg-server port installs break when dri is being built Date: Tue, 26 Jun 2012 20:42:25 +0200 This is a multi-part message in MIME format. --Multipart=_Tue__26_Jun_2012_20_42_25_+0200_.5B5oeITgaHsbssf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I've been able to build (and run) both old and new X.org, dri enabled, on a powerpc host (powerbook 12"), but with a workaround in graphics/libdrm and patches in graphics/dri. The workaround in *new* graphics/libdrm is to manualy build and install the intel drm infrastructure (everything is correctly configured... the target are just not called by the top Makefile) : # cd /usr/ports/libdrm # make # make -C work/libdrm-2.4.31/intel # make install # make -C work/libdrm-2.4.31/intel install It even worked with KMS support enabled, but I had not the time to test a patched kernel for now. I've attached the patches for graphics/dri, the two patch-old-* are for the old X.org, the other is for the new one. That's as far as I went, next step would be to create a proper patch for those ports. -- Matthieu Volat --Multipart=_Tue__26_Jun_2012_20_42_25_+0200_.5B5oeITgaHsbssf Content-Type: text/x-chdr; name="patch-old-src_mesa_drivers_dri_mach64_mach64_context.h" Content-Disposition: attachment; filename="patch-old-src_mesa_drivers_dri_mach64_mach64_context.h" Content-Transfer-Encoding: 7bit --- src/mesa/drivers/dri/mach64/mach64_context.h.orig 2012-06-21 21:04:44.000000000 +0200 +++ src/mesa/drivers/dri/mach64/mach64_context.h 2012-06-21 21:10:56.000000000 +0200 @@ -294,7 +294,7 @@ #define LE32_OUT( x, y ) do { *(GLuint *)(x) = (y); } while (0) #define LE32_OUT_FLOAT( x, y ) do { *(GLfloat *)(x) = (y); } while (0) #else -#ifndef __OpenBSD__ +#if !defined __OpenBSD__ && !defined __FreeBSD__ #include #else #include --Multipart=_Tue__26_Jun_2012_20_42_25_+0200_.5B5oeITgaHsbssf Content-Type: text/x-chdr; name="patch-old-src_mesa_drivers_dri_sis_sis_context.h" Content-Disposition: attachment; filename="patch-old-src_mesa_drivers_dri_sis_sis_context.h" Content-Transfer-Encoding: 7bit --- src/mesa/drivers/dri/sis/sis_context.h.orig 2012-06-21 21:25:46.000000000 +0200 +++ src/mesa/drivers/dri/sis/sis_context.h 2012-06-21 21:25:07.000000000 +0200 @@ -404,6 +404,8 @@ #define MMIO_WMB() __asm __volatile("" : : : "memory") #elif defined(__ia64__) #define MMIO_WMB() __asm __volatile("mf" : : : "memory") +#elif defined(__powerpc__) +#define MMIO_WMB() __asm __volatile("eieio; sync;") #else #error platform needs WMB #endif --Multipart=_Tue__26_Jun_2012_20_42_25_+0200_.5B5oeITgaHsbssf Content-Type: text/x-csrc; name="patch-new-src_mesa_drivers_dri_r600_radeon_span.c" Content-Disposition: attachment; filename="patch-new-src_mesa_drivers_dri_r600_radeon_span.c" Content-Transfer-Encoding: 7bit --- work/Mesa-7.11.2/src/mesa/drivers/dri/r600/radeon_span.c.orig 2012-06-22 22:18:00.000000000 +0200 +++ work/Mesa-7.11.2/src/mesa/drivers/dri/r600/radeon_span.c 2012-06-22 22:23:02.000000000 +0200 @@ -51,7 +51,11 @@ #define DBG 0 #if defined(BYTE_ORDER) && defined(BIG_ENDIAN) && BYTE_ORDER == BIG_ENDIAN -#if defined(__linux__) +#if defined(__FreeBSD__) +#include +#define CPU_TO_LE16( x ) bswap16( x ) +#define LE16_TO_CPU( x ) bswap16( x ) +#elif defined(__linux__) #include #define CPU_TO_LE16( x ) bswap_16( x ) #define LE16_TO_CPU( x ) bswap_16( x ) --Multipart=_Tue__26_Jun_2012_20_42_25_+0200_.5B5oeITgaHsbssf-- From owner-freebsd-x11@FreeBSD.ORG Tue Jun 26 19:30:15 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E01E1065672; Tue, 26 Jun 2012 19:30:15 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1818FC15; Tue, 26 Jun 2012 19:30:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so367944bkv.13 for ; Tue, 26 Jun 2012 12:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=JVKvCJZm1Vt5hUzhEcdNI2JdAgBtjAn2w58UQpnzwdU=; b=ENdBnvwQdyuNAp9/3uGj60Z55v1jfIeolGlscdedrSp72cX5l5odCOn934+vZrQbkR vFPM90ywnJbW2Ra8lyQfjk+WpEAIzKwDGc2NYVQk6OxMehnfOCuvnlXNw4KEX87+Was7 tbRKA+jFzjt+IHK7rt3k/VVWY99a0lShlMIj+y1w07fI3szNqXbW7vizF9lyPI6WS9Ue /EvIW7LNZ0uX1O4sww1Qg2uP8SK8jPFBUHl22AY+R58CYJbhFjZtev/fSIiBju8KvtfU MUE81r5D3KcGifGLrr7Ykp/SPdXiUuskWMH/+M9QgAYmlflmn6EVZT9Pg/cpVmZhujvy r6Nw== Received: by 10.204.128.88 with SMTP id j24mr6103058bks.89.1340739013301; Tue, 26 Jun 2012 12:30:13 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id e20sm52007168bkv.10.2012.06.26.12.30.11 (version=SSLv3 cipher=OTHER); Tue, 26 Jun 2012 12:30:12 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FEA0DC1.3050005@FreeBSD.org> Date: Tue, 26 Jun 2012 22:30:09 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: New KDE installation freezes on start X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 19:30:15 -0000 Hi. I've just installed 10-CURRENT on my new laptop where from fresh ports with enabled WITH_NEW_XORG and WITH_KMS and all default options installed xor, kde4 and few other ports. On attempt to start KDE after all start icons appeared "kdeinit4: plasma-desktop" process starts to eat CPU and memory and nothing goes on. Happens with both intel and vesa drivers. Tried both startx and kdm. What can it be? How can I debug this? Can it be some missing configuration or packages? PS: another existing 10-CURREBT laptop with system and ports updated about the same time but with old Xorg seems work fine. -- Alexander Motin From owner-freebsd-x11@FreeBSD.ORG Tue Jun 26 20:11:42 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEA71106566C for ; Tue, 26 Jun 2012 20:11:41 +0000 (UTC) (envelope-from james4591@hotmail.com) Received: from snt0-omc1-s1.snt0.hotmail.com (snt0-omc1-s1.snt0.hotmail.com [65.55.90.12]) by mx1.freebsd.org (Postfix) with ESMTP id C22AB8FC0A for ; Tue, 26 Jun 2012 20:11:41 +0000 (UTC) Received: from SNT122-W27 ([65.55.90.9]) by snt0-omc1-s1.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 26 Jun 2012 13:10:35 -0700 Message-ID: X-Originating-IP: [71.130.76.124] From: James Powell To: Date: Tue, 26 Jun 2012 20:10:32 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 26 Jun 2012 20:10:35.0164 (UTC) FILETIME=[BF07B5C0:01CD53D7] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: support of xf86-video-nouveau X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 20:11:42 -0000 Does the current release of FreeBSD 9.0 fully support usage of the Nouveau = driver for Nvidia cards as an alternative to the Nvidia binary-only driver?= If not currently=2C are there any plans to add full support for this drive= r and Gallium3D through Mesa in the future? = From owner-freebsd-x11@FreeBSD.ORG Tue Jun 26 21:06:03 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31B5D106566B; Tue, 26 Jun 2012 21:06:03 +0000 (UTC) (envelope-from rm@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 051B98FC19; Tue, 26 Jun 2012 21:06:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5QL62jq095934; Tue, 26 Jun 2012 21:06:02 GMT (envelope-from rm@freefall.freebsd.org) Received: (from rm@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5QL62KR095930; Tue, 26 Jun 2012 21:06:02 GMT (envelope-from rm) Date: Tue, 26 Jun 2012 21:06:02 GMT Message-Id: <201206262106.q5QL62KR095930@freefall.freebsd.org> To: ohartman@zedat.fu-berlin.de, rm@FreeBSD.org, freebsd-x11@FreeBSD.org From: rm@FreeBSD.org Cc: Subject: Re: ports/154449: x11/xorg: missing manpage (7) Xsecurity X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 21:06:03 -0000 Synopsis: x11/xorg: missing manpage (7) Xsecurity State-Changed-From-To: open->closed State-Changed-By: rm State-Changed-When: Tue Jun 26 21:06:02 UTC 2012 State-Changed-Why: It's not the case anymore. There is Xsecurity.7.gz, installed by x11/xorg-docs. Closing http://www.freebsd.org/cgi/query-pr.cgi?pr=154449 From owner-freebsd-x11@FreeBSD.ORG Wed Jun 27 18:03:20 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25981065672 for ; Wed, 27 Jun 2012 18:03:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 515798FC0C for ; Wed, 27 Jun 2012 18:03:20 +0000 (UTC) Received: by bkvi18 with SMTP id i18so1485199bkv.13 for ; Wed, 27 Jun 2012 11:03:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=CxOY8DgyTsEowfTj5xZfw9VT4dQfzaYdF+ICfI05R0c=; b=X0PV0kt2D6ZXKRop3PwWva6D7lFizuiphlaCqACSHVnT806xgMjwmLHg1hZ3NxR7Tr lJqzUCNWM/r7nqPIIfvsStptZOCtyq5vPF1qoID2SteQ1c/7ZyZSHCZ4+JnzaPgd7nQQ 97++hbuzHKg0sLNwW0z5VBC+HcJTnI+cmukOIuWL9ppgJfo4WcoQFRk96f212t7Z+++o dzOxK2xaaA+AhqOZJIUqyjp1MWHz4JxiBbpsKJ2Qqm9DFbMZ9al/mDTficS/YPP4teRu bD/j7WOBIHMWsWdbJN0u+e3HO2cqlsNNZHcCWmsLPdMYLf5ljqhjX6yjg5nHXiibtS9j R8qg== Received: by 10.204.153.193 with SMTP id l1mr7910041bkw.120.1340820199344; Wed, 27 Jun 2012 11:03:19 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n5sm3118898bkv.14.2012.06.27.11.03.17 (version=SSLv3 cipher=OTHER); Wed, 27 Jun 2012 11:03:18 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FEB4AE3.6080405@FreeBSD.org> Date: Wed, 27 Jun 2012 21:03:15 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org References: <4FEA0DC1.3050005@FreeBSD.org> In-Reply-To: <4FEA0DC1.3050005@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: New KDE installation freezes on start X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 18:03:20 -0000 On 06/26/12 22:30, Alexander Motin wrote: > I've just installed 10-CURRENT on my new laptop where from fresh ports > with enabled WITH_NEW_XORG and WITH_KMS and all default options > installed xor, kde4 and few other ports. On attempt to start KDE after > all start icons appeared "kdeinit4: plasma-desktop" process starts to > eat CPU and memory and nothing goes on. Happens with both intel and vesa > drivers. Tried both startx and kdm. > > What can it be? How can I debug this? Can it be some missing > configuration or packages? > > PS: another existing 10-CURREBT laptop with system and ports updated > about the same time but with old Xorg seems work fine. Seems like it was some build issue. I've rebuilt/reinstalled everything with `portmaster -af` that took full day, but now it works. Sorry for the noise. -- Alexander Motin From owner-freebsd-x11@FreeBSD.ORG Wed Jun 27 20:29:06 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A39E106566B for ; Wed, 27 Jun 2012 20:29:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id B9FF48FC1A for ; Wed, 27 Jun 2012 20:29:05 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SjyrC-0000gx-CU for freebsd-x11@freebsd.org; Wed, 27 Jun 2012 21:28:59 +0100 Received: from cpc1-aztw9-0-0-cust540.18-1.cable.virginmedia.com ([82.33.90.29] helo=mech-aslap239.men.bris.ac.uk) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SjyrA-00045d-SA for freebsd-x11@freebsd.org; Wed, 27 Jun 2012 21:28:58 +0100 Received: from mech-aslap239.men.bris.ac.uk (localhost [127.0.0.1]) by mech-aslap239.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5RKStSp001161 for ; Wed, 27 Jun 2012 21:28:56 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-aslap239.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5RKH2tb001109 for freebsd-x11@freebsd.org; Wed, 27 Jun 2012 21:17:02 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-aslap239.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 27 Jun 2012 21:17:02 +0100 From: Anton Shterenlikht To: freebsd-x11@freebsd.org Message-ID: <20120627201702.GA1088@mech-aslap239.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: X broken - top quarter of the screen not updated by *some* programs - EXA/XAA issue? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 20:29:06 -0000 This is on HP Compaq 6715s laptop, amd64, r236740M. At some point (prior to the recent png- triggered update) I started seeing this strange behaviour: The top part of the screen, about 1/4, is not updated by some windows, and the exact behaviour is affected by Option "AccelMethod". For example if I have Option "AccelMethod" "EXA" Then xterm and xpdf don't update the top part of their windows, if it happens to be in top 1/4 of the screen. If I resize the windows so that the top 1/4 of screen is not used, then the whole window is updated. However other programs, e.g. firefox, are not affected. If I switch to XAA: Option "AccelMethod" "XAA" then the situation is partly reversed. Now xterm is not affected, but firefox can't update the top part of it's window, if it happens to occupy the top 1/4 of the screen. xpdf behaviour is unaffected - whether I use XAA or EXA, xpdf can't update the top part of its window if it lies in the top 1/4 of the screen. I'm not sure what to make of it. Below are my xorg.conf, xdm.log and Xorg.0.log when I use EXA option. Finally, not sure if it's related, but I have to disable DRI for X to work at all. Please advise Thanks ******************************************************************************* xorg.conf ******************************************************************************* Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/terminus-font/" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 330 210 # mm Identifier "Monitor0" VendorName "LPL" ModelName "d600" EndSection Section "Device" Identifier "Card0" Driver "radeon" VendorName "Advanced Micro Devices [AMD] nee ATI" BoardName "RS690M [Radeon X1200 Series]" BusID "PCI:1:5:0" Option "DRI" "off" Option "AccelMethod" "EXA" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1280" EndSubSection EndSection ******************************************************************************* xdm.log ******************************************************************************* xdm info (pid 50419): Starting xdm info (pid 50419): Starting X server on :0 X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-CURRENT amd64 Current Operating System: FreeBSD mech-aslap239.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r236740M: Tue Jun 12 15:17:21 BST 2012 root@mech-aslap239.men.bris.ac.uk:/usr/obj/usr/src/sys/BUZI amd64 Build Date: 11 June 2012 12:11:20PM Current version of pixman: 0.24.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 20 12:38:59 2012 (==) Using config file: "/etc/X11/xorg.conf" XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_KLDSCP_DAC1 DDC reg: 0x7e50 XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVTM1 DDC reg: 0x7e40 Dac detection success finished output detect: 0 finished output detect: 1 finished all detect Dac detection success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output CRT1 disable success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Set CRTC 0 Source success Mode 1280x800 - 1440 823 10 Picked PLL 0 best_freq: 71152 best_feedback_div: 159 best_frac_feedback_div: 0 best_ref_div: 2 best_post_div: 16 Set CRTC 0 PLL success Set CRTC Timing success Set CRTC 0 Overscan success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success Output digital setup success Output LCD1 enable success Enable CRTC 0 success Unblank CRTC 0 success Output CRT1 disable success Blank CRTC 1 success Disable CRTC 1 success xdm info (pid 50426): sourcing /usr/local/lib/X11/xdm/Xsetup_0 xdm info (pid 50426): sourcing /usr/local/lib/X11/xdm/GiveConsole xdm info (pid 50435): executing session /usr/local/lib/X11/xdm/Xsession ******************************************************************************* Xorg.0.log ******************************************************************************* X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-CURRENT amd64 Current Operating System: FreeBSD mech-aslap239.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r236740M: Tue Jun 12 15:17:21 BST 2012 root@mech-aslap239.men.bris.ac.uk:/usr/obj/usr/src/sys/BUZI amd64 Build Date: 11 June 2012 12:11:20PM Current version of pixman: 0.24.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 20 12:38:59 2012 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Not automatically adding devices (==) Not automatically enabling devices (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/terminus-font/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x7bd3c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0:1:5:0) 1002:791f:103c:30c2 Advanced Micro Devices [AMD] nee ATI RS690M [Radeon X1200 Series] rev 0, Mem @ 0xc0000000/134217728, 0xd0200000/65536, 0xd0300000/1048576, I/O @ 0x00004000/256, BIOS @ 0x????????/65536 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers/radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.7.7, module version = 6.14.3 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.7.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.6.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI FireMV 2400 3155 (PCI), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650, ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon 8500 AIW BB (AGP), ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 VE (R420) JT (AGP), ATI Radeon X850 (R480) (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800, ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800, ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300, ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505, ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL, ATI Mobility Radeon X1400, ATI Radeon X1300/X1550, ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300, ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350, ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550, ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450, ATI Radeon X1300/X1550, ATI Mobility Radeon X2300, ATI Mobility Radeon X2300, ATI Mobility Radeon X1350, ATI Mobility Radeon X1350, ATI Mobility Radeon X1450, ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350, ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600, ATI Mobility FireGL V5200, ATI Mobility Radeon X1600, ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400, ATI Mobility FireGL V5250, ATI Mobility Radeon X1700, ATI Mobility Radeon X1700 XT, ATI FireGL V5200, ATI Mobility Radeon X1700, ATI Radeon X2300HD, ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950, ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560, ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI FireGL V7400, ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740, ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT, ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600, ATI Radeon 4800 Series, ATI Radeon HD 4870 x2, ATI Radeon 4800 Series, ATI Radeon HD 4850 x2, ATI FirePro V8750 (FireGL), ATI FirePro V7760 (FireGL), ATI Mobility RADEON HD 4850, ATI Mobility RADEON HD 4850 X2, ATI Radeon 4800 Series, ATI FirePro RV770, AMD FireStream 9270, AMD FireStream 9250, ATI FirePro V8700 (FireGL), ATI Mobility RADEON HD 4870, ATI Mobility RADEON M98, ATI Mobility RADEON HD 4870, ATI Radeon 4800 Series, ATI Radeon 4800 Series, ATI FirePro M7750, ATI M98, ATI M98, ATI M98, ATI Mobility Radeon HD 4650, ATI Radeon RV730 (AGP), ATI Mobility Radeon HD 4670, ATI FirePro M5750, ATI Mobility Radeon HD 4670, ATI Radeon RV730 (AGP), ATI RV730XT [Radeon HD 4670], ATI RADEON E4600, ATI Radeon HD 4600 Series, ATI RV730 PRO [Radeon HD 4650], ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL), ATI FirePro V3750 (FireGL), ATI Mobility Radeon HD 4830, ATI Mobility Radeon HD 4850, ATI FirePro M7740, ATI RV740, ATI Radeon HD 4770, ATI Radeon HD 4700 Series, ATI Radeon HD 4770, ATI FirePro M5750, ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610, ATI FireMV 2260, ATI RV670, ATI Radeon HD3870, ATI Mobility Radeon HD 3850, ATI Radeon HD3850, ATI Mobility Radeon HD 3850 X2, ATI RV670, ATI Mobility Radeon HD 3870, ATI Mobility Radeon HD 3870 X2, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI Radeon HD3850, ATI Radeon HD3690, AMD Firestream 9170, ATI Radeon HD 4550, ATI Radeon RV710, ATI Radeon RV710, ATI Radeon RV710, ATI Radeon HD 4350, ATI Mobility Radeon 4300 Series, ATI Mobility Radeon 4500 Series, ATI Mobility Radeon 4500 Series, ATI FirePro RG220, ATI Mobility Radeon 4330, ATI RV630, ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT, ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP, ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630, ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600, ATI FireGL V3600, ATI Radeon HD 2600 LE, ATI Mobility FireGL Graphics Processor, ATI Radeon HD 3470, ATI Mobility Radeon HD 3430, ATI Mobility Radeon HD 3400 Series, ATI Radeon HD 3450, ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Radeon HD 3450, ATI FirePro V3700, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260, ATI Radeon HD 3600 Series, ATI Radeon HD 3650 AGP, ATI Radeon HD 3600 PRO, ATI Radeon HD 3600 XT, ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650, ATI Mobility Radeon HD 3670, ATI Mobility FireGL V5700, ATI Mobility FireGL V5725, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3300 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3000 Graphics, SUMO, SUMO, SUMO2, SUMO2, SUMO2, SUMO2, SUMO, SUMO, SUMO, SUMO, SUMO, ATI Radeon HD 4200, ATI Radeon 4100, ATI Mobility Radeon HD 4200, ATI Mobility Radeon 4100, ATI Radeon HD 4290, ATI Radeon HD 4250, AMD Radeon HD 6310 Graphics, AMD Radeon HD 6310 Graphics, AMD Radeon HD 6250 Graphics, AMD Radeon HD 6250 Graphics, AMD Radeon HD 6300 Series Graphics, AMD Radeon HD 6200 Series Graphics, CYPRESS, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro (FireGL) Graphics Adapter, AMD Firestream 9370, AMD Firestream 9350, ATI Radeon HD 5800 Series, ATI Radeon HD 5800 Series, ATI Radeon HD 5800 Series, ATI Radeon HD 5800 Series, ATI Radeon HD 5900 Series, ATI Radeon HD 5900 Series, ATI Mobility Radeon HD 5800 Series, ATI Mobility Radeon HD 5800 Series, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro (FireGL) Graphics Adapter, ATI Mobility Radeon HD 5800 Series, ATI Radeon HD 5700 Series, ATI Radeon HD 5700 Series, ATI Radeon HD 6700 Series, ATI Radeon HD 5700 Series, ATI Radeon HD 6700 Series, ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon HD 5570, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro (FireGL) Graphics Adapter, ATI Radeon HD 5670, ATI Radeon HD 5570, ATI Radeon HD 5500 Series, REDWOOD, ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon Graphics, ATI Mobility Radeon Graphics, CEDAR, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro (FireGL) Graphics Adapter, ATI FirePro 2270, CEDAR, ATI Radeon HD 5450, CEDAR, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, CAYMAN, AMD Radeon HD 6900 Series, AMD Radeon HD 6900 Series, CAYMAN, CAYMAN, CAYMAN, AMD Radeon HD 6900M Series, Mobility Radeon HD 6000 Series, BARTS, BARTS, Mobility Radeon HD 6000 Series, Mobility Radeon HD 6000 Series, BARTS, BARTS, BARTS, BARTS, AMD Radeon HD 6800 Series, AMD Radeon HD 6800 Series, AMD Radeon HD 6700 Series, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, TURKS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS (II) Primary Device is: PCI 01@00:05:0 (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support (II) RADEON(0): TOTO SAYS 00000000d0200000 (II) RADEON(0): MMIO registers at 0x00000000d0200000: size 64KB (II) RADEON(0): PCI bus 1 card 5 func 0 (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "AccelMethod" "XAA" (**) RADEON(0): Option "DRI" "off" (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules/libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.7.7, module version = 0.1.0 ABI class: X.Org Video Driver, version 6.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: "ATI Radeon X1200" (ChipID = 0x791f) (--) RADEON(0): Linear framebuffer at 0x00000000c0000000 (II) RADEON(0): PCI card detected (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules/libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Video Driver, version 6.0 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (II) RADEON(0): ATOM BIOS detected (II) RADEON(0): ATOM BIOS Rom: SubsystemVendorID: 0x1002 SubsystemID: 0x791f IOBaseAddress: 0x4000 Filename: br23883.bin BIOS Bootup Message: ATI Radeon Xpress ?1250? for HP_TT (II) RADEON(0): Framebuffer space used by Firmware (kb): 20 (II) RADEON(0): Start of VRAM area used by Firmware: 0x7ffb000 (II) RADEON(0): AtomBIOS requests 20kB of VRAM scratch space (II) RADEON(0): AtomBIOS VRAM scratch base: 0x7ffb000 (II) RADEON(0): Cannot get VRAM scratch space. Allocating in main memory instead (II) RADEON(0): Default Engine Clock: 400000 (II) RADEON(0): Default Memory Clock: 200000 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Output: 1200000 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEON(0): Maximum Pixel Clock: 400000 (II) RADEON(0): Reference Clock: 14320 (II) RADEON(0): Direct rendering forced off (II) RADEON(0): Generation 2 PCI interface, using max accessible memory (II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) RADEON(0): PLL parameters: rf=1432 rd=12 min=80000 max=120000; xclk=40000 (WW) RADEON(0): LVDS Info: XRes: 1280, YRes: 800, DotClock: 71000 HBlank: 160, HOverPlus: 48, HSyncWidth: 32 VBlank: 23, VOverPlus: 3, VSyncWidth: 6 (II) RADEON(0): Skipping TV-Out (II) RADEON(0): Skipping Component Video (II) RADEON(0): Output VGA-0 using monitor section Monitor0 (II) RADEON(0): I2C bus "VGA-0" initialized. (II) RADEON(0): Output LVDS has no monitor section (II) RADEON(0): I2C bus "LVDS" initialized. (II) RADEON(0): Port0: XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_KLDSCP_DAC1 DDC reg: 0x7e50 (II) RADEON(0): Port1: XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVTM1 DDC reg: 0x7e40 (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. Dac detection success (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 finished output detect: 0 (II) RADEON(0): I2C device "LVDS:ddc2" registered at address 0xA0. (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): EDID data from the display on output: LVDS ---------------------- (II) RADEON(0): Manufacturer: LPL Model: d600 Serial#: 0 (II) RADEON(0): Year: 2006 Week: 0 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 33 vert.: 21 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): No DPMS capabilities specified (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.600 redY: 0.351 greenX: 0.324 greenY: 0.554 (II) RADEON(0): blueX: 0.153 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported detailed timing: (II) RADEON(0): clock: 71.0 MHz Image Size: 331 x 207 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1360 h_blank_end 1440 h_border: 0 (II) RADEON(0): v_active: 800 v_sync: 803 v_sync_end 809 v_blanking: 823 v_border: 0 (II) RADEON(0): LGPhilipsLCD (II) RADEON(0): LP154WX4-TLA1 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff00320c00d600000000 (II) RADEON(0): 00100103802115780ab3409959538d27 (II) RADEON(0): 25505400000001010101010101010101 (II) RADEON(0): 010101010101bc1b00a0502017303020 (II) RADEON(0): 36004bcf100000190000000000000000 (II) RADEON(0): 00000000000000000000000000fe004c (II) RADEON(0): 475068696c6970734c43440a000000fe (II) RADEON(0): 004c503135345758342d544c4131004d finished output detect: 1 finished all detect Dac detection success (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): EDID data from the display on output: LVDS ---------------------- (II) RADEON(0): Manufacturer: LPL Model: d600 Serial#: 0 (II) RADEON(0): Year: 2006 Week: 0 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 33 vert.: 21 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): No DPMS capabilities specified (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.600 redY: 0.351 greenX: 0.324 greenY: 0.554 (II) RADEON(0): blueX: 0.153 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported detailed timing: (II) RADEON(0): clock: 71.0 MHz Image Size: 331 x 207 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1360 h_blank_end 1440 h_border: 0 (II) RADEON(0): v_active: 800 v_sync: 803 v_sync_end 809 v_blanking: 823 v_border: 0 (II) RADEON(0): LGPhilipsLCD (II) RADEON(0): LP154WX4-TLA1 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff00320c00d600000000 (II) RADEON(0): 00100103802115780ab3409959538d27 (II) RADEON(0): 25505400000001010101010101010101 (II) RADEON(0): 010101010101bc1b00a0502017303020 (II) RADEON(0): 36004bcf100000190000000000000000 (II) RADEON(0): 00000000000000000000000000fe004c (II) RADEON(0): 475068696c6970734c43440a000000fe (II) RADEON(0): 004c503135345758342d544c4131004d (II) RADEON(0): EDID vendor "LPL", prod id 54784 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Using exact sizes for initial modes (II) RADEON(0): Output LVDS using initial mode 1280x800 (II) RADEON(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (==) RADEON(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (**) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules/libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.2.1 ABI class: X.Org Video Driver, version 6.0 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support (--) Depth 24 pixmap format is 32 bpp (II) RADEON(0): RADEONScreenInit c0000000 0 0 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success (II) RADEON(0): Dynamic Power Management Disabled (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x08000000 (II) RADEON(0): MC_FB_LOCATION : 0xbfffb800 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1280) to (1280,1282) (II) RADEON(0): Largest offscreen area available: 1280 x 6909 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xbfffb800 0xbfffb800 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 (==) RADEON(0): Backing store disabled (WW) RADEON(0): Direct rendering disabled (II) RADEON(0): Render acceleration disabled (II) RADEON(0): num quad-pipes is 1 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): DPMS enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00643000 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00648000 (II) RADEON(0): Largest offscreen area available: 1280 x 6901 (II) RADEON(0): Textured video requires CP on R5xx/R6xx/R7xx/IGP Output CRT1 disable success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Set CRTC 0 Source success Mode 1280x800 - 1440 823 10 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xbfffb800 0xbfffb800 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 Picked PLL 0 best_freq: 71152 best_feedback_div: 159 best_frac_feedback_div: 0 best_ref_div: 2 best_post_div: 16 (II) RADEON(0): crtc(0) Clock: mode 71000, PLL 711520 (II) RADEON(0): crtc(0) PLL : refdiv 2, fbdiv 0x9F(159), fracfbdiv 0, pdiv 16 Set CRTC 0 PLL success Set CRTC Timing success Set CRTC 0 Overscan success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success Output digital setup success Output LCD1 enable success Enable CRTC 0 success Unblank CRTC 0 success Output CRT1 disable success Blank CRTC 1 success Disable CRTC 1 success (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (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) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 338 x 211 (WW) Mouse0: No Device specified, looking for one... (II) Mouse0: Setting Device option to "/dev/sysmouse" (--) Mouse0: Device: "/dev/sysmouse" (==) Mouse0: Protocol: "Auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) acceleration profile 0 (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Option "XkbRules" "base" (**) Option "XkbModel" "pc105" (**) Option "XkbLayout" "us" (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-x11@FreeBSD.ORG Wed Jun 27 22:14:03 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BD11065787 for ; Wed, 27 Jun 2012 22:14:03 +0000 (UTC) (envelope-from g_nikiforov@hotmail.com) Received: from bay0-omc1-s5.bay0.hotmail.com (bay0-omc1-s5.bay0.hotmail.com [65.54.190.16]) by mx1.freebsd.org (Postfix) with ESMTP id 382E28FC15 for ; Wed, 27 Jun 2012 22:14:03 +0000 (UTC) Received: from BAY149-W23 ([65.54.190.61]) by bay0-omc1-s5.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 27 Jun 2012 15:13:57 -0700 Message-ID: Content-Type: multipart/mixed; boundary="_922c5c29-55d4-40b3-acb3-723a4fe4b1e8_" X-Originating-IP: [79.100.4.154] From: "G. Nikiforov" To: Date: Thu, 28 Jun 2012 01:13:56 +0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 27 Jun 2012 22:13:57.0174 (UTC) FILETIME=[25628D60:01CD54B2] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: building ports/graphics/dri on 9.0 STABLE amd64 exits with error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 22:14:03 -0000 --_922c5c29-55d4-40b3-acb3-723a4fe4b1e8_ Content-Type: text/plain; charset="iso-8859-5" Content-Transfer-Encoding: quoted-printable Hello=2C I'm sending this message to this address as x11@freebsd.org is listed as th= e maintainer of ports/graphics/dri. Here's the required line from the Makef= ile:# $FreeBSD: ports/graphics/dri/Makefile=2Cv 1.37 2012/04/21 17:03:16 mi= wi Exp $ When I run on a FreeBSD 9.0 STABLE amd64 the command$ sudo make install cle= anI get the following error (for the full output please see the attached fi= le): Regenerating builtin_function.cpp... cc -I. -I../mesa -I../mapi -I../../include -I/usr/local/include -O2 -pipe = -fno-strict-aliasing -Wall -Wmissing-prototypes -std=3Dc99 -fno-strict-ali= asing -O2 -pipe -fno-strict-aliasing -fPIC -DUSE_X86_64_ASM -DHAVE_POSIX_= MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=3D1 -DIN_DRI_DRIVER -= DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DFEATURE_GL= =3D1 -fvisibility=3Dhidden -L/usr/local/lib glcpp/glcpp-lex.o glcpp/glcpp-p= arse.o glcpp/pp.o ralloc.o glcpp/glcpp.o ../mesa/program/hash_table.o -o gl= cpp/glcpp t -O -O builtins/tools/generate_builtins.py ./builtin_compiler > builtin_fu= nction.cpp || rm -f builtin_function.cpp t: not found c++ -c -I. -I../mesa -I../mapi -I../../include -I/usr/local/include -O2 -p= ipe -fno-strict-aliasing -Wall -fno-strict-aliasing -O2 -pipe -fno-strict-a= liasing -fPIC -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_D= XTN_LIB=3D1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIR= ECT_RENDERING -DFEATURE_GL=3D1 -fvisibility=3Dhidden -DHAVE_POSIX_MEMALIGN= -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=3D1 -DIN_DRI_DRIVER -DHAVE_AL= IAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DFEATURE_GL=3D1 built= in_function.cpp -o builtin_function.o c++: builtin_function.cpp: No such file or directory c++: No input files specified gmake[2]: *** [builtin_function.o] Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/g= lsl' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src' gmake: *** [default] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/graphics/dri. Could someone please suggest a way to overcome this error? Thanks a lot in advance.George = --_922c5c29-55d4-40b3-acb3-723a4fe4b1e8_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="output.txt" PT09PiAgRXh0cmFjdGluZyBmb3IgZHJpLTcuMTEuMiwyCj0+IFNIQTI1NiBDaGVja3N1bSBPSyBm b3IgTWVzYUxpYi03LjExLjIudGFyLmJ6Mi4KPT09PiAgUGF0Y2hpbmcgZm9yIGRyaS03LjExLjIs Mgo9PT0+ICBBcHBseWluZyBleHRyYSBwYXRjaCAvdXNyL3BvcnRzL2dyYXBoaWNzL2RyaS8uLi8u Li9ncmFwaGljcy9saWJHTC9maWxlcy9leHRyYS1tYWNoNjRfY29udGV4dC5oCj09PT4gIEFwcGx5 aW5nIGV4dHJhIHBhdGNoIC91c3IvcG9ydHMvZ3JhcGhpY3MvZHJpLy4uLy4uL2dyYXBoaWNzL2xp YkdML2ZpbGVzL2V4dHJhLXNpc19jb250ZXh0LmgKPT09PiAgQXBwbHlpbmcgZXh0cmEgcGF0Y2gg L3Vzci9wb3J0cy9ncmFwaGljcy9kcmkvLi4vLi4vZ3JhcGhpY3MvbGliR0wvZmlsZXMvZXh0cmEt c3JjLWdsc2xfaXJfY29uc3RhbnRfZXhwcmVzc2lvbi5jcHAKPT09PiAgQXBwbHlpbmcgZXh0cmEg cGF0Y2ggL3Vzci9wb3J0cy9ncmFwaGljcy9kcmkvLi4vLi4vZ3JhcGhpY3MvbGliR0wvZmlsZXMv ZXh0cmEtc3JjX19tZXNhX19kcml2ZXJzX19kcmlfX25vdXZlYXVfX25vdXZlYXVfYXJyYXkuYwo9 PT0+ICBBcHBseWluZyBleHRyYSBwYXRjaCAvdXNyL3BvcnRzL2dyYXBoaWNzL2RyaS8uLi8uLi9n cmFwaGljcy9saWJHTC9maWxlcy9leHRyYS1zcmNfX21lc2FfX2RyaXZlcnNfX2RyaV9fbm91dmVh dV9fbm91dmVhdV9yZW5kZXJfdC5jCj09PT4gICBkcmktNy4xMS4yLDIgZGVwZW5kcyBvbiBleGVj dXRhYmxlOiBtYWtlZGVwZW5kIC0gZm91bmQKPT09PiAgIGRyaS03LjExLjIsMiBkZXBlbmRzIG9u IGZpbGU6IC91c3IvbG9jYWwvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL2xpYnhtbDIucHkg LSBmb3VuZAo9PT0+ICAgZHJpLTcuMTEuMiwyIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9i aW4vcHl0aG9uMi43IC0gZm91bmQKPT09PiAgIGRyaS03LjExLjIsMiBkZXBlbmRzIG9uIGV4ZWN1 dGFibGU6IGdtYWtlIC0gZm91bmQKPT09PiAgIGRyaS03LjExLjIsMiBkZXBlbmRzIG9uIGV4ZWN1 dGFibGU6IGJpc29uIC0gZm91bmQKPT09PiAgIGRyaS03LjExLjIsMiBkZXBlbmRzIG9uIGZpbGU6 IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25maWcvZ2xwcm90by5wYyAtIGZvdW5kCj09PT4gICBk cmktNy4xMS4yLDIgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmln L2RyaTJwcm90by5wYyAtIGZvdW5kCj09PT4gICBkcmktNy4xMS4yLDIgZGVwZW5kcyBvbiBmaWxl OiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnL3gxMS5wYyAtIGZvdW5kCj09PT4gICBkcmkt Ny4xMS4yLDIgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnL3hl eHQucGMgLSBmb3VuZAo9PT0+ICAgZHJpLTcuMTEuMiwyIGRlcGVuZHMgb24gZmlsZTogL3Vzci9s b2NhbC9saWJkYXRhL3BrZ2NvbmZpZy94eGY4NnZtLnBjIC0gZm91bmQKPT09PiAgIGRyaS03LjEx LjIsMiBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25maWcveGRhbWFn ZS5wYyAtIGZvdW5kCj09PT4gICBkcmktNy4xMS4yLDIgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xv Y2FsL2xpYmRhdGEvcGtnY29uZmlnL3hmaXhlcy5wYyAtIGZvdW5kCj09PT4gICBkcmktNy4xMS4y LDIgZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogZHJtIC0gZm91bmQKPT09PiAgIGRyaS03LjEx LjIsMiBkZXBlbmRzIG9uIHNoYXJlZCBsaWJyYXJ5OiBleHBhdC42IC0gZm91bmQKPT09PiAgQ29u ZmlndXJpbmcgZm9yIGRyaS03LjExLjIsMgpjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlwZS4uLiBh bWQ2NC1wb3J0YmxkLWZyZWVic2Q5LjAKY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBhbWQ2 NC1wb3J0YmxkLWZyZWVic2Q5LjAKY2hlY2tpbmcgZm9yIGdjYy4uLiBjYwpjaGVja2luZyB3aGV0 aGVyIHRoZSBDIGNvbXBpbGVyIHdvcmtzLi4uIHllcwpjaGVja2luZyBmb3IgQyBjb21waWxlciBk ZWZhdWx0IG91dHB1dCBmaWxlIG5hbWUuLi4gYS5vdXQKY2hlY2tpbmcgZm9yIHN1ZmZpeCBvZiBl eGVjdXRhYmxlcy4uLiAKY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5nLi4u IG5vCmNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzLi4uIG8KY2hlY2tpbmcgd2hl dGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyLi4uIHllcwpjaGVja2luZyB3aGV0 aGVyIGNjIGFjY2VwdHMgLWcuLi4geWVzCmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0 IElTTyBDODkuLi4gbm9uZSBuZWVkZWQKY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUgQyBwcmVwcm9j ZXNzb3IuLi4gY3BwCmNoZWNraW5nIGZvciBnY2MuLi4gKGNhY2hlZCkgY2MKY2hlY2tpbmcgd2hl dGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyLi4uIChjYWNoZWQpIHllcwpjaGVj a2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcuLi4gKGNhY2hlZCkgeWVzCmNoZWNraW5nIGZvciBj YyBvcHRpb24gdG8gYWNjZXB0IElTTyBDODkuLi4gKGNhY2hlZCkgbm9uZSBuZWVkZWQKY2hlY2tp bmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDKysgY29tcGlsZXIuLi4geWVzCmNoZWNr aW5nIHdoZXRoZXIgYysrIGFjY2VwdHMgLWcuLi4geWVzCmNoZWNraW5nIGZvciBnbWFrZS4uLiBn bWFrZQpjaGVja2luZyBmb3IgcHl0aG9uMi4uLiBubwpjaGVja2luZyBmb3IgcHl0aG9uLi4uIG5v CmNoZWNraW5nIGZvciBtYWtlZGVwZW5kLi4uIC91c3IvbG9jYWwvYmluL21ha2VkZXBlbmQKY2hl Y2tpbmcgZm9yIHNlZC4uLiAvdXNyL2Jpbi9zZWQKY2hlY2tpbmcgZm9yIGZsZXguLi4gL3Vzci9i aW4vZmxleApjaGVja2luZyBmb3IgYmlzb24uLi4gL3Vzci9sb2NhbC9iaW4vYmlzb24KY2hlY2tp bmcgZm9yIGEgQlNELWNvbXBhdGlibGUgaW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1v IHJvb3QgLWcgd2hlZWwKY2hlY2tpbmcgaWYgY29tcGlsaW5nIHdpdGggY2xhbmcuLi4gbm8KY2hl Y2tpbmcgd2hldGhlciBnY2MgdmVyc2lvbiBpcyBzdWZmaWNpZW50Li4uIHllcwpjaGVja2luZyBm b3IgcGtnLWNvbmZpZy4uLiAvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnCmNoZWNraW5nIHBrZy1j b25maWcgaXMgYXQgbGVhc3QgdmVyc2lvbiAwLjkuMC4uLiB5ZXMKY2hlY2tpbmcgd2hldGhlciBj YyBzdXBwb3J0cyAtZnZpc2liaWxpdHk9aGlkZGVuLi4uIHllcwpjaGVja2luZyB3aGV0aGVyIGMr KyBzdXBwb3J0cyAtZnZpc2liaWxpdHk9aGlkZGVuLi4uIHllcwpjaGVja2luZyB3aGV0aGVyIHRv IGVuYWJsZSBhc3NlbWJseS4uLiB5ZXMsIGFtZDY0CmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8g cHJvZHVjZSBQSUMuLi4gLWZQSUMKY2hlY2tpbmcgZm9yIGRsb3Blbi4uLiB5ZXMKY2hlY2tpbmcg Zm9yIHBvc2l4X21lbWFsaWduLi4uIHllcwpjaGVja2luZyBwa2ctY29uZmlnIGZpbGVzIGZvciBY MTEgYXJlIGF2YWlsYWJsZS4uLiB5ZXMKY2hlY2tpbmcgZm9yIFgxMS4uLiB5ZXMKY2hlY2tpbmcg Zm9yIEdMUFJPVE8uLi4geWVzCmNoZWNraW5nIGZvciBMSUJEUk0uLi4geWVzCmNoZWNraW5nIGZv ciBEUkkyUFJPVE8uLi4geWVzCmNoZWNraW5nIGZvciBYRjg2VklETU9ERS4uLiB5ZXMKY2hlY2tp bmcgZm9yIERSSUdMLi4uIHllcwpjaGVja2luZyBleHBhdC5oIHVzYWJpbGl0eS4uLiB5ZXMKY2hl Y2tpbmcgZXhwYXQuaCBwcmVzZW5jZS4uLiB5ZXMKY2hlY2tpbmcgZm9yIGV4cGF0LmguLi4geWVz CmNoZWNraW5nIGZvciBYTUxfUGFyc2VyQ3JlYXRlIGluIC1sZXhwYXQuLi4geWVzCmNoZWNraW5n IGZvciBJTlRFTC4uLiB5ZXMKY2hlY2tpbmcgZm9yIE5PVVZFQVUuLi4geWVzCmNoZWNraW5nIGZv ciBMSUJEUk1fUkFERU9OLi4uIHllcwpjb25maWd1cmU6IGNyZWF0aW5nIC4vY29uZmlnLnN0YXR1 cwpjb25maWcuc3RhdHVzOiBjcmVhdGluZyBjb25maWdzL2F1dG9jb25mCmNvbmZpZy5zdGF0dXM6 IGV4ZWN1dGluZyBjb25maWdzIGNvbW1hbmRzCgogICAgICAgIHByZWZpeDogICAgICAgICAgL3Vz ci9sb2NhbAogICAgICAgIGV4ZWNfcHJlZml4OiAgICAgJHtwcmVmaXh9CiAgICAgICAgbGliZGly OiAgICAgICAgICAke2V4ZWNfcHJlZml4fS9saWIKICAgICAgICBpbmNsdWRlZGlyOiAgICAgICR7 cHJlZml4fS9pbmNsdWRlCgogICAgICAgIE9wZW5HTDogICAgICAgICAgeWVzIChFUzE6IG5vIEVT Mjogbm8pCiAgICAgICAgT3BlblZHOiAgICAgICAgICBubwoKICAgICAgICBEcml2ZXI6ICAgICAg ICAgIGRyaQogICAgICAgIE9TTWVzYTogICAgICAgICAgbm8KICAgICAgICBEUkkgZHJpdmVyczog ICAgIGk4MTAgaTkxNSBpOTY1IG1hY2g2NCBtZ2Egbm91dmVhdSByMTI4IHIyMDAgcjMwMCByNjAw IHJhZGVvbiB0ZGZ4IHVuaWNocm9tZSBzYXZhZ2Ugc2lzIHN3cmFzdAogICAgICAgIERSSSBkcml2 ZXIgZGlyOiAgJHtsaWJkaXJ9L2RyaQogICAgICAgIFVzZSBYQ0I6ICAgICAgICAgeWVzCiAgICAg ICAgU2hhcmVkIGRyaWNvcmU6ICBubwoKICAgICAgICBHTFU6ICAgICAgICAgICAgIG5vCiAgICAg ICAgR0x3OiAgICAgICAgICAgICBubyAoTW90aWY6IG5vKQogICAgICAgIGdsdXQ6ICAgICAgICAg ICAgbm8KCiAgICAgICAgRUdMOiAgICAgICAgICAgICBubwoKICAgICAgICBsbHZtOiAgICAgICAg ICAgIG5vCgogICAgICAgIEdhbGxpdW06ICAgICAgICAgbm8KCiAgICAgICAgU2hhcmVkIGxpYnM6 ICAgICB5ZXMKICAgICAgICBTdGF0aWMgbGliczogICAgIG5vCgogICAgICAgIENGTEFHUzogICAg ICAgICAgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90 b3R5cGVzIC1zdGQ9Yzk5IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmlj dC1hbGlhc2luZyAtZlBJQwogICAgICAgIENYWEZMQUdTOiAgICAgICAgLU8yIC1waXBlIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5v LXN0cmljdC1hbGlhc2luZyAtZlBJQwogICAgICAgIE1hY3JvczogICAgICAgICAgLURIQVZFX1BP U0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElC PTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcg LURHTFhfRElSRUNUX1JFTkRFUklORyAtRFVTRV9YODZfNjRfQVNNCgogICAgICAgIFBZVEhPTjI6 ICAgICAgICAgCgogICAgICAgIFJ1biAnZ21ha2UnIHRvIGJ1aWxkIE1lc2EKCj09PT4gIEJ1aWxk aW5nIGZvciBkcmktNy4xMS4yLDIKZ21ha2VbMV06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9w b3J0cy9ncmFwaGljcy9kcmkvd29yay9NZXNhLTcuMTEuMi9zcmMnCk1ha2luZyBzb3VyY2VzIGZv ciBhdXRvY29uZgpnbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL2dyYXBo aWNzL2RyaS93b3JrL01lc2EtNy4xMS4yL3NyYy9tYXBpL2dsYXBpJwpydW5uaW5nIC91c3IvbG9j YWwvYmluL21ha2VkZXBlbmQKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRz L2dyYXBoaWNzL2RyaS93b3JrL01lc2EtNy4xMS4yL3NyYy9tYXBpL2dsYXBpJwpnbWFrZVsyXTog RW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL2dyYXBoaWNzL2RyaS93b3JrL01lc2EtNy4x MS4yL3NyYy9tYXBpL2dsYXBpJwpjYyAtYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9z cmMvbWFwaSAtSS4uLy4uLy4uL3NyYy9tZXNhIC1ETUFQSV9NT0RFX1VUSUwgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1w cm90b3R5cGVzIC1zdGQ9Yzk5ICAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgIC1mUElDICAtRFVTRV9YODZfNjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1B TElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5f RFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJ UkVDVF9SRU5ERVJJTkcgLWZ2aXNpYmlsaXR5PWhpZGRlbiBnbGFwaV9kaXNwYXRjaC5jIC1vIGds YXBpX2Rpc3BhdGNoLm8KY2MgLWMgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vc3JjL21h cGkgLUkuLi8uLi8uLi9zcmMvbWVzYSAtRE1BUElfTU9ERV9VVElMIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90 eXBlcyAtc3RkPWM5OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0 LWFsaWFzaW5nICAtZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9TSVhfTUVNQUxJR04g LURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9E UklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1Rf UkVOREVSSU5HIC1mdmlzaWJpbGl0eT1oaWRkZW4gZ2xhcGlfZW50cnlwb2ludC5jIC1vIGdsYXBp X2VudHJ5cG9pbnQubwpjYyAtYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9zcmMvbWFw aSAtSS4uLy4uLy4uL3NyYy9tZXNhIC1ETUFQSV9NT0RFX1VUSUwgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1zdGQ9Yzk5ICAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3Qt YWxpYXNpbmcgIC1mUElDICAtRFVTRV9YODZfNjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAt RFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RS SVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9S RU5ERVJJTkcgLWZ2aXNpYmlsaXR5PWhpZGRlbiBnbGFwaV9nZW50YWJsZS5jIC1vIGdsYXBpX2dl bnRhYmxlLm8KY2MgLWMgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vc3JjL21hcGkgLUku Li8uLi8uLi9zcmMvbWVzYSAtRE1BUElfTU9ERV9VVElMIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1P MiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAt c3RkPWM5OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFz aW5nICAtZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0Vf WENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIg LURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVS SU5HIC1mdmlzaWJpbGl0eT1oaWRkZW4gZ2xhcGlfZ2V0cHJvYy5jIC1vIGdsYXBpX2dldHByb2Mu bwpjYyAtYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9zcmMvbWFwaSAtSS4uLy4uLy4u L3NyYy9tZXNhIC1ETUFQSV9NT0RFX1VUSUwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBl IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1zdGQ9Yzk5 ICAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1m UElDICAtRFVTRV9YODZfNjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgLWZ2 aXNpYmlsaXR5PWhpZGRlbiBnbGFwaV9ub3AuYyAtbyBnbGFwaV9ub3AubwpjYyAtYyAtSS4uLy4u Ly4uL2luY2x1ZGUgLUkuLi8uLi8uLi9zcmMvbWFwaSAtSS4uLy4uLy4uL3NyYy9tZXNhIC1ETUFQ SV9NT0RFX1VUSUwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1zdGQ9Yzk5ICAtZm5vLXN0cmljdC1h bGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtRFVTRV9YODZf NjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9F WFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5E SVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgLWZ2aXNpYmlsaXR5PWhpZGRl biBnbHRocmVhZC5jIC1vIGdsdGhyZWFkLm8KY2MgLWMgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4v Li4vLi4vc3JjL21hcGkgLUkuLi8uLi8uLi9zcmMvbWVzYSAtRE1BUElfTU9ERV9VVElMIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21p c3NpbmctcHJvdG90eXBlcyAtc3RkPWM5OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBl IC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9T SVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9 MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAt REdMWF9ESVJFQ1RfUkVOREVSSU5HIC1mdmlzaWJpbGl0eT1oaWRkZW4gZ2xhcGkuYyAtbyBnbGFw aS5vCmNjIC1jIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL3NyYy9tYXBpIC1JLi4vLi4v Li4vc3JjL21lc2EgLURNQVBJX01PREVfVVRJTCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBp cGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1j OTkgIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAg LWZQSUMgIC1EVVNFX1g4Nl82NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAt RFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFW RV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAt ZnZpc2liaWxpdHk9aGlkZGVuIGdsYXBpX3g4Ni02NC5TIC1vIGdsYXBpX3g4Ni02NC5vCmNjIC1j IC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL3NyYy9tYXBpIC1JLi4vLi4vLi4vc3JjL21l c2EgLURNQVBJX01PREVfVVRJTCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1E VVNFX1g4Nl82NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAtZnZpc2liaWxp dHk9aGlkZGVuIC4uLy4uLy4uL3NyYy9tYXBpL21hcGkvdV9jdXJyZW50LmMgLW8gdV9jdXJyZW50 Lm8KY2MgLWMgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vc3JjL21hcGkgLUkuLi8uLi8u Li9zcmMvbWVzYSAtRE1BUElfTU9ERV9VVElMIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtc3RkPWM5 OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAt ZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1E UFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZF X0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HIC1m dmlzaWJpbGl0eT1oaWRkZW4gLi4vLi4vLi4vc3JjL21hcGkvbWFwaS91X2V4ZWNtZW0uYyAtbyB1 X2V4ZWNtZW0ubwpjYyAtYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9zcmMvbWFwaSAt SS4uLy4uLy4uL3NyYy9tZXNhIC1ETUFQSV9NT0RFX1VUSUwgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVz IC1zdGQ9Yzk5ICAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgIC1mUElDICAtRFVTRV9YODZfNjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVT RV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZF UiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5E RVJJTkcgLWZ2aXNpYmlsaXR5PWhpZGRlbiAuLi8uLi8uLi9zcmMvbWFwaS9tYXBpL3VfdGhyZWFk LmMgLW8gdV90aHJlYWQubwpta2xpYjogTWFraW5nIEZyZWVCU0Qgc3RhdGljIGxpYnJhcnk6ICBs aWJnbGFwaS5hCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9ncmFwaGlj cy9kcmkvd29yay9NZXNhLTcuMTEuMi9zcmMvbWFwaS9nbGFwaScKZ21ha2VbMl06IEVudGVyaW5n IGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9ncmFwaGljcy9kcmkvd29yay9NZXNhLTcuMTEuMi9zcmMv Z2xzbCcKcm0gLWYgZGVwZW5kCnRvdWNoIGRlcGVuZAovdXNyL2xvY2FsL2Jpbi9tYWtlZGVwZW5k IC1mZGVwZW5kIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgc3RydG9k LmMgcmFsbG9jLmMgZ2xjcHAvZ2xjcHAtbGV4LmMgZ2xjcHAvZ2xjcHAtcGFyc2UuYyBnbGNwcC9w cC5jIGFzdF9leHByLmNwcCBhc3RfZnVuY3Rpb24uY3BwIGFzdF90b19oaXIuY3BwIGFzdF90eXBl LmNwcCBnbHNsX2xleGVyLmNwcCBnbHNsX3BhcnNlci5jcHAgZ2xzbF9wYXJzZXJfZXh0cmFzLmNw cCBnbHNsX3R5cGVzLmNwcCBnbHNsX3N5bWJvbF90YWJsZS5jcHAgaGlyX2ZpZWxkX3NlbGVjdGlv bi5jcHAgaXJfYmFzaWNfYmxvY2suY3BwIGlyX2Nsb25lLmNwcCBpcl9jb25zdGFudF9leHByZXNz aW9uLmNwcCBpci5jcHAgaXJfZXhwcmVzc2lvbl9mbGF0dGVuaW5nLmNwcCBpcl9mdW5jdGlvbl9j YW5faW5saW5lLmNwcCBpcl9mdW5jdGlvbl9kZXRlY3RfcmVjdXJzaW9uLmNwcCBpcl9mdW5jdGlv bi5jcHAgaXJfaGllcmFyY2hpY2FsX3Zpc2l0b3IuY3BwIGlyX2h2X2FjY2VwdC5jcHAgaXJfaW1w b3J0X3Byb3RvdHlwZXMuY3BwIGlyX3ByaW50X3Zpc2l0b3IuY3BwIGlyX3JlYWRlci5jcHAgaXJf cnZhbHVlX3Zpc2l0b3IuY3BwIGlyX3NldF9wcm9ncmFtX2lub3V0cy5jcHAgaXJfdmFsaWRhdGUu Y3BwIGlyX3ZhcmlhYmxlLmNwcCBpcl92YXJpYWJsZV9yZWZjb3VudC5jcHAgbGlua2VyLmNwcCBs aW5rX2Z1bmN0aW9ucy5jcHAgbG9vcF9hbmFseXNpcy5jcHAgbG9vcF9jb250cm9scy5jcHAgbG9v cF91bnJvbGwuY3BwIGxvd2VyX2Rpc2NhcmQuY3BwIGxvd2VyX2lmX3RvX2NvbmRfYXNzaWduLmNw cCBsb3dlcl9pbnN0cnVjdGlvbnMuY3BwIGxvd2VyX2p1bXBzLmNwcCBsb3dlcl9tYXRfb3BfdG9f dmVjLmNwcCBsb3dlcl9ub2lzZS5jcHAgbG93ZXJfdGV4dHVyZV9wcm9qZWN0aW9uLmNwcCBsb3dl cl92YXJpYWJsZV9pbmRleF90b19jb25kX2Fzc2lnbi5jcHAgbG93ZXJfdmVjX2luZGV4X3RvX2Nv bmRfYXNzaWduLmNwcCBsb3dlcl92ZWNfaW5kZXhfdG9fc3dpenpsZS5jcHAgbG93ZXJfdmVjdG9y LmNwcCBvcHRfYWxnZWJyYWljLmNwcCBvcHRfY29uc3RhbnRfZm9sZGluZy5jcHAgb3B0X2NvbnN0 YW50X3Byb3BhZ2F0aW9uLmNwcCBvcHRfY29uc3RhbnRfdmFyaWFibGUuY3BwIG9wdF9jb3B5X3By b3BhZ2F0aW9uLmNwcCBvcHRfY29weV9wcm9wYWdhdGlvbl9lbGVtZW50cy5jcHAgb3B0X2RlYWRf Y29kZS5jcHAgb3B0X2RlYWRfY29kZV9sb2NhbC5jcHAgb3B0X2RlYWRfZnVuY3Rpb25zLmNwcCBv cHRfZGlzY2FyZF9zaW1wbGlmaWNhdGlvbi5jcHAgb3B0X2Z1bmN0aW9uX2lubGluaW5nLmNwcCBv cHRfaWZfc2ltcGxpZmljYXRpb24uY3BwIG9wdF9ub29wX3N3aXp6bGUuY3BwIG9wdF9yZWR1bmRh bnRfanVtcHMuY3BwIG9wdF9zdHJ1Y3R1cmVfc3BsaXR0aW5nLmNwcCBvcHRfc3dpenpsZV9zd2l6 emxlLmNwcCBvcHRfdHJlZV9ncmFmdGluZy5jcHAgc19leHByZXNzaW9uLmNwcCBtYWluLmNwcCAu Li9tZXNhL3Byb2dyYW0vaGFzaF90YWJsZS5jIC4uL21lc2EvcHJvZ3JhbS9zeW1ib2xfdGFibGUu YyAyPiAvZGV2L251bGwKZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL2dy YXBoaWNzL2RyaS93b3JrL01lc2EtNy4xMS4yL3NyYy9nbHNsJwpnbWFrZVsyXTogRW50ZXJpbmcg ZGlyZWN0b3J5IGAvdXNyL3BvcnRzL2dyYXBoaWNzL2RyaS93b3JrL01lc2EtNy4xMS4yL3NyYy9n bHNsJwpjYyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21p c3NpbmctcHJvdG90eXBlcyAtc3RkPWM5OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBl IC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9T SVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9 MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAt REdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVu IC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5B TF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1Rf UkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIHN0cnRvZC5j IC1vIHN0cnRvZC5vCmNjIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVk ZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1X YWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1zdGQ9Yzk5ICAtZm5vLXN0cmljdC1hbGlhc2luZyAt TzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtRFVTRV9YODZfNjRfQVNNIC1E SEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9E WFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVO REVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0 eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg cmFsbG9jLmMgLW8gcmFsbG9jLm8KY2MgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8u Li9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1EVVNFX1g4Nl82 NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VY VEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJ UkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2 aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVB RFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFT IC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRV UkVfR0w9MSBnbGNwcC9nbGNwcC1sZXguYyAtbyBnbGNwcC9nbGNwcC1sZXgubwpjYyAtYyAtSS4g LUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBl cyAtc3RkPWM5OSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAtZlBJQyAgLURVU0VfWDg2XzY0X0FTTSAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGdsY3BwL2dsY3BwLXBhcnNlLmMgLW8g Z2xjcHAvZ2xjcHAtcGFyc2UubwpjYyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4u L2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlh c2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtc3RkPWM5OSAgLWZuby1zdHJpY3QtYWxp YXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURVU0VfWDg2XzY0 X0FTTSAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhU RVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElS RUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZp c2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFE UyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMg LURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVS RV9HTD0xIGdsY3BwL3BwLmMgLW8gZ2xjcHAvcHAubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4u L21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZu by1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hD QiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1E SEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklO RyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJ R04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RS SV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJF Q1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBhc3RfZXhwci5jcHAgLW8gYXN0X2V4cHIubwpj KysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9j YWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZF X1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5f TElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJ TkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhp ZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhU RVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElS RUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBhc3Rf ZnVuY3Rpb24uY3BwIC1vIGFzdF9mdW5jdGlvbi5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4v bWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5v LXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZu by1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElH TiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJ X0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVD VF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGFzdF90b19oaXIuY3BwIC1vIGFzdF90b19oaXIu bwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1z dHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURI QVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RY VE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5E RVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5 PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0Vf RVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lO RElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBh c3RfdHlwZS5jcHAgLW8gYXN0X3R5cGUubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkg LUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBU SFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9B TElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURG RUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSBnbHNsX2xleGVyLmNwcCAtbyBnbHNsX2xleGVyLm8KYysr IC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9Q T1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJ Qj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5H IC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRk ZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVS TkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVD VF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgZ2xzbF9w YXJzZXIuY3BwIC1vIGdsc2xfcGFyc2VyLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBp IC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1E RkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1E VVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJ VkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JF TkRFUklORyAgLURGRUFUVVJFX0dMPTEgZ2xzbF9wYXJzZXJfZXh0cmFzLmNwcCAtbyBnbHNsX3Bh cnNlcl9leHRyYXMubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNs dWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg LWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSBnbHNsX3R5cGVzLmNwcCAtbyBnbHNsX3R5cGVzLm8KYysrIC1jIC1JLiAtSS4u L21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8y IC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1P MiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElH TiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJ X0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVD VF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BP U0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElC PTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcg LURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgZ2xzbF9zeW1ib2xfdGFibGUu Y3BwIC1vIGdsc2xfc3ltYm9sX3RhYmxlLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBp IC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1E RkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1E VVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJ VkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JF TkRFUklORyAgLURGRUFUVVJFX0dMPTEgaGlyX2ZpZWxkX3NlbGVjdGlvbi5jcHAgLW8gaGlyX2Zp ZWxkX3NlbGVjdGlvbi5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2lu Y2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNp bmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURV U0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xY X0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9 MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1E RkVBVFVSRV9HTD0xIGlyX2Jhc2ljX2Jsb2NrLmNwcCAtbyBpcl9iYXNpY19ibG9jay5vCmMrKyAt YyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1h bGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9T SVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9 MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAt REdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVu IC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5B TF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1Rf UkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGlyX2Nsb25l LmNwcCAtbyBpcl9jbG9uZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4u L2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlh c2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMg LURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1E R0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVf R0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0Ig LURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhB VkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcg IC1ERkVBVFVSRV9HTD0xIGlyX2NvbnN0YW50X2V4cHJlc3Npb24uY3BwIC1vIGlyX2NvbnN0YW50 X2V4cHJlc3Npb24ubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNs dWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg LWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSBpci5jcHAgLW8gaXIubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkg LUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBU SFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9B TElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURG RUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSBpcl9leHByZXNzaW9uX2ZsYXR0ZW5pbmcuY3BwIC1vIGly X2V4cHJlc3Npb25fZmxhdHRlbmluZy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAt SS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVT RV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZF UiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5E RVJJTkcgIC1ERkVBVFVSRV9HTD0xIGlyX2Z1bmN0aW9uX2Nhbl9pbmxpbmUuY3BwIC1vIGlyX2Z1 bmN0aW9uX2Nhbl9pbmxpbmUubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8u Li9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJF X0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSBpcl9mdW5jdGlvbl9kZXRlY3RfcmVjdXJzaW9uLmNwcCAtbyBpcl9m dW5jdGlvbl9kZXRlY3RfcmVjdXJzaW9uLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBp IC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1E RkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1E VVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJ VkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JF TkRFUklORyAgLURGRUFUVVJFX0dMPTEgaXJfZnVuY3Rpb24uY3BwIC1vIGlyX2Z1bmN0aW9uLm8K YysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFW RV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFRO X0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVS SU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1o aWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VY VEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJ UkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgaXJf aGllcmFyY2hpY2FsX3Zpc2l0b3IuY3BwIC1vIGlyX2hpZXJhcmNoaWNhbF92aXNpdG9yLm8KYysr IC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9Q T1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJ Qj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5H IC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRk ZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVS TkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVD VF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgaXJfaHZf YWNjZXB0LmNwcCAtbyBpcl9odl9hY2NlcHQubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21h cGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8t c3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAt RFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFW RV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAg LURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04g LURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9E UklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1Rf UkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBpcl9pbXBvcnRfcHJvdG90eXBlcy5jcHAgLW8gaXJf aW1wb3J0X3Byb3RvdHlwZXMubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8u Li9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJF X0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSBpcl9wcmludF92aXNpdG9yLmNwcCAtbyBpcl9wcmludF92aXNpdG9y Lm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1E SEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9E WFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVO REVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0 eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg aXJfcmVhZGVyLmNwcCAtbyBpcl9yZWFkZXIubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21h cGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8t c3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAt RFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFW RV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAg LURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04g LURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9E UklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1Rf UkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBpcl9ydmFsdWVfdmlzaXRvci5jcHAgLW8gaXJfcnZh bHVlX3Zpc2l0b3IubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNs dWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg LWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSBpcl9zZXRfcHJvZ3JhbV9pbm91dHMuY3BwIC1vIGlyX3NldF9wcm9ncmFtX2lu b3V0cy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1J L3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAt Zm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElD ICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJO QUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNU X1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2li aWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAt RFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURH TFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9H TD0xIGlyX3ZhbGlkYXRlLmNwcCAtbyBpcl92YWxpZGF0ZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNh IC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGlyX3ZhcmlhYmxlLmNwcCAtbyBpcl92 YXJpYWJsZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUg IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2Fs bCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1m UElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhU RVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElS RUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZp c2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFE UyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMg LURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVS RV9HTD0xIGlyX3ZhcmlhYmxlX3JlZmNvdW50LmNwcCAtbyBpcl92YXJpYWJsZV9yZWZjb3VudC5v CmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0 cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhB VkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhU Tl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRF UklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9 aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9F WFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5E SVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGxp bmtlci5jcHAgLW8gbGlua2VyLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4v Li4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1h bGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFE UyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMg LURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVS RV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hD QiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1E SEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklO RyAgLURGRUFUVVJFX0dMPTEgbGlua19mdW5jdGlvbnMuY3BwIC1vIGxpbmtfZnVuY3Rpb25zLm8K YysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFW RV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFRO X0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVS SU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1o aWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VY VEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJ UkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgbG9v cF9hbmFseXNpcy5jcHAgLW8gbG9vcF9hbmFseXNpcy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1J Li4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAt Zm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUg LWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0Vf WENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIg LURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVS SU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1B TElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5f RFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJ UkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGxvb3BfY29udHJvbHMuY3BwIC1vIGxvb3Bf Y29udHJvbHMubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdh bGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAt ZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VY VEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJ UkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2 aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVB RFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFT IC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRV UkVfR0w9MSBsb29wX3Vucm9sbC5jcHAgLW8gbG9vcF91bnJvbGwubwpjKysgLWMgLUkuIC1JLi4v bWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIg LXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8y IC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdO IC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklf RFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNU X1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9T SVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9 MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAt REdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBsb3dlcl9kaXNjYXJkLmNwcCAt byBsb3dlcl9kaXNjYXJkLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4v aW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlh c2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAt RFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURH TFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9H TD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAt RFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFW RV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAg LURGRUFUVVJFX0dMPTEgbG93ZXJfaWZfdG9fY29uZF9hc3NpZ24uY3BwIC1vIGxvd2VyX2lmX3Rv X2NvbmRfYXNzaWduLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5j bHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVT RV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhf SU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0x IC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBU SFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9B TElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURG RUFUVVJFX0dMPTEgbG93ZXJfaW5zdHJ1Y3Rpb25zLmNwcCAtbyBsb3dlcl9pbnN0cnVjdGlvbnMu bwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1z dHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURI QVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RY VE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5E RVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5 PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0Vf RVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lO RElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBs b3dlcl9qdW1wcy5jcHAgLW8gbG93ZXJfanVtcHMubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4u L21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZu by1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hD QiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1E SEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklO RyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJ R04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RS SV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJF Q1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBsb3dlcl9tYXRfb3BfdG9fdmVjLmNwcCAtbyBs b3dlcl9tYXRfb3BfdG9fdmVjLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4v Li4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1h bGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFE UyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMg LURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVS RV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hD QiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1E SEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklO RyAgLURGRUFUVVJFX0dMPTEgbG93ZXJfbm9pc2UuY3BwIC1vIGxvd2VyX25vaXNlLm8KYysrIC1j IC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJ WF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0x IC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1E R0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4g LURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFM X0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9S RU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgbG93ZXJfdGV4 dHVyZV9wcm9qZWN0aW9uLmNwcCAtbyBsb3dlcl90ZXh0dXJlX3Byb2plY3Rpb24ubwpjKysgLWMg LUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5j bHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxp YXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lY X01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEg LURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURH TFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAt REhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxf RFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JF TkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBsb3dlcl92YXJp YWJsZV9pbmRleF90b19jb25kX2Fzc2lnbi5jcHAgLW8gbG93ZXJfdmFyaWFibGVfaW5kZXhfdG9f Y29uZF9hc3NpZ24ubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNs dWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg LVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n ICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg LWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSBsb3dlcl92ZWNfaW5kZXhfdG9fY29uZF9hc3NpZ24uY3BwIC1vIGxvd2VyX3Zl Y19pbmRleF90b19jb25kX2Fzc2lnbi5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAt SS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmlj dC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRI UkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FM SUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZF QVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVT RV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZF UiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5E RVJJTkcgIC1ERkVBVFVSRV9HTD0xIGxvd2VyX3ZlY19pbmRleF90b19zd2l6emxlLmNwcCAtbyBs b3dlcl92ZWNfaW5kZXhfdG9fc3dpenpsZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFw aSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1E UFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZF X0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAt REZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAt RFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RS SVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9S RU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGxvd2VyX3ZlY3Rvci5jcHAgLW8gbG93ZXJfdmVjdG9y Lm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1E SEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9E WFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVO REVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0 eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNF X0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9J TkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEg b3B0X2FsZ2VicmFpYy5jcHAgLW8gb3B0X2FsZ2VicmFpYy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNh IC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIG9wdF9jb25zdGFudF9mb2xkaW5nLmNw cCAtbyBvcHRfY29uc3RhbnRfZm9sZGluZy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFw aSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1E UFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZF X0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAt REZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAt RFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RS SVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9S RU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIG9wdF9jb25zdGFudF9wcm9wYWdhdGlvbi5jcHAgLW8g b3B0X2NvbnN0YW50X3Byb3BhZ2F0aW9uLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBp IC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQ VEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVf QUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1E RkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1E VVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJ VkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JF TkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X2NvbnN0YW50X3ZhcmlhYmxlLmNwcCAtbyBvcHRf Y29uc3RhbnRfdmFyaWFibGUubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8u Li9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJF X0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSBvcHRfY29weV9wcm9wYWdhdGlvbi5jcHAgLW8gb3B0X2NvcHlfcHJv cGFnYXRpb24ubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRl ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdh bGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAt ZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VY VEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJ UkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2 aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVB RFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFT IC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRV UkVfR0w9MSBvcHRfY29weV9wcm9wYWdhdGlvbl9lbGVtZW50cy5jcHAgLW8gb3B0X2NvcHlfcHJv cGFnYXRpb25fZWxlbWVudHMubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8u Li9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJF X0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSBvcHRfZGVhZF9jb2RlLmNwcCAtbyBvcHRfZGVhZF9jb2RlLm8KYysr IC1jIC1JLiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9Q T1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJ Qj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5H IC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRk ZW4gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVS TkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVD VF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X2Rl YWRfY29kZV9sb2NhbC5jcHAgLW8gb3B0X2RlYWRfY29kZV9sb2NhbC5vCmMrKyAtYyAtSS4gLUku Li9tZXNhIC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1P MiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAt TzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJ R04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RS SV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJF Q1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9Q T1NJWF9NRU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJ Qj0xIC1ESU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5H IC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIG9wdF9kZWFkX2Z1bmN0aW9u cy5jcHAgLW8gb3B0X2RlYWRfZnVuY3Rpb25zLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUkuLi9t YXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5v LXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0Ig LURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhB VkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcg IC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFMSUdO IC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklf RFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNU X1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X2Rpc2NhcmRfc2ltcGxpZmljYXRpb24uY3Bw IC1vIG9wdF9kaXNjYXJkX3NpbXBsaWZpY2F0aW9uLm8KYysrIC1jIC1JLiAtSS4uL21lc2EgLUku Li9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAt Zm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9Y Q0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAt REhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJ TkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZFX1BPU0lYX01FTUFM SUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9E UklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElS RUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X2Z1bmN0aW9uX2lubGluaW5nLmNwcCAt byBvcHRfZnVuY3Rpb25faW5saW5pbmcubwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkg LUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3Ry aWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBU SFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9B TElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURG RUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSBvcHRfaWZfc2ltcGxpZmljYXRpb24uY3BwIC1vIG9wdF9p Zl9zaW1wbGlmaWNhdGlvbi5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4u L2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlh c2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMg LURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1E R0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVf R0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0Ig LURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhB VkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcg IC1ERkVBVFVSRV9HTD0xIG9wdF9ub29wX3N3aXp6bGUuY3BwIC1vIG9wdF9ub29wX3N3aXp6bGUu bwpjKysgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1z dHJpY3QtYWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURI QVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RY VE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5E RVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5 PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0Vf RVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lO RElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBv cHRfcmVkdW5kYW50X2p1bXBzLmNwcCAtbyBvcHRfcmVkdW5kYW50X2p1bXBzLm8KYysrIC1jIC1J LiAtSS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURI QVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RY VE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5E RVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X3N0cnVjdHVy ZV9zcGxpdHRpbmcuY3BwIC1vIG9wdF9zdHJ1Y3R1cmVfc3BsaXR0aW5nLm8KYysrIC1jIC1JLiAt SS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1B TElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5f RFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJ UkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLURIQVZF X1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5f TElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJ TkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgb3B0X3N3aXp6bGVfc3dp enpsZS5jcHAgLW8gb3B0X3N3aXp6bGVfc3dpenpsZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1J Li4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAt Zm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUg LWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0Vf WENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIg LURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVS SU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1B TElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5f RFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJ UkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIG9wdF90cmVlX2dyYWZ0aW5nLmNwcCAtbyBv cHRfdHJlZV9ncmFmdGluZy5vCmMrKyAtYyAtSS4gLUkuLi9tZXNhIC1JLi4vbWFwaSAtSS4uLy4u L2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlh c2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxp YXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMg LURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1E R0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVf R0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0Ig LURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhB VkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcg IC1ERkVBVFVSRV9HTD0xIHNfZXhwcmVzc2lvbi5jcHAgLW8gc19leHByZXNzaW9uLm8KY2MgLWMg LUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5j bHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLXN0ZD1jOTkgIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmlj dC1hbGlhc2luZyAgLWZQSUMgIC1EVVNFX1g4Nl82NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdO IC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklf RFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNU X1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9T SVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9 MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAt REdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAuLi9tZXNhL3Byb2dyYW0vaGFz aF90YWJsZS5jIC1vIC4uL21lc2EvcHJvZ3JhbS9oYXNoX3RhYmxlLm8KY2MgLWMgLUkuIC1JLi4v bWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIg LXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0 ZD1jOTkgIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2lu ZyAgLWZQSUMgIC1EVVNFX1g4Nl82NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hD QiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1E SEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklO RyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJ R04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RS SV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJF Q1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSAuLi9tZXNhL3Byb2dyYW0vc3ltYm9sX3RhYmxl LmMgLW8gLi4vbWVzYS9wcm9ncmFtL3N5bWJvbF90YWJsZS5vCmMrKyAtYyAtSS4gLUkuLi9tZXNh IC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIG1haW4uY3BwIC1vIG1haW4ubwpjKysg LWMgLUkuIC1JLi4vbWVzYSAtSS4uL21hcGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwv aW5jbHVkZSAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAtZlBJQyAgLURIQVZFX1BP U0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURTIC1EVVNFX0VYVEVSTkFMX0RYVE5fTElC PTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAtREdMWF9JTkRJUkVDVF9SRU5ERVJJTkcg LURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJFX0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRl biAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJO QUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNU X1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5HICAtREZFQVRVUkVfR0w9MSBidWlsdGlu X3N0dWJzLmNwcCAtbyBidWlsdGluX3N0dWJzLm8KY2MgLWMgLUkuIC1JLi4vbWVzYSAtSS4uL21h cGkgLUkuLi8uLi9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLXN0ZD1jOTkgIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1E VVNFX1g4Nl82NF9BU00gLURIQVZFX1BPU0lYX01FTUFMSUdOIC1EVVNFX1hDQiAtRFBUSFJFQURT IC1EVVNFX0VYVEVSTkFMX0RYVE5fTElCPTEgLURJTl9EUklfRFJJVkVSIC1ESEFWRV9BTElBUyAt REdMWF9JTkRJUkVDVF9SRU5ERVJJTkcgLURHTFhfRElSRUNUX1JFTkRFUklORyAgLURGRUFUVVJF X0dMPTEgLWZ2aXNpYmlsaXR5PWhpZGRlbiAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURVU0VfWENC IC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklWRVIgLURI QVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVOREVSSU5H ICAtREZFQVRVUkVfR0w9MSBnbGNwcC9nbGNwcC5jIC1vIGdsY3BwL2dsY3BwLm8KYysrIC1JLiAt SS4uL21lc2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgIC1ESEFWRV9QT1NJWF9NRU1B TElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5f RFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJ UkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLUwvdXNy L2xvY2FsL2xpYiBzdHJ0b2QubyByYWxsb2MubyBnbGNwcC9nbGNwcC1sZXgubyBnbGNwcC9nbGNw cC1wYXJzZS5vIGdsY3BwL3BwLm8gYXN0X2V4cHIubyBhc3RfZnVuY3Rpb24ubyBhc3RfdG9faGly Lm8gYXN0X3R5cGUubyBnbHNsX2xleGVyLm8gZ2xzbF9wYXJzZXIubyBnbHNsX3BhcnNlcl9leHRy YXMubyBnbHNsX3R5cGVzLm8gZ2xzbF9zeW1ib2xfdGFibGUubyBoaXJfZmllbGRfc2VsZWN0aW9u Lm8gaXJfYmFzaWNfYmxvY2subyBpcl9jbG9uZS5vIGlyX2NvbnN0YW50X2V4cHJlc3Npb24ubyBp ci5vIGlyX2V4cHJlc3Npb25fZmxhdHRlbmluZy5vIGlyX2Z1bmN0aW9uX2Nhbl9pbmxpbmUubyBp cl9mdW5jdGlvbl9kZXRlY3RfcmVjdXJzaW9uLm8gaXJfZnVuY3Rpb24ubyBpcl9oaWVyYXJjaGlj YWxfdmlzaXRvci5vIGlyX2h2X2FjY2VwdC5vIGlyX2ltcG9ydF9wcm90b3R5cGVzLm8gaXJfcHJp bnRfdmlzaXRvci5vIGlyX3JlYWRlci5vIGlyX3J2YWx1ZV92aXNpdG9yLm8gaXJfc2V0X3Byb2dy YW1faW5vdXRzLm8gaXJfdmFsaWRhdGUubyBpcl92YXJpYWJsZS5vIGlyX3ZhcmlhYmxlX3JlZmNv dW50Lm8gbGlua2VyLm8gbGlua19mdW5jdGlvbnMubyBsb29wX2FuYWx5c2lzLm8gbG9vcF9jb250 cm9scy5vIGxvb3BfdW5yb2xsLm8gbG93ZXJfZGlzY2FyZC5vIGxvd2VyX2lmX3RvX2NvbmRfYXNz aWduLm8gbG93ZXJfaW5zdHJ1Y3Rpb25zLm8gbG93ZXJfanVtcHMubyBsb3dlcl9tYXRfb3BfdG9f dmVjLm8gbG93ZXJfbm9pc2UubyBsb3dlcl90ZXh0dXJlX3Byb2plY3Rpb24ubyBsb3dlcl92YXJp YWJsZV9pbmRleF90b19jb25kX2Fzc2lnbi5vIGxvd2VyX3ZlY19pbmRleF90b19jb25kX2Fzc2ln bi5vIGxvd2VyX3ZlY19pbmRleF90b19zd2l6emxlLm8gbG93ZXJfdmVjdG9yLm8gb3B0X2FsZ2Vi cmFpYy5vIG9wdF9jb25zdGFudF9mb2xkaW5nLm8gb3B0X2NvbnN0YW50X3Byb3BhZ2F0aW9uLm8g b3B0X2NvbnN0YW50X3ZhcmlhYmxlLm8gb3B0X2NvcHlfcHJvcGFnYXRpb24ubyBvcHRfY29weV9w cm9wYWdhdGlvbl9lbGVtZW50cy5vIG9wdF9kZWFkX2NvZGUubyBvcHRfZGVhZF9jb2RlX2xvY2Fs Lm8gb3B0X2RlYWRfZnVuY3Rpb25zLm8gb3B0X2Rpc2NhcmRfc2ltcGxpZmljYXRpb24ubyBvcHRf ZnVuY3Rpb25faW5saW5pbmcubyBvcHRfaWZfc2ltcGxpZmljYXRpb24ubyBvcHRfbm9vcF9zd2l6 emxlLm8gb3B0X3JlZHVuZGFudF9qdW1wcy5vIG9wdF9zdHJ1Y3R1cmVfc3BsaXR0aW5nLm8gb3B0 X3N3aXp6bGVfc3dpenpsZS5vIG9wdF90cmVlX2dyYWZ0aW5nLm8gc19leHByZXNzaW9uLm8gLi4v bWVzYS9wcm9ncmFtL2hhc2hfdGFibGUubyAuLi9tZXNhL3Byb2dyYW0vc3ltYm9sX3RhYmxlLm8g bWFpbi5vIGJ1aWx0aW5fc3R1YnMubyAtbyBidWlsdGluX2NvbXBpbGVyCmNjIC1JLiAtSS4uL21l c2EgLUkuLi9tYXBpIC1JLi4vLi4vaW5jbHVkZSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8yIC1w aXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1zdGQ9 Yzk5ICAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg IC1mUElDICAtRFVTRV9YODZfNjRfQVNNIC1ESEFWRV9QT1NJWF9NRU1BTElHTiAtRFVTRV9YQ0Ig LURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1ESU5fRFJJX0RSSVZFUiAtREhB VkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xYX0RJUkVDVF9SRU5ERVJJTkcg IC1ERkVBVFVSRV9HTD0xIC1mdmlzaWJpbGl0eT1oaWRkZW4gLUwvdXNyL2xvY2FsL2xpYiBnbGNw cC9nbGNwcC1sZXgubyBnbGNwcC9nbGNwcC1wYXJzZS5vIGdsY3BwL3BwLm8gcmFsbG9jLm8gZ2xj cHAvZ2xjcHAubyAuLi9tZXNhL3Byb2dyYW0vaGFzaF90YWJsZS5vIC1vIGdsY3BwL2dsY3BwClJl Z2VuZXJhdGluZyBidWlsdGluX2Z1bmN0aW9uLmNwcC4uLgp0IC1PIC1PIGJ1aWx0aW5zL3Rvb2xz L2dlbmVyYXRlX2J1aWx0aW5zLnB5IC4vYnVpbHRpbl9jb21waWxlciA+IGJ1aWx0aW5fZnVuY3Rp b24uY3BwIHx8IHJtIC1mIGJ1aWx0aW5fZnVuY3Rpb24uY3BwCmMrKyAtYyAtSS4gLUkuLi9tZXNh IC1JLi4vbWFwaSAtSS4uLy4uL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtZm5vLXN0cmljdC1hbGlhc2luZyAtTzIgLXBp cGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIC1mUElDICAtREhBVkVfUE9TSVhfTUVNQUxJR04gLURV U0VfWENCIC1EUFRIUkVBRFMgLURVU0VfRVhURVJOQUxfRFhUTl9MSUI9MSAtRElOX0RSSV9EUklW RVIgLURIQVZFX0FMSUFTIC1ER0xYX0lORElSRUNUX1JFTkRFUklORyAtREdMWF9ESVJFQ1RfUkVO REVSSU5HICAtREZFQVRVUkVfR0w9MSAtZnZpc2liaWxpdHk9aGlkZGVuIC1ESEFWRV9QT1NJWF9N RU1BTElHTiAtRFVTRV9YQ0IgLURQVEhSRUFEUyAtRFVTRV9FWFRFUk5BTF9EWFROX0xJQj0xIC1E SU5fRFJJX0RSSVZFUiAtREhBVkVfQUxJQVMgLURHTFhfSU5ESVJFQ1RfUkVOREVSSU5HIC1ER0xY X0RJUkVDVF9SRU5ERVJJTkcgIC1ERkVBVFVSRV9HTD0xIGJ1aWx0aW5fZnVuY3Rpb24uY3BwIC1v IGJ1aWx0aW5fZnVuY3Rpb24ubwpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9y dHMvZ3JhcGhpY3MvZHJpL3dvcmsvTWVzYS03LjExLjIvc3JjL2dsc2wnCmdtYWtlWzFdOiBMZWF2 aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9ncmFwaGljcy9kcmkvd29yay9NZXNhLTcuMTEuMi9z cmMnCioqKiBbZG8tYnVpbGRdIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAvdXNyL3BvcnRzL2dyYXBo aWNzL2RyaS4K --_922c5c29-55d4-40b3-acb3-723a4fe4b1e8_-- From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 04:20:51 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 962CE106566B; Thu, 28 Jun 2012 04:20:51 +0000 (UTC) Date: Thu, 28 Jun 2012 04:20:51 +0000 From: Alexey Dokuchaev To: Baptiste Daroussin Message-ID: <20120628042051.GA8166@FreeBSD.org> References: <20120606131623.GA82148@ithaqua.etoilebsd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20120606131623.GA82148@ithaqua.etoilebsd.net> User-Agent: Mutt/1.4.2.1i Cc: x11@FreeBSD.org Subject: Re: Proposition to make nvidia driver stop overwritting files X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 04:20:51 -0000 On Wed, Jun 06, 2012 at 03:16:23PM +0200, Baptiste Daroussin wrote: > Hi, > > I would like to propose a way to make nvidia drivers stop overwriting files > namely libGL.so.1 and libglx.so. Hello Baptiste, and sorry for belated reply. > Why stop overwriting files is important to me? [ Well-known facts about > difficulties about upgrading xorg+libgl+nvidia-driver that require manual > interaction skipped. ] I understand your point. Yes, current solution is far from ideal. E.g. I am not even sure portupgrade can upgrade that bundle correctly. However, I am also not sure that this cannot be achieved by some dependency magic. Modulo the inconsistent pkgdb... > I have modified rtld so that libmap.conf is now aware of 2 new directives: > include and includedir this is in current and have been MFCed into 9 no MFC > to 8 planned for now as it depends on previous modifications of rtld which > were not MFC to 8 yet. Thanks for not touching 8.x. This is probably the last known branch that currently more or less reliably works (the trend was broken Januaryish). > What I would love to see is: nvidia drivers no more installing libGL.so.1 > and libglx.so files but instead of that install libGL-nvidia.so.1 and > libglx-nvidia.so.1 I must say I am not entirely convinced this is the best approach. How usable is to have two (three?..) libGL implementations for a non-developer? I was thinking that maybe I can avoid having libGL as a dependency, so users would have to install either one or another, but not both. Include-dances in libmap.conf are standard way in freenix world to solve problems like this one, but right now I see this scenario happening on a developer's box rather that on user's. User would probably just want single libGL+friends implementation that best suits his/her gfx card. ./danfe From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 04:40:14 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id C41CE1065673; Thu, 28 Jun 2012 04:40:14 +0000 (UTC) Date: Thu, 28 Jun 2012 04:40:14 +0000 From: Alexey Dokuchaev To: John Hein Message-ID: <20120628044014.GB8166@FreeBSD.org> References: <20120606131623.GA82148@ithaqua.etoilebsd.net> <20431.28886.146662.868144@gromit.timing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20431.28886.146662.868144@gromit.timing.com> User-Agent: Mutt/1.4.2.1i Cc: Baptiste Daroussin , x11@FreeBSD.org Subject: Re: Proposition to make nvidia driver stop overwritting files X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 04:40:14 -0000 On Wed, Jun 06, 2012 at 09:01:42AM -0600, John Hein wrote: > I agree that the nvidia driver port should install a non-conflicting > libGL (and libGL-nvidia seems fine to me). > > The problem I have with defining libGL.so in libmap.conf is similar to > my previous issue with the "alternatives" approach. It is more > difficult to specify one or the other (nvidia or mesa) flavor of libGL > than, for instance, setting LD_LIBRARY_PATH. I would not say it's more difficult; plus /etc/libmap.conf way is a lot more clear. It does not mean that "alternatives" approach itself is the best we can imagine though. > So libmap.conf can specify different versions of libGL for different > applications (e.g., regular X server vs. virtual X server like Xvnc). This is an interesting point. As much as I hope that a single libGL implementation can suffice all possible regular (non-developer) usage scenarios, real X vs. Xvnc and similar cases must be verified. > So, for reasons of flexibility, I prefer solutions that ultimately > deal with LD_LIBRARY_PATH or user-controllable options (possibly > including application-specific config files). LD_LIBRARY_PATH is just little better than any other dirty hack, and causes a lot of confusion per se. ./danfe From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 08:00:22 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D86A7106566C; Thu, 28 Jun 2012 08:00:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA518FC08; Thu, 28 Jun 2012 08:00:20 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5S80Cpx037037; Thu, 28 Jun 2012 11:00:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5S80C20099844; Thu, 28 Jun 2012 11:00:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5S80CFu099843; Thu, 28 Jun 2012 11:00:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 28 Jun 2012 11:00:12 +0300 From: Konstantin Belousov To: Alexey Dokuchaev Message-ID: <20120628080012.GT2337@deviant.kiev.zoral.com.ua> References: <20120606131623.GA82148@ithaqua.etoilebsd.net> <20120628042051.GA8166@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RpmpUzIBLeukSLnl" Content-Disposition: inline In-Reply-To: <20120628042051.GA8166@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Baptiste Daroussin , x11@freebsd.org Subject: Re: Proposition to make nvidia driver stop overwritting files X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 08:00:22 -0000 --RpmpUzIBLeukSLnl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 28, 2012 at 04:20:51AM +0000, Alexey Dokuchaev wrote: > On Wed, Jun 06, 2012 at 03:16:23PM +0200, Baptiste Daroussin wrote: > > Hi, > >=20 > > I would like to propose a way to make nvidia drivers stop overwriting f= iles > > namely libGL.so.1 and libglx.so. >=20 > Hello Baptiste, and sorry for belated reply. >=20 > > Why stop overwriting files is important to me? [ Well-known facts about > > difficulties about upgrading xorg+libgl+nvidia-driver that require manu= al > > interaction skipped. ] >=20 > I understand your point. Yes, current solution is far from ideal. E.g. I > am not even sure portupgrade can upgrade that bundle correctly. However,= I > am also not sure that this cannot be achieved by some dependency magic. > Modulo the inconsistent pkgdb... >=20 > > I have modified rtld so that libmap.conf is now aware of 2 new directiv= es: > > include and includedir this is in current and have been MFCed into 9 no= MFC > > to 8 planned for now as it depends on previous modifications of rtld wh= ich > > were not MFC to 8 yet. >=20 > Thanks for not touching 8.x. This is probably the last known branch that > currently more or less reliably works (the trend was broken Januaryish). It seems that this statement makes a carte blanche to claim that current situation with nvidia driver port just demonstrates complete lack of care from the maintainer, for quite lot a time ? >=20 > > What I would love to see is: nvidia drivers no more installing libGL.so= .1 > > and libglx.so files but instead of that install libGL-nvidia.so.1 and > > libglx-nvidia.so.1 >=20 > I must say I am not entirely convinced this is the best approach. How us= able > is to have two (three?..) libGL implementations for a non-developer? I w= as > thinking that maybe I can avoid having libGL as a dependency, so users wo= uld > have to install either one or another, but not both. >=20 > Include-dances in libmap.conf are standard way in freenix world to solve > problems like this one, but right now I see this scenario happening on a > developer's box rather that on user's. User would probably just want sin= gle > libGL+friends implementation that best suits his/her gfx card. So you completely ignore/do not care about users of hybrid machines. Nice. --RpmpUzIBLeukSLnl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/sDwsACgkQC3+MBN1Mb4gadQCdGW/MPeV6kYHOHIIlTq71wR9K wNQAoNkezh+KHjSjH0KGI3r03JqEbaBA =4VGK -----END PGP SIGNATURE----- --RpmpUzIBLeukSLnl-- From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 08:25:47 2012 Return-Path: Delivered-To: x11@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 178401065901; Thu, 28 Jun 2012 08:25:47 +0000 (UTC) Date: Thu, 28 Jun 2012 08:25:47 +0000 From: Alexey Dokuchaev To: Konstantin Belousov Message-ID: <20120628082546.GA46785@FreeBSD.org> References: <20120606131623.GA82148@ithaqua.etoilebsd.net> <20120628042051.GA8166@FreeBSD.org> <20120628080012.GT2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20120628080012.GT2337@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i Cc: x11@freebsd.org Subject: Re: Proposition to make nvidia driver stop overwritting files X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 08:25:47 -0000 On Thu, Jun 28, 2012 at 11:00:12AM +0300, Konstantin Belousov wrote: > On Thu, Jun 28, 2012 at 04:20:51AM +0000, Alexey Dokuchaev wrote: > > Thanks for not touching 8.x. This is probably the last known branch that > > currently more or less reliably works (the trend was broken Januaryish). > > It seems that this statement makes a carte blanche to claim that current > situation with nvidia driver port just demonstrates complete lack of > care from the maintainer, for quite lot a time? If by "complete lack of care" you mean having fully working four branches of the driver accurately covering broad range of FreeBSD source base, then I'd have to say yes, but are we talking in the same language? All I was saying that there is a sad tendency that X+1 branch will less likely work than X on the same hardware. > > Include-dances in libmap.conf are standard way in freenix world to solve > > problems like this one, but right now I see this scenario happening on a > > developer's box rather that on user's. User would probably just want > > single libGL+friends implementation that best suits his/her gfx card. > > So you completely ignore/do not care about users of hybrid machines. > Nice. No, just didn't think about it. Good point, thanks for bringing it up. Now it's pretty clear that we need more complicated, but more functional solution. ./danfe From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 15:45:59 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB9D4106566C; Thu, 28 Jun 2012 15:45:59 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 77C878FC16; Thu, 28 Jun 2012 15:45:59 +0000 (UTC) Received: by obbun3 with SMTP id un3so4191115obb.13 for ; Thu, 28 Jun 2012 08:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=achtdJjX8vTi7VLbdOEblnTyp/aD8eATYlie9Gl2QmQ=; b=hSbfyf9bNMlKO2aMlnAjk2D5Hv09KgGgueeScqe3jcFAF0tbnxsjf55j1gSW/xwSb1 JcXVxaYlaOmpycpB8SwYQMJg1f16LKRZK29+t1TTDW4jGMvxehTn03wAbplQCv2/vP84 l9wLM2uZHWU4RJofVSuJJi5KEFOmEYhuWkXW6YUlItZZFYVSBX2KOvXrc46Jns81KjwO DpZEE2ddu43WgqoBZLr+RP1wSPew1orf8t84sVxOvikJbnI6RPCen84D6/AQaUpy7ipB b5jACCflWz30O+P9FHgbFCETolQI+VUzFRsauHoYVNztpKatFFlA1xcoauGssu93eAdw ZjVw== MIME-Version: 1.0 Received: by 10.182.17.42 with SMTP id l10mr3088342obd.52.1340898358710; Thu, 28 Jun 2012 08:45:58 -0700 (PDT) Received: by 10.60.14.42 with HTTP; Thu, 28 Jun 2012 08:45:58 -0700 (PDT) Date: Thu, 28 Jun 2012 19:45:58 +0400 Message-ID: From: Andrey Fesenko To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Subject: GPU_KMS still not working CURRENT X220 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 15:45:59 -0000 I have lenovo thinkpad x220 # uname -a FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL amd64 # pciconf -lvb vgapci0@pci0:0:2:0: class=0x030000 card=0x21da17aa chip=0x01268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '2nd Generation Core Processor Family Integrated Graphics Controller' class = display subclass = VGA bar [10] = type Memory, range 64, base 0xf0000000, size 4194304, enabled bar [18] = type Prefetchable Memory, range 64, base 0xe0000000, size 268435456, enabled bar [20] = type I/O Port, range 32, base 0x6000, size 64, enabled After # kldload i915kms screen is black, if # kldunload i915kms panic # kldstat Id Refs Address Size Name 1 23 0xffffffff80200000 15d3268 kernel 2 1 0xffffffff81a12000 a9f3 fuse.ko 3 1 0xffffffff81a1d000 690a4 i915kms.ko 4 1 0xffffffff81a87000 1ba2 iicbb.ko 5 4 0xffffffff81a89000 1dd7 iicbus.ko 6 1 0xffffffff81a8b000 1cd5 iic.ko 7 1 0xffffffff81a8d000 32271 drm2.ko # sysctl -a | grep hw.dri | less hw.dri.0.name: i915 0x9c hw.dri.0.vm: hw.dri.0.clients: hw.dri.0.vblank: hw.dri.0.info.i915_capabilities: gen: 6 hw.dri.0.info.i915_gem_objects: 8 objects, 4636672 bytes hw.dri.0.info.i915_gem_gtt: 0xfffffe00084cca00: p 4KiB 0001 0001 0 0 snooped (LLC) (gtt offset: 00000000, size: 00001000) (p mappable) hw.dri.0.info.i915_gem_active: Active: hw.dri.0.info.i915_gem_flushing: Flushing: hw.dri.0.info.i915_gem_inactive: Inactive: hw.dri.0.info.i915_gem_pinned: Pinned: hw.dri.0.info.i915_gem_deferred_free: Deferred free: hw.dri.0.info.i915_gem_pageflip: No flip due on pipe A (plane A) hw.dri.0.info.i915_gem_request: No requests hw.dri.0.info.i915_gem_seqno: Current sequence (render ring): 0 hw.dri.0.info.i915_gem_fence_regs: Reserved fences = 0 hw.dri.0.info.i915_gem_interrupt: North Display Interrupt enable: 8c248080 hw.dri.0.info.i915_gem_hws: 0x00000000: 0x00000000 0x00000000 0x00000000 0x00000000 hw.dri.0.info.i915_gem_hws_blt: 0x00000000: 0x00000000 0x00000000 0x00000000 0x00000000 hw.dri.0.info.i915_gem_hws_bsd: 0x00000000: 0x00000000 0x00000000 0x00000000 0x00000000 hw.dri.0.info.i915_ringbuffer_data: 00000000 : 00000000 hw.dri.0.info.i915_ringbuffer_info: Ring render ring: hw.dri.0.info.i915_bsd_ringbuffer_data: 00000000 : 00000000 hw.dri.0.info.i915_bsd_ringbuffer_info: Ring gen6 bsd ring: hw.dri.0.info.i915_blt_ringbuffer_data: 00000000 : 00000000 hw.dri.0.info.i915_blt_ringbuffer_info: Ring blt ring: hw.dri.0.info.i915_error_state: no error state collected hw.dri.0.info.i915_rstdby_delays: w/ctx: 0, w/o ctx: 0 hw.dri.0.info.i915_cur_delayinfo: GT_PERF_STATUS: 0x00000d83 hw.dri.0.info.i915_delayfreq_table: P00VIDFREQ: 0x00000000 (VID: 0) hw.dri.0.info.i915_inttoext_table: INTTOEXT01: 0x00000000 hw.dri.0.info.i915_drpc_info: RC information accurate: yes hw.dri.0.info.i915_emon_status: Not supported hw.dri.0.info.i915_ring_freq_table: GPU freq (MHz) Effective CPU freq (MHz) hw.dri.0.info.i915_gfxec: GFXEC: 0 hw.dri.0.info.i915_fbc_status: FBC disabled: no outputs hw.dri.0.info.i915_sr_status: self-refresh: disabled hw.dri.0.info.i915_gem_framebuffer: fbcon size: 1366 x 768, depth 24, 32 bpp, obj 0xfffffe000846da00: p 4128KiB 0041 0000 0 0 uncached (gtt offset: 00064000, size: 00408000) (p mappable) hw.dri.0.info.i915_gen6_forcewake_count_info: forcewake count = 0 hw.dri.0.info.i915_swizzle_info: bit6 swizzle for X-tiling = bit9/bit10 hw.dri.0.info.i915_ppgtt_info: GFX_MODE: 0x00000a00 hw.dri.0.info.i915_gem_wired_pages: 1132 hw.dri.0.wedged: 0 hw.dri.0.max_freq: 1300 hw.dri.0.cache_sharing: 0 hw.dri.0.sync_exec: 0 hw.dri.0.fix_mi: 0 hw.dri.0.intr_pf: 0 hw.dri.0.busid: pci:0000:00:02.0 hw.dri.0.modesetting: 1 hw.dri.debug: 2 hw.dri.notyet: 0 hw.dri.vblank_offdelay: 5000 hw.dri.timestamp_precision: 20 # less /var/log/messages Jun 28 17:32:17 bsdx220 kernel: drmn0: on vgapci0 Jun 28 17:32:17 bsdx220 kernel: info: [drm] MSI enabled 1 message(s) Jun 28 17:32:17 bsdx220 kernel: info: [drm] AGP at 0xe0000000 256MB Jun 28 17:32:17 bsdx220 kernel: iicbus0: on iicbb0 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic0: on iicbus0 Jun 28 17:32:17 bsdx220 kernel: iic1: on iicbus1 Jun 28 17:32:17 bsdx220 kernel: iicbus2: on iicbb1 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic2: on iicbus2 Jun 28 17:32:17 bsdx220 kernel: iic3: on iicbus3 Jun 28 17:32:17 bsdx220 kernel: iicbus4: on iicbb2 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic4: on iicbus4 Jun 28 17:32:17 bsdx220 kernel: iic5: on iicbus5 Jun 28 17:32:17 bsdx220 kernel: iicbus6: on iicbb3 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic6: on iicbus6 Jun 28 17:32:17 bsdx220 kernel: iic7: on iicbus7 Jun 28 17:32:17 bsdx220 kernel: iicbus8: on iicbb4 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic8: on iicbus8 Jun 28 17:32:17 bsdx220 kernel: iic9: on iicbus9 Jun 28 17:32:17 bsdx220 kernel: iicbus10: on iicbb5 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic10: on iicbus10 Jun 28 17:32:17 bsdx220 kernel: iic11: on iicbus11 Jun 28 17:32:17 bsdx220 kernel: iicbus12: on iicbb6 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic12: on iicbus12 Jun 28 17:32:17 bsdx220 kernel: iic13: on iicbus13 Jun 28 17:32:17 bsdx220 kernel: iicbus14: on iicbb7 addr 0xff Jun 28 17:32:17 bsdx220 kernel: iic14: on iicbus14 Jun 28 17:32:17 bsdx220 kernel: iic15: on iicbus15 Jun 28 17:32:17 bsdx220 kernel: info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Jun 28 17:32:17 bsdx220 kernel: info: [drm] Driver supports precise vblank timestamp query. Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_detect_pch] Found CougarPoint PCH Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:init_vbt_defaults] Set default to SSC at 100MHz Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_parse_bios] Using VBT from OpRegion: $VBT SANDYBRIDGE-M d Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:parse_general_features] BDB_GENERAL_FEATURES int_tv_support 0 int_crt_su pport 1 lvds_use_ssc 0 lvds_ssc_freq 120 display_clock_mode 0 Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:parse_general_definitions] crt_ddc_bus_pin: 2 Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:parse_lfp_panel_data] Found panel mode in BIOS VBT tables: Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:drm_mode_debug_printmodeline] Modeline 0:"1366x768" 0 75200 1366 1414 1478 1582 768 772 779 792 0x8 0xa Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:parse_sdvo_panel_data] Found SDVO panel mode in BIOS VBT tables: Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:drm_mode_debug_printmodeline] Modeline 0:"1600x1200" 0 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x8 0xa Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:parse_sdvo_device_mapping] No SDVO device info is found in VBT Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_modeset_init] 2 display pipes available. Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_crt_init] pch crt adpa set to 0xf40000 Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_setup_outputs] HDMIB 1 PCH_DP_B 1 HDMIC 1 HDMID 1 PCH_DP_C 1 PCH_DP_D 1 LVDS 1 Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_sdvo_read_byte] i2c transfer returned 2 Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_sdvo_init] No SDVO device found on SDVOB Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_dp_i2c_init] i2c_init DPDDC-B Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f Jun 28 17:32:17 bsdx220 kernel: [drm:KMS:pid844:intel_dp_i2c_aux_ch] aux_ch failed -60 From owner-freebsd-x11@FreeBSD.ORG Thu Jun 28 16:15:56 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6534B106566B; Thu, 28 Jun 2012 16:15:56 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C550A8FC0A; Thu, 28 Jun 2012 16:15:55 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2303706wgb.31 for ; Thu, 28 Jun 2012 09:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BIu2JuCAlQpgPJKW2LMdy8OAP+CSG2P9vuqVmzyIhTw=; b=odAc9gjEIDxo06GKT6EH9CYoMBq3Q8AF2Axzg0cYdW3A3cWMux2UbJpEaKSAq2nV18 ImOir1lSsxZ/xPA+4iyn9HpghFtDAu/96j7eLwF8E7C715fJcvOwz0NzlbPZZx/jxy5t JVjxeIcQYVWGU1zSl+HSPCWhz/xBEOroSA41e08s8yFEhpBPOC6Ia8huwzDTCDY0JiBj ibUATRFk19FH+vQ2qZoCZoRp8w8uR2/GZ6u8/05i1cKs+9Cb+v2qbjaKQCG0Gxr4aAPb UrH05KF+7fD1957n4RBLGb4U2X3wppCouG4upWSnFUIk5JowI1uGTXKYa+oMVj+b3v3A UUGg== MIME-Version: 1.0 Received: by 10.180.96.3 with SMTP id do3mr1295134wib.5.1340900154555; Thu, 28 Jun 2012 09:15:54 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Thu, 28 Jun 2012 09:15:54 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Jun 2012 09:15:54 -0700 Message-ID: From: Kevin Oberman To: Andrey Fesenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org, freebsd-current Subject: Re: GPU_KMS still not working CURRENT X220 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 16:15:56 -0000 On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrote: > I have lenovo thinkpad x220 > > # uname -a > FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun > 28 08:41:40 MSK 2012 =C2=A0 =C2=A0 root@bsdx220:/usr/obj/usr/src/sys/MY_I= NTEL > amd64 > > # pciconf -lvb > vgapci0@pci0:0:2:0: =C2=A0 =C2=A0 class=3D0x030000 card=3D0x21da17aa chip= =3D0x01268086 > rev=3D0x09 hdr=3D0x00 > =C2=A0 =C2=A0vendor =C2=A0 =C2=A0 =3D 'Intel Corporation' > =C2=A0 =C2=A0device =C2=A0 =C2=A0 =3D '2nd Generation Core Processor Fami= ly Integrated > Graphics Controller' > =C2=A0 =C2=A0class =C2=A0 =C2=A0 =C2=A0=3D display > =C2=A0 =C2=A0subclass =C2=A0 =3D VGA > =C2=A0 =C2=A0bar =C2=A0 [10] =3D type Memory, range 64, base 0xf0000000, = size 4194304, enabled > =C2=A0 =C2=A0bar =C2=A0 [18] =3D type Prefetchable Memory, range 64, base= 0xe0000000, > size 268435456, enabled > =C2=A0 =C2=A0bar =C2=A0 [20] =3D type I/O Port, range 32, base 0x6000, si= ze 64, enabled > > After # kldload i915kms screen is black, if # kldunload i915kms panic Don't do this. It has been clearly stated that i915kms my not be unloaded and that attempting to unload it WILL panic the system. Also, don't load i945kms. This WILL lock up the system with a blank screen. The modules required are autoloaded during Xorg initialization. Just make absolutely sure that you have the latest version of xf-video-intel. (If you installed a rather early version of the KMS code, it is possible that you have two xf-video.intel* ports in your tree, thought I don't expect this is the case. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 07:38:26 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14B1106566B; Fri, 29 Jun 2012 07:38:26 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45E788FC08; Fri, 29 Jun 2012 07:38:26 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1826892qcs.13 for ; Fri, 29 Jun 2012 00:38:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ENP6qzHktpg/GtgRYfApVpqfObGl8ODR2BnuKbAhmjY=; b=x9zdgxE5aPDYlKdTEvfF6Dda0JWd1RaDVCg9C5/wah0cL4NtHUF+m7u882gT05GPHz EV09RzlteNaJhN6r05RfDyPowsQ3hQPUVflfJVZwpGEFRrDNlLoXKewAIXMPL1pN2AE6 8fpMX8eTGyWXh4O6hBAqs2dnXLp+K1rMwmthbR9Jr6E9yzuOfyTPOmaZGyNQLV5W2yq+ F0L/iZ3udRNBjF+2PoWllKKWADymg+5qCyAvKHrqbR8eH4jlm+Dh3RHAzGoPHIs+Fsnd iASCkStT4tBF/ADClwTjiLjIGTEysWnIGrXUVtbYNO+qgRmh4gu4R4Mozre99DHo+ZEt 5qXw== MIME-Version: 1.0 Received: by 10.224.109.196 with SMTP id k4mr1725709qap.92.1340955505654; Fri, 29 Jun 2012 00:38:25 -0700 (PDT) Received: by 10.229.185.148 with HTTP; Fri, 29 Jun 2012 00:38:25 -0700 (PDT) Date: Fri, 29 Jun 2012 11:38:25 +0400 Message-ID: From: Nikolay Tychina To: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 07:38:26 -0000 Hi! I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was ready to use it with new Intel driver, but after I kldloaded i915kms.ko and started X, KDE just hung up at its splash screen after displaying its logo (last icon). Then screen got blank with only a movable mouse cursor on it. Any ideas? Nikolay From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 08:49:05 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16FFA106566C; Fri, 29 Jun 2012 08:49:05 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B083A8FC0A; Fri, 29 Jun 2012 08:49:04 +0000 (UTC) Received: by ghbz22 with SMTP id z22so2990122ghb.13 for ; Fri, 29 Jun 2012 01:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Jb3NUBW3eY1vqcJkKUJZZcH6qekyhkjNKsrTTamieRw=; b=vZpvqZwOpIeu5y3NWBi3dQ8vcB+JEDuNvL0OBVXufxHxgBQvjTCBqrM4/9UYF//pF6 7LfTempQYzlcWH4fs4iYwZbccyG0XNJfXtVoH+2Sd4A06sD4ghBpnZuCTXxrksvw1Rjz H1OGemuBP/GpYNtlBLzERksPWKCeTav6SrB5JCdxyf6GDZr1q2GnztF6tNU16aXaAVpk T5BJUwM5AVoPlGcRjFEtEJNw99dQPJ+yH6aEQxo9P5faMpers2MwgN5pQPtPP9L/XkGE bjXMMMJ+RYTqUYIyV542tYiHGal7IfIRFO641CpV76c/s6btw1ru1WAsTrMVAlrDTVD+ IdpA== MIME-Version: 1.0 Received: by 10.60.3.194 with SMTP id e2mr773616oee.1.1340959743910; Fri, 29 Jun 2012 01:49:03 -0700 (PDT) Received: by 10.60.14.42 with HTTP; Fri, 29 Jun 2012 01:49:03 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 Jun 2012 12:49:03 +0400 Message-ID: From: Andrey Fesenko To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org, freebsd-current Subject: Re: GPU_KMS still not working CURRENT X220 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 08:49:05 -0000 On Thu, Jun 28, 2012 at 8:15 PM, Kevin Oberman wrote: > On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrot= e: >> I have lenovo thinkpad x220 >> >> # uname -a >> FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun >> 28 08:41:40 MSK 2012 =C2=A0 =C2=A0 root@bsdx220:/usr/obj/usr/src/sys/MY_= INTEL >> amd64 >> >> # pciconf -lvb >> vgapci0@pci0:0:2:0: =C2=A0 =C2=A0 class=3D0x030000 card=3D0x21da17aa chi= p=3D0x01268086 >> rev=3D0x09 hdr=3D0x00 >> =C2=A0 =C2=A0vendor =C2=A0 =C2=A0 =3D 'Intel Corporation' >> =C2=A0 =C2=A0device =C2=A0 =C2=A0 =3D '2nd Generation Core Processor Fam= ily Integrated >> Graphics Controller' >> =C2=A0 =C2=A0class =C2=A0 =C2=A0 =C2=A0=3D display >> =C2=A0 =C2=A0subclass =C2=A0 =3D VGA >> =C2=A0 =C2=A0bar =C2=A0 [10] =3D type Memory, range 64, base 0xf0000000,= size 4194304, enabled >> =C2=A0 =C2=A0bar =C2=A0 [18] =3D type Prefetchable Memory, range 64, bas= e 0xe0000000, >> size 268435456, enabled >> =C2=A0 =C2=A0bar =C2=A0 [20] =3D type I/O Port, range 32, base 0x6000, s= ize 64, enabled >> >> After # kldload i915kms screen is black, if # kldunload i915kms panic > > Don't do this. It has been clearly stated that i915kms my not be > unloaded and that attempting to unload it WILL panic the system. > > Also, don't load i945kms. This WILL lock up the system with a blank scree= n. > > The modules required are autoloaded during Xorg initialization. Just > make absolutely sure that you have the latest version of > xf-video-intel. (If you installed a rather early version of the KMS > code, it is possible that you have two xf-video.intel* ports in your > tree, thought I don't expect this is the case. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com Thank you so much, it worked :) necessary as it is written in the wiki From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 12:48:08 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3344106566C; Fri, 29 Jun 2012 12:48:08 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 869A68FC12; Fri, 29 Jun 2012 12:48:08 +0000 (UTC) Received: by ghbz22 with SMTP id z22so3206502ghb.13 for ; Fri, 29 Jun 2012 05:48:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=I0LkgfWWZyvBW4YpttQxpI8Yxax44gONbiEX2432zJc=; b=tSuomhAWg/T1S8fJZfvHMMOJ9daahmB4LtWYXmPNPZZtswnkpdhrpaK8OtDn9qgP8q GmR++xHf9kb5zcbdrNlEEux2BWqnRxfBxHOGlcrseHJIJ9ucYrE4gr80cVR1MALU7apf 2/niG5UMeLYKJ3kspFD2+oHO1gRhAnl2rUZZdYjpHrk6C7Pku+JQkezgW86T1DDT95uj EOCQFmAMlXQdSjYQ+HQO8mJ8UChBHL9iFkt1dQ1vUq0b5r0xfzvfyyCuDOQH8CK7N+F9 qQEbmIDdpfhYL/Uil6rS/XyptbMkh8Vx0NPZlnu72oyR9V1JLpzx/izLi6UXHG7EPVMX CQZA== Received: by 10.236.74.74 with SMTP id w50mr2354483yhd.34.1340974088075; Fri, 29 Jun 2012 05:48:08 -0700 (PDT) Received: from gibbon.gmail.com ([187.106.37.193]) by mx.google.com with ESMTPS id m43sm5358268yhi.13.2012.06.29.05.48.05 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Jun 2012 05:48:07 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: freebsd-x11@freebsd.org References: Date: Fri, 29 Jun 2012 09:47:59 -0300 In-Reply-To: (Nikolay Tychina's message of "Fri, 29 Jun 2012 11:38:25 +0400") Message-ID: <87d34iuvwg.fsf@FreeBSD.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.0.93 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-ports@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 12:48:09 -0000 Nikolay Tychina writes: > I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was > ready to use it with new Intel driver, but > after I kldloaded i915kms.ko and started X, KDE just hung up at its > splash screen after displaying its logo (last icon). Then screen got > blank with only a movable mouse cursor on it. > Any ideas? Do other window managers work? Is anything useful reported on the console (in case you use startx and log the output of startkde4 somewhere)? From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 13:15:39 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CCBD106566B; Fri, 29 Jun 2012 13:15:39 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id A62ED8FC16; Fri, 29 Jun 2012 13:15:38 +0000 (UTC) Received: by qabg1 with SMTP id g1so685156qab.13 for ; Fri, 29 Jun 2012 06:15:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dbW/59cfcuRhdhBieRNv509MBy03T3JsutKpL3pou5I=; b=FR1j6z4ygfqIL19IHCcM+9ITf1RGP2QqxXk6dqsnHNZs3UedEqYsnSwBO7VLVKmd1E M3uRiZ03iQV71aiSECrbnlL2aupytk21lkH/YWHPIUY2pB2P1GFsGkXVqRstHu59iuh9 l41lFNM8zjyI2fqrS5GdKE1xZfbVtE+Nw7gHS7LbFpvHoFFDIWeNWyqVlGChyyy2rgEY pwD0VB1CppycYqLWSASebt8KxoqYo3mKKDBPH8HTL/0+eJ+/cmLi+ut+48s4MTyAyE8W HCY9wx6LPU8vshsx4v6mwv5wHiKFCAuilpdj4RlDRp7N7y86T5JI8s0Tei6EFqN39NeX 78Dw== MIME-Version: 1.0 Received: by 10.224.70.144 with SMTP id d16mr3804975qaj.45.1340975731616; Fri, 29 Jun 2012 06:15:31 -0700 (PDT) Received: by 10.229.185.148 with HTTP; Fri, 29 Jun 2012 06:15:31 -0700 (PDT) Date: Fri, 29 Jun 2012 17:15:31 +0400 Message-ID: From: Nikolay Tychina To: freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 13:15:39 -0000 >I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >ready to use it with new Intel driver, but >after I kldloaded i915kms.ko and started X, KDE just hung up at its >splash screen after displaying its logo (last icon). Then screen got >blank with only a movable mouse cursor on it. I disabled "Composite" extension in xorg.conf and KDE started fine. No effects though. Is there an issue with Intel driver or X or anything else? Everything seems to work quite well, but I'm just curious. From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 18:28:17 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E890106566C; Fri, 29 Jun 2012 18:28:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDB28FC0A; Fri, 29 Jun 2012 18:28:16 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3267920wgb.31 for ; Fri, 29 Jun 2012 11:28:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LLLB9DMf5cDiZh5VyYE3TPI/gvZrlo4wm27UvW/5RDI=; b=v6ABQSfNyzCueoyQlXtyNVjS95xxJoorPJXvnJdwBp9mfmJW/fwF9R7JwyNlOYHNVP dqXv+cDcdSxIsAxS9pKx91b7xsL9hPT0OQBOyZzhcRHoeDA/svmq57j5G3xzpaqPqJUl 6xdAXgjzwFslobh+W/v8o+A3HSkXJc3Y5wboe9PFcsBE2uDzbXg8Zoi93AdlJHr8aI+x TA1AYBxpKIZjRE283hGy+i8WRAC5ginKKwTk70eugDAdAJ55D0lnVtUgqm2VRnVvJczb rbHKBwi93g311WyvGC4/U9em1mViMgZcE+V13GJY/9YN/KZY1mUBzIO3tZtpKiB9CxeU +cqw== MIME-Version: 1.0 Received: by 10.216.44.70 with SMTP id m48mr458322web.95.1340994493918; Fri, 29 Jun 2012 11:28:13 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 29 Jun 2012 11:28:13 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 Jun 2012 11:28:13 -0700 Message-ID: From: Kevin Oberman To: Nikolay Tychina Content-Type: text/plain; charset=UTF-8 Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 18:28:17 -0000 On Fri, Jun 29, 2012 at 6:15 AM, Nikolay Tychina wrote: >>I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >>ready to use it with new Intel driver, but >>after I kldloaded i915kms.ko and started X, KDE just hung up at its >>splash screen after displaying its logo (last icon). Then screen got >>blank with only a movable mouse cursor on it. > > I disabled "Composite" extension in xorg.conf and KDE started fine. No > effects though. > Is there an issue with Intel driver or X or anything else? > Everything seems to work quite well, but I'm just curious. While this may or may not be the issue, you should not EVER kldload i915kms.ko! This WILL result in a hung system. You should start X normally (startx or via ?dm) and Xorg will load all of the required modules. I believe that this is in the wiki. Oh, and on't EVER kldunload it, either.It is definitely documented that this will panic the system. Several people have posted this problem on two or three different lists.(I am was almost one of them.) -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 19:20:17 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B307F106566C; Fri, 29 Jun 2012 19:20:17 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4976D8FC14; Fri, 29 Jun 2012 19:20:17 +0000 (UTC) Received: by ggnm2 with SMTP id m2so3694628ggn.13 for ; Fri, 29 Jun 2012 12:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Jau1QfsKuBVG88b4dpWbUTJ9853DpClrRWq+VNPs588=; b=Of72lnsS74XfLInc5USiTM5zAR9r++TtGerriO4MemfpxX5nUmO/nbF9e+Vu+iv3Aj 5Q79xNrxUzYthKCrdGUaI17+S7y/PwCcZSotnlXAEBG9zEwQSffS28hC+Cbf8YIu6XjP JiEnYVmycI73YPIkLftT3M7v+1qeLL3Rtz1KmLGClDGpoqlV8Jwa3wePxQ/Vv5EFoX+0 IpYugQELkySlmjsAeMkTYtX5EGQiEGOwr0MO9+svlbyv2xPBHAANJprsVB34B0zwgoXT HLozq4ajHIi5kbD1MvdCn6ZM4iKqllaKRWDF3hwhFf+ORehnGFPnKou03mREbhABI5nK 7HbQ== Received: by 10.236.176.5 with SMTP id a5mr4624465yhm.67.1340997616594; Fri, 29 Jun 2012 12:20:16 -0700 (PDT) Received: from gibbon.gmail.com ([187.106.37.193]) by mx.google.com with ESMTPS id y10sm7711764yha.4.2012.06.29.12.20.13 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Jun 2012 12:20:15 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: freebsd-ports@freebsd.org References: Date: Fri, 29 Jun 2012 16:20:08 -0300 In-Reply-To: (Nikolay Tychina's message of "Fri, 29 Jun 2012 17:15:31 +0400") Message-ID: <874npuudqv.fsf@FreeBSD.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.0.93 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-x11@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 19:20:17 -0000 Nikolay Tychina writes: >>I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >>ready to use it with new Intel driver, but >>after I kldloaded i915kms.ko and started X, KDE just hung up at its >>splash screen after displaying its logo (last icon). Then screen got >>blank with only a movable mouse cursor on it. > > I disabled "Composite" extension in xorg.conf and KDE started fine. No > effects though. > Is there an issue with Intel driver or X or anything else? > Everything seems to work quite well, but I'm just curious. Hmm, I'm not even using a xorg.conf right now, and things seem to be working fine with 9-STABLE and KMS. From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 21:02:10 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C21106566B; Fri, 29 Jun 2012 21:02:10 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 120268FC08; Fri, 29 Jun 2012 21:02:09 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2297927qcs.13 for ; Fri, 29 Jun 2012 14:02:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=shK5UcwN6A+2pVVOOosSYN/EoSxI58SqStjDpu4LCyA=; b=kRmVgdkn0wkHfdUtUjhkufddx9z89/RENDECut8d/Dk5LhTwwlJhHbi2j3Lo3QbuZk 2dtMZrw6Yc4aQ4hnq/OG3VTpUktw2+Mafx2lEjdxJTtAOoETuek36fMwDp56X9Q0iUBU AzokKFl857sX6bdS72XYUR+IO19H+d7RiKQKw3DQSxooCzh1XNVporwZveiCfJhrS15S a/syZ//U9YtqfGBEA+Z64Rm9/LAHuqs0P0eit90XvXcSKxqgAFiBfqvPv/75ShzO23YJ N14n8zksJ8pnq7Pb1S0k+7H8MfpYEupbNfCB0dTxVfPcI788WQ+3cYm0FgI7gXgyVSd0 q74g== MIME-Version: 1.0 Received: by 10.229.136.149 with SMTP id r21mr1611666qct.75.1341003729263; Fri, 29 Jun 2012 14:02:09 -0700 (PDT) Received: by 10.229.185.148 with HTTP; Fri, 29 Jun 2012 14:02:09 -0700 (PDT) In-Reply-To: References: Date: Sat, 30 Jun 2012 00:02:09 +0300 Message-ID: From: Nikolay Tychina To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 21:02:10 -0000 Interesting, last time I checked FreeBSD Wiki on Intel_GPU, it was saying 'kldload i915kms && startx'. Anyway, the system never hung up after I many times followed the instruction, it's just KDE isn't able to finish its startup. 2012/6/29 Kevin Oberman : > On Fri, Jun 29, 2012 at 6:15 AM, Nikolay Tychina wrote: >>>I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >>>ready to use it with new Intel driver, but >>>after I kldloaded i915kms.ko and started X, KDE just hung up at its >>>splash screen after displaying its logo (last icon). Then screen got >>>blank with only a movable mouse cursor on it. >> >> I disabled "Composite" extension in xorg.conf and KDE started fine. No >> effects though. >> Is there an issue with Intel driver or X or anything else? >> Everything seems to work quite well, but I'm just curious. > > While this may or may not be the issue, you should not EVER kldload > i915kms.ko! This WILL result in a hung system. You should start X > normally (startx or via ?dm) and Xorg will load all of the required > modules. I believe that this is in the wiki. > > Oh, and on't EVER kldunload it, either.It is definitely documented > that this will panic the system. > > Several people have posted this problem on two or three different > lists.(I am was almost one of them.) > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 21:13:40 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68A8A1065670; Fri, 29 Jun 2012 21:13:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id C6E058FC14; Fri, 29 Jun 2012 21:13:39 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so1140300wib.13 for ; Fri, 29 Jun 2012 14:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AY4XJ3JINU6W/z4YjyQQQI20roGVSwfPOKOo/vsRoG4=; b=vAQh6UV28t34BMFsuYzfEKzsQzfMn2o6JljKoaT3PHTUP+Thg/VvJyw+VrMGFPrzVE VkzBmgr0pIko80dZuo65OnPklQBJ3QnBj1+KPhl0c9Jrgz8+8zzcujHQ0vV1g4f3Qxq+ xXjwlnOYQPF+Kzun2OwWRmRYEPQBD1HE7cWr3VYGm9p2an1omENzMg0FRZvUE8Oo+1Eu MnjfdrtlmajfcH8imqyyjEkkP6LqZV+5JjtF64dRDIy/YP/aTZ71/nNPVw00un/ryp+F jRuMmpLtkKeyfXGdGRgSUNgdQq52s3haJKVDP3QBUZ4CuSdBI5EXwFg4kuxIiFi4DYWF 5RMA== MIME-Version: 1.0 Received: by 10.180.106.97 with SMTP id gt1mr970081wib.5.1341004418644; Fri, 29 Jun 2012 14:13:38 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 29 Jun 2012 14:13:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 Jun 2012 14:13:38 -0700 Message-ID: From: Kevin Oberman To: Nikolay Tychina Content-Type: text/plain; charset=UTF-8 Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 21:13:40 -0000 On Fri, Jun 29, 2012 at 2:02 PM, Nikolay Tychina wrote: > Interesting, last time I checked FreeBSD Wiki on Intel_GPU, it was > saying 'kldload i915kms && startx'. > Anyway, the system never hung up after I many times followed the instruction, > it's just KDE isn't able to finish its startup. > > 2012/6/29 Kevin Oberman : >> On Fri, Jun 29, 2012 at 6:15 AM, Nikolay Tychina wrote: >>>>I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >>>>ready to use it with new Intel driver, but >>>>after I kldloaded i915kms.ko and started X, KDE just hung up at its >>>>splash screen after displaying its logo (last icon). Then screen got >>>>blank with only a movable mouse cursor on it. >>> >>> I disabled "Composite" extension in xorg.conf and KDE started fine. No >>> effects though. >>> Is there an issue with Intel driver or X or anything else? >>> Everything seems to work quite well, but I'm just curious. >> >> While this may or may not be the issue, you should not EVER kldload >> i915kms.ko! This WILL result in a hung system. You should start X >> normally (startx or via ?dm) and Xorg will load all of the required >> modules. I believe that this is in the wiki. >> >> Oh, and on't EVER kldunload it, either.It is definitely documented >> that this will panic the system. >> >> Several people have posted this problem on two or three different >> lists.(I am was almost one of them.) >> -- >> R. Kevin Oberman, Network Engineer >> E-mail: kob6558@gmail.com >From hte Intel_GPU wiki: Use startx to let ddx driver load the right kernel module. Set sysctl hw.dri.debug=0 to reduce verbosity of the driver at runtime. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 22:40:25 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41BE3106564A; Fri, 29 Jun 2012 22:40:25 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 152848FC0C; Fri, 29 Jun 2012 22:40:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5TMeOs7042793; Fri, 29 Jun 2012 22:40:24 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5TMeOF5042789; Fri, 29 Jun 2012 22:40:24 GMT (envelope-from edwin) Date: Fri, 29 Jun 2012 22:40:24 GMT Message-Id: <201206292240.q5TMeOF5042789@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/169559: [patch] x11-fonts/fontsproto: disable specs X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 22:40:25 -0000 Synopsis: [patch] x11-fonts/fontsproto: disable specs Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Fri Jun 29 22:40:24 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=169559 From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 22:40:30 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A468F106566B; Fri, 29 Jun 2012 22:40:30 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77D8A8FC14; Fri, 29 Jun 2012 22:40:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5TMeUVo043423; Fri, 29 Jun 2012 22:40:30 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5TMeUvM043415; Fri, 29 Jun 2012 22:40:30 GMT (envelope-from edwin) Date: Fri, 29 Jun 2012 22:40:30 GMT Message-Id: <201206292240.q5TMeUvM043415@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/169560: [patch] x11/libICE: disable specs X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 22:40:30 -0000 Synopsis: [patch] x11/libICE: disable specs Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Fri Jun 29 22:40:29 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=169560 From owner-freebsd-x11@FreeBSD.ORG Fri Jun 29 22:50:19 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8678E106566C; Fri, 29 Jun 2012 22:50:19 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 59FE28FC0A; Fri, 29 Jun 2012 22:50:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5TMoJq1050963; Fri, 29 Jun 2012 22:50:19 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5TMoJl7050959; Fri, 29 Jun 2012 22:50:19 GMT (envelope-from edwin) Date: Fri, 29 Jun 2012 22:50:19 GMT Message-Id: <201206292250.q5TMoJl7050959@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/169561: [patch] x11-toolkits/libXmu: disable specs X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 22:50:19 -0000 Synopsis: [patch] x11-toolkits/libXmu: disable specs Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Fri Jun 29 22:50:18 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=169561 From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 01:58:53 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 989A41065670; Sat, 30 Jun 2012 01:58:53 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0588FC15; Sat, 30 Jun 2012 01:58:53 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5U1wjmV005310; Fri, 29 Jun 2012 19:58:46 -0600 From: Erich Dollansky Organization: ALO Green Technologies To: freebsd-x11@freebsd.org Date: Sat, 30 Jun 2012 08:58:44 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <87d34iuvwg.fsf@FreeBSD.org> In-Reply-To: <87d34iuvwg.fsf@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206300858.44354.erich@alogreentechnologies.com> Cc: freebsd-ports@freebsd.org, Raphael Kubo da Costa Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 01:58:53 -0000 Hi, On Friday, June 29, 2012 07:47:59 PM Raphael Kubo da Costa wrote: > Nikolay Tychina writes: > > > I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was > > ready to use it with new Intel driver, but > > after I kldloaded i915kms.ko and started X, KDE just hung up at its > > splash screen after displaying its logo (last icon). Then screen got > > blank with only a movable mouse cursor on it. > > Any ideas? > > Do other window managers work? Is anything useful reported on the > console (in case you use startx and log the output of startkde4 > somewhere)? KDE started one time for me without problems. Did you upgrade to the latest 10 sources? As I do not use KDE, I did not test it any further. One side note, X does not start always successfully with Intel KMS. My X220 freezes then but I cannot check with a second machine then. I would suggest the same as Nikolay that you start testing with a very simple window manager like blackbox or whatever you like. Erich From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 02:34:55 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3B7D106564A; Sat, 30 Jun 2012 02:34:55 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id B0DE98FC08; Sat, 30 Jun 2012 02:34:54 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5U2YMi8013540; Fri, 29 Jun 2012 20:34:49 -0600 From: Erich Dollansky Organization: ALO Green Technologies To: freebsd-x11@freebsd.org Date: Sat, 30 Jun 2012 09:34:15 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206300934.15441.erich@alogreentechnologies.com> Cc: freebsd-current Subject: Re: GPU_KMS still not working CURRENT X220 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 02:34:56 -0000 Hi, On Thursday, June 28, 2012 11:15:54 PM Kevin Oberman wrote: > On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrote: > > I have lenovo thinkpad x220 > > > > # uname -a > > FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun > > 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL > > amd64 it works for me with this: FreeBSD X220.ovitrap.com 10.0-CURRENT FreeBSD 10.0-CURRENT #7: Thu Jun 28 09:09:16 WIT 2012 > > > > # pciconf -lvb > > vgapci0@pci0:0:2:0: class=0x030000 card=0x21da17aa chip=0x01268086 > > rev=0x09 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '2nd Generation Core Processor Family Integrated > > Graphics Controller' > > class = display > > subclass = VGA > > bar [10] = type Memory, range 64, base 0xf0000000, size 4194304, enabled > > bar [18] = type Prefetchable Memory, range 64, base 0xe0000000, > > size 268435456, enabled > > bar [20] = type I/O Port, range 32, base 0x6000, size 64, enabled > > > > After # kldload i915kms screen is black, if # kldunload i915kms panic > > Don't do this. It has been clearly stated that i915kms my not be > unloaded and that attempting to unload it WILL panic the system. > > Also, don't load i945kms. This WILL lock up the system with a blank screen. > it works for me. I use this kind of script to start X: sudo kldload i915kms sudo kldload acpi_call sudo chmod 666 /dev/acpi startx > The modules required are autoloaded during Xorg initialization. Just > make absolutely sure that you have the latest version of > xf-video-intel. (If you installed a rather early version of the KMS > code, it is possible that you have two xf-video.intel* ports in your > tree, thought I don't expect this is the case. This could be the real reason why it fails But I must say that it hangs on rare occasions. It might has to do with playing with the mouse or the keyboard during the start-up phase of X. At least, I did not notice a freeze when I did not play around with them during the start of X. Erich From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 12:16:51 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA40F1065670; Sat, 30 Jun 2012 12:16:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4F68FC08; Sat, 30 Jun 2012 12:16:51 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q5UCGYWF094650; Sat, 30 Jun 2012 14:16:35 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q5UCGY8Q094649; Sat, 30 Jun 2012 14:16:34 +0200 (CEST) (envelope-from marius) Date: Sat, 30 Jun 2012 14:16:34 +0200 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20120630121634.GA94551@alchemy.franken.de> References: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: x11@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: graphics/libGL regression on sparc64 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 12:16:51 -0000 On Tue, Jun 19, 2012 at 11:42:47AM +0100, Anton Shterenlikht wrote: > On sparc64 r235474, > updating from libGL-7.4.4 to 7.6.1 I get: There are several problems preventing Xorg bits to build on sparc64 (and powerpc) since the update to 7.5.2. First, make sure you have a ports tree with graphics/libdrm/Makefile rev. 1.25. Then apply the following patches: http://people.freebsd.org/~bapt/fix-hal-on-sparc64.diff http://people.freebsd.org/~marius/dri_libGL_libdrm.diff According to a quick test, the old server works fine with both the mach64 and the sunffb driver on sparc64. When running `Xorg -configure` you need to manually fix the resulting configuration file though as any device on the PCI bus not being mach64 compatible is detected as a radeon chip. However, while the new server selected with WITH_NEW_XORG builds just fine on sparc64 with these patches, it doesn't work there. For mach64, there isn't any indication in the log why this doesn't work besides "no screens found", although the configuration is correct, libdrm is built without KMS support and the mach64 being detected. For sunffb, it just segfaults. Marius From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 17:25:04 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1FF3106564A; Sat, 30 Jun 2012 17:25:03 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9117E8FC0A; Sat, 30 Jun 2012 17:25:03 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2626458qcs.13 for ; Sat, 30 Jun 2012 10:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ixd0J98xrLjDVK+JdByJFeDHwxbwxr/Rl50y/mJxwn8=; b=QuoEdSsFY3aHvpGIc1MwWnVIfuXChurc2bvDn54sZXC03+gJcawtNgY65b4JcttN2s LgDxkE457VxmSd0zdy5y/sy73TPBLwVkHHHvUrxdn5CPRHS2hzCD4aRHm7K6jQTtlujY F4jJZBVoLef4GYYVSRv+j8rNtYkB/j6waFwwOpng+5yo9HBc4D80Zg7XJ6JNUA+lt38G wQhGYKRsmOyw6iqIM6SGXN4AFagCYw/n1IRRQ5VrwO21Ir8uk2rxwR4w8+C18+0WMw0W F+Yg620/Rvn7/vjdnaAEqQYYqn1ZBVE6EGlOMj09bC8XHM4sCQvSwXgdVho5E2nlHmmA ZJOw== MIME-Version: 1.0 Received: by 10.224.31.129 with SMTP id y1mr11929148qac.87.1341077097154; Sat, 30 Jun 2012 10:24:57 -0700 (PDT) Received: by 10.229.185.148 with HTTP; Sat, 30 Jun 2012 10:24:57 -0700 (PDT) Date: Sat, 30 Jun 2012 21:24:57 +0400 Message-ID: From: Nikolay Tychina To: freebsd-ports@freebsd.org, freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 17:25:04 -0000 >> > I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was >> > ready to use it with new Intel driver, but >> > after I kldloaded i915kms.ko and started X, KDE just hung up at its >> > splash screen after displaying its logo (last icon). Then screen got >> > blank with only a movable mouse cursor on it. >> > Any ideas? >> >> Do other window managers work? Is anything useful reported on the >> console (in case you use startx and log the output of startkde4 >> somewhere)? > > KDE started one time for me without problems. > > Did you upgrade to the latest 10 sources? > > As I do not use KDE, I did not test it any further. > > One side note, X does not start always successfully with Intel KMS. My X220 freezes then but I cannot check with a second machine then. > > I would suggest the same as Nikolay that you start testing with a very simple window manager like blackbox or whatever you like. > > Erich Window Maker works fine without any modifications to default xorg.conf, and twm also works. I didn't notice anything useful when I logged output with `script' command. From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 23:40:49 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B859106567B for ; Sat, 30 Jun 2012 23:40:49 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8075F8FC0C for ; Sat, 30 Jun 2012 23:40:48 +0000 (UTC) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120630234042.ORVA1165.eastrmfepo202.cox.net@eastrmimpo306.cox.net> for ; Sat, 30 Jun 2012 19:40:42 -0400 Received: from serene.no-ip.org ([98.164.76.239]) by eastrmimpo306.cox.net with bizsmtp id Ungh1j00D59mvxN02nghCz; Sat, 30 Jun 2012 19:40:41 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A02020A.4FEF8E79.00AF,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=lE6QVf3QKtrd1wYyNk9/4OF/ElDepjMss6vemD51WOc= c=1 sm=1 a=5jzFm4Bn6wsA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=nJCg7m+klQzKrkQiY4doSw==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=esqGX83YOdYuFlYfbGEA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=nJCg7m+klQzKrkQiY4doSw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q5UNefw9091760 for ; Sat, 30 Jun 2012 18:40:41 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 30 Jun 2012 18:40:36 -0500 From: "Conrad J. Sabatier" To: freebsd-x11@FreeBSD.org Message-ID: <20120630184036.1e1d2cfe@serene.no-ip.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Unable to build graphics/dri on amd64 due to missing libdrm_intel X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 23:40:49 -0000 For a while now, I've been getting the same error during the configure phase when trying to build graphics/dri. Configure is looking for libdrm_intel, which doesn't exist on my system (I'm using the nvidia driver). I do have WITH_NEW_ORG=yes defined in /etc/make.confm, and all of my other X packages are at the latest version. Any suggestions will be greatly appreciated! ===> Extracting for dri-8.0.3,2 => SHA256 Checksum OK for MesaLib-8.0.3.tar.bz2. ===> Patching for dri-8.0.3,2 ===> Applying extra patch /usr/ports/graphics/dri/../../graphics/libGL/files/extra-src-glsl_ir_constant_expression.cpp ===> dri-8.0.3,2 depends on executable: makedepend - found ===> dri-8.0.3,2 depends on file: /usr/local/lib/python2.7/site-packages/libxml2.py - found ===> dri-8.0.3,2 depends on file: /usr/local/bin/python2.7 - found ===> dri-8.0.3,2 depends on executable: gmake - found ===> dri-8.0.3,2 depends on executable: bison - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/dri2proto.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/xxf86vm.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/xdamage.pc - found ===> dri-8.0.3,2 depends on file: /usr/local/libdata/pkgconfig/xfixes.pc - found ===> dri-8.0.3,2 depends on shared library: drm - found ===> dri-8.0.3,2 depends on shared library: expat.6 - found ===> Configuring for dri-8.0.3,2 ===> FreeBSD 10 autotools fix applied to /usr/ports/graphics/dri/work/Mesa-8.0.3/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/graphics/dri/work/Mesa-8.0.3/configure ===> FreeBSD 10 autotools fix applied to /usr/ports/graphics/dri/work/Mesa-8.0.3/acinclude.m4 checking build system type... amd64-portbld-freebsd10.0 checking host system type... amd64-portbld-freebsd10.0 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes cannot open /usr/ports/graphics/dri/work/Mesa-8.0.3/bin/missing: No such file or directory configure: WARNING: `missing' script is too old or missing checking for a thread-safe mkdir -p... bin/install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking for gcc... clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether clang accepts -g... yes checking for clang option to accept ISO C89... none needed checking dependency style of clang... none checking how to run the C preprocessor... clang-cpp checking for gcc... (cached) clang checking whether we are using the GNU C compiler... (cached) yes checking whether clang accepts -g... (cached) yes checking for clang option to accept ISO C89... (cached) none needed checking dependency style of clang... (cached) none checking whether we are using the GNU C++ compiler... yes checking whether clang++ accepts -g... yes checking dependency style of clang++... none checking for gmake... gmake checking for python2... no checking for python... python checking for a sed that does not truncate output... /usr/local/bin/gsed checking for makedepend... /usr/local/bin/makedepend checking for flex... /usr/bin/flex checking for bison... /usr/local/bin/bison checking for gtest-config... /usr/local/bin/gtest-config checking if compiling with clang... yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether clang supports -fvisibility=hidden... yes checking whether clang++ supports -fvisibility=hidden... yes checking whether to enable assembly... yes, amd64 checking for clang option to produce PIC... -fPIC checking for dlopen... yes checking for posix_memalign... yes checking for LIBDRM... yes checking pkg-config files for X11 are available... yes checking for X11... yes checking for GLPROTO... yes checking for DRI2PROTO... yes checking for XF86VIDMODE... yes checking for DRIGL... yes checking for xcb_glx_create_context_attribs_arb_checked in -lxcb-glx... yes checking expat.h usability... yes checking expat.h presence... yes checking for expat.h... yes checking for XML_ParserCreate in -lexpat... yes checking for INTEL... no configure: error: Package requirements (libdrm_intel >= 2.4.30) were not met: No package 'libdrm_intel' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables INTEL_CFLAGS and INTEL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/dri/work/Mesa-8.0.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** [do-configure] Error code 1 Stop in /usr/ports/graphics/dri. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-x11@FreeBSD.ORG Sat Jun 30 23:59:06 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630C8106566B; Sat, 30 Jun 2012 23:59:06 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBD98FC0C; Sat, 30 Jun 2012 23:59:06 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5UNx4oj027149; Sat, 30 Jun 2012 17:59:05 -0600 From: Erich Dollansky Organization: ALO Green Technologies To: freebsd-x11@freebsd.org Date: Sun, 1 Jul 2012 06:59:03 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207010659.03362.erich@alogreentechnologies.com> Cc: Nikolay Tychina , freebsd-ports@freebsd.org Subject: Re: KDE 4 hangs at splash screen when using KMS enabled 10-CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 23:59:06 -0000 Hi, On Sunday, July 01, 2012 12:24:57 AM Nikolay Tychina wrote: > >> > I freshly built x11/xorg and x11/kde4 on FreeBSD 10-CURRENT and was > >> > ready to use it with new Intel driver, but > >> > after I kldloaded i915kms.ko and started X, KDE just hung up at its > >> > splash screen after displaying its logo (last icon). Then screen got > >> > blank with only a movable mouse cursor on it. > >> > Any ideas? > >> > >> Do other window managers work? Is anything useful reported on the > >> console (in case you use startx and log the output of startkde4 > >> somewhere)? > > > > KDE started one time for me without problems. > > > > Did you upgrade to the latest 10 sources? > > > > As I do not use KDE, I did not test it any further. > > > > One side note, X does not start always successfully with Intel KMS. My X220 freezes then but I cannot check with a second machine then. > > > > I would suggest the same as Nikolay that you start testing with a very simple window manager like blackbox or whatever you like. I just started KDE for you and it worked. Here are the details: KDE 4.8.3 Starting X is done by a script: sudo kldload i915kms sudo kldload acpi_call sudo chmod 666 /dev/acpi startx .xinitrc looks like this (after deleting the comments): xset m 10 3 xmodmap .xmodmaprc exec /usr/local/bin/startkde I only started konqueror to open FreeBSD.org. It worked as expected. Erich