From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 00:20:28 2009 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 4EB7010656E0 for ; Sun, 1 Feb 2009 00:20:28 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id EA4738FC14 for ; Sun, 1 Feb 2009 00:20:27 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA09.westchester.pa.mail.comcast.net with comcast id AD4e1b0070ldTLk59QLU7D; Sun, 01 Feb 2009 00:20:28 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id AQLT1b00G0FJTGg3QQLTYA; Sun, 01 Feb 2009 00:20:28 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTQ4Y-000HNK-Bz; Sat, 31 Jan 2009 19:20:26 -0500 From: Alex Goncharov To: vehemens In-reply-to: <200901311354.43031.vehemens@verizon.net> (message from vehemens on Sat, 31 Jan 2009 13:54:42 -0800) References: <200901311153.58361.vehemens@verizon.net> <200901311354.43031.vehemens@verizon.net> Message-Id: Sender: Alex Goncharov Date: Sat, 31 Jan 2009 19:20:26 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:20:28 -0000 ,--- You/vehemens (Sat, 31 Jan 2009 13:54:42 -0800) ----* | On Saturday 31 January 2009 01:25:21 pm Alex Goncharov wrote: | > So, a *fundamental* (practically an OS component) port is brought in | > -- and it disables my system. What is my way of action? Right -- | > install the old packages, taken from an FTP site (is there a way to | > get the previous "source", that is all the ports/*/*/Makefile files? | > Csup can only go forward -- or can it go back?) | | You ignored the first part of the email which is that the ports | system is flawed due to the lack of a stable versus current branch. The FreeBSD model as what it is and I, for one, prefer it to Linux distros' models. In other words what you call a flaw, I call a virtue. | It seems to me that you want to run a stable branch, while the ports | tree is effectively a current branch. If somebody tells me that running the new X on my computers will be better if I switch the base system from STABLE to CURRENT, I'll do it in a heartbeat. (In fact one of my other systems does run CURRENT, only I never installed X there -- I don't use that system as a front end.) | > When I install the old packages, I can no longer rebuild and install | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > can only do it selectively, excluding from the upgrade most | > X-dependent things. That sucks and will lead to a problem earlier or | > later. | | I never update /usr/ports directly. I have a separate csup ports | area. When I update, I save the old ports tree and replace it with | a new one. If a problem occurs, I can fall back to the old tree or | pieces of it. An interesting model -- but how would you be better off falling back to the old ports tree in case of a bad (for you) new X? Yes, you could rebuild and return to using the old X. Then what? Would you be able to keep up with ports upgrades. You may assume that X is going to be fixed -- but what if not, in, say a year? | Well, it depends on which ports you are updating. All. | If you only run X, then I would expect your statement to be correct. Not sure what you mean here: nobody "runs only X". It's impossible. | > | And last, many of the video drivers have little if any support. If | > | you have something other then ati/intel/nivdia, you should expect | > | problems. Input drivers are in a similar state. | > | > Both my systems I've been reporting problems with are using the `nv' | > driver: | > | > $ grep /modules/drivers /var/log/Xorg.0.log | > (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so | > | > One system (Dell Latitude) could not be made operational with the new | > X at all; the other has garbage in the windows and the "captive mouse | > pointer" -- both issues new in the new X. | | See above :) Which point? :-) -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 02:52:31 2009 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 978421065738 for ; Sun, 1 Feb 2009 02:52:31 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 43F3E8FC21 for ; Sun, 1 Feb 2009 02:52:30 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n112pl4S081120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 31 Jan 2009 21:51:47 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-x11 Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-a13NFBKQU8m7BKPzRz26" Organization: FreeBSD Date: Sat, 31 Jan 2009 21:52:22 -0500 Message-Id: <1233456742.1534.14.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Subject: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Sun, 01 Feb 2009 02:52:31 -0000 --=-a13NFBKQU8m7BKPzRz26 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm planning to commit this sometime next week. This patch includes the following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and the 2.6.1 release of the intel driver. cd /usr/src patch -p0 -E -i Then update the ports in the following order: randrproto libXrandr xrandr xorg-server then rebuild your video and input drivers. (xf86-video-whatever, keyboard, and mouse) The patch is http://people.freebsd.org/~rnoland/xserver-1.6rc.patch robert. --=20 Robert Noland FreeBSD --=-a13NFBKQU8m7BKPzRz26 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmFDmYACgkQM4TrQ4qfRONq/ACfdVGYbgJ0e9sMHLgqTyTV4oBf g3EAnjweCgqksP2A1lsq7pR5oEvSQ0wj =qts0 -----END PGP SIGNATURE----- --=-a13NFBKQU8m7BKPzRz26-- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 05:24:23 2009 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 0B263106593D; Sun, 1 Feb 2009 05:24:14 +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 D47208FC18; Sun, 1 Feb 2009 05:24:13 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n115ODV5050867; Sun, 1 Feb 2009 05:24:13 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n115ODi3050863; Sun, 1 Feb 2009 05:24:13 GMT (envelope-from edwin) Date: Sun, 1 Feb 2009 05:24:13 GMT Message-Id: <200902010524.n115ODi3050863@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/131238: [PATCH] x11/luit: luit can't find locale.alias, fix it 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, 01 Feb 2009 05:24:23 -0000 Synopsis: [PATCH] x11/luit: luit can't find locale.alias, fix it Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sun Feb 1 05:24:13 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=131238 From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 05:25:50 2009 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 F317D10656D6 for ; Sun, 1 Feb 2009 05:25:50 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.freebsd.org (Postfix) with ESMTP id A31778FC16 for ; Sun, 1 Feb 2009 05:25:50 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.14.3/8.14.3) with ESMTP id n115DF9j095175; Sun, 1 Feb 2009 13:13:15 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.14.3/8.14.3/Submit) id n115DFwU019603; Sun, 1 Feb 2009 13:13:15 +0800 (CST) (envelope-from rafan) Date: Sun, 1 Feb 2009 13:13:15 +0800 (CST) Message-Id: <200902010513.n115DFwU019603@svm.csie.ntu.edu.tw> To: FreeBSD-gnats-submit@freebsd.org From: Rong-En Fan X-send-pr-version: 3.113 X-GNATS-Notify: Cc: x11@freebsd.org Subject: [PATCH] x11/luit: luit can't find locale.alias, fix it 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, 01 Feb 2009 05:25:51 -0000 >Submitter-Id: current-users >Originator: Rong-En Fan >Organization: NTU CSIE >Confidential: no >Synopsis: [PATCH] x11/luit: luit can't find locale.alias, fix it >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD >Environment: >Description: It seems necessary after X.org 7.4 upgrade to add --with-localealiasfile again to luit. Otherwise, it can not find locale.alias correctly. Therefore, breaks itself. Port maintainer (x11@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- luit-1.0.3_1.patch begins here --- Index: Makefile =================================================================== RCS file: /home/ncvs/ports/x11/luit/Makefile,v retrieving revision 1.3 diff -u -u -r1.3 Makefile --- Makefile 23 Jan 2009 16:28:15 -0000 1.3 +++ Makefile 1 Feb 2009 05:12:16 -0000 @@ -7,6 +7,7 @@ PORTNAME= luit PORTVERSION= 1.0.3 +PORTREVISION= 1 CATEGORIES= x11 MAINTAINER= x11@FreeBSD.org @@ -15,6 +16,8 @@ XORG_CAT= app USE_XORG= x11 fontenc +CONFIGURE_ARGS= --with-localealiasfile=${LOCALBASE}/lib/X11/locale/locale.alias + PLIST_FILES= bin/luit MAN1= luit.1 --- luit-1.0.3_1.patch ends here --- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 05:58:39 2009 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 DF73E1065713 for ; Sun, 1 Feb 2009 05:58:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A6C0A8FC20 for ; Sun, 1 Feb 2009 05:58:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n115vrNT081971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Feb 2009 00:57:54 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-x11 In-Reply-To: <1233456742.1534.14.camel@ferret.2hip.net> References: <1233456742.1534.14.camel@ferret.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C+NJKt7lMbYDHNf7HQge" Organization: FreeBSD Date: Sun, 01 Feb 2009 00:58:28 -0500 Message-Id: <1233467909.1534.24.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Sun, 01 Feb 2009 05:58:40 -0000 --=-C+NJKt7lMbYDHNf7HQge Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-01-31 at 21:52 -0500, Robert Noland wrote: > Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm > planning to commit this sometime next week. This patch includes the > following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and > the 2.6.1 release of the intel driver. >=20 > cd /usr/src A couple of folks pointed out my typo... cd /usr/ports > patch -p0 -E -i >=20 > Then update the ports in the following order: > randrproto > libXrandr > xrandr > xorg-server > then rebuild your video and input drivers. (xf86-video-whatever, > keyboard, and mouse) >=20 > The patch is http://people.freebsd.org/~rnoland/xserver-1.6rc.patch I also failed to update my cvs on a couple of them when importing from git... So I have respun the patch, should apply cleanly now. The updated intel driver has XvMC support on 965+ and I think when I fixed that upstream, it also fixed it for the rest of them (915/945, etc). You may have to hack on mplayer or ffmpeg, can't remember which one to find a player that uses it, but it's there... vlc is also reported to support it. robert. > robert. --=20 Robert Noland FreeBSD --=-C+NJKt7lMbYDHNf7HQge Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmFOgQACgkQM4TrQ4qfROMbOwCeJTRvIDGp7jl6gfX0AU+0Y5nf uOsAnAnuN4FzYefwb4FDySZMAWM83nTD =iAli -----END PGP SIGNATURE----- --=-C+NJKt7lMbYDHNf7HQge-- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 06:00:19 2009 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 0DDF21065673 for ; Sun, 1 Feb 2009 06:00:19 +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 F03A28FC13 for ; Sun, 1 Feb 2009 06:00:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1160IEh074159 for ; Sun, 1 Feb 2009 06:00:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1160I1S074158; Sun, 1 Feb 2009 06:00:18 GMT (envelope-from gnats) Date: Sun, 1 Feb 2009 06:00:18 GMT Message-Id: <200902010600.n1160I1S074158@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Rong-En Fan Cc: Subject: Re: ports/131238: [PATCH] x11/luit: luit can't find locale.alias, fix it X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rong-En Fan List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 06:00:19 -0000 The following reply was made to PR ports/131238; it has been noted by GNATS. From: Rong-En Fan To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-ports-bugs@FreeBSD.ORG Cc: Subject: Re: ports/131238: [PATCH] x11/luit: luit can't find locale.alias, fix it Date: Sun, 1 Feb 2009 13:59:57 +0800 updated patch, using --datadir that matches x11/libX11 seems better. Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/pcvs/ports/x11/luit/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 23 Jan 2009 16:28:15 -0000 1.3 +++ Makefile 1 Feb 2009 05:25:45 -0000 @@ -7,6 +7,7 @@ =20 PORTNAME=3D luit PORTVERSION=3D 1.0.3 +PORTREVISION=3D 1 CATEGORIES=3D x11 =20 MAINTAINER=3D x11@FreeBSD.org @@ -15,6 +16,8 @@ XORG_CAT=3D app USE_XORG=3D x11 fontenc =20 +CONFIGURE_ARGS=3D --datadir=3D${LOCALBASE}/lib + PLIST_FILES=3D bin/luit =20 MAN1=3D luit.1 From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 07:12:19 2009 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 4251E10656D0 for ; Sun, 1 Feb 2009 07:12:19 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id BE0878FC08 for ; Sun, 1 Feb 2009 07:12:18 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so289619fgb.35 for ; Sat, 31 Jan 2009 23:12:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:user-agent:mime-version:content-type; bh=TLlSrXuib6RHIoXqq9ptBH9pwHoWaRJNgkS0X/MUupU=; b=DBbuAZHdstDWbR2iXee3L/h9w4T3NqjpvVAEj7Eg6TaQBFVSBuYglzp5d+ntGa4USM hCduVzG8pmvO/jmCOoWX85Jy3h5EQyygM+FRym/2+nnm0QIOHI0UZwDQuK6clry6BYgH u31LF9/Oo/q6FOkEVzNyS4qJkuJmGWRSxL78A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; b=Vv6hYFE9wVraiVfo/2y4fcpwgkRK1akLcpo0o/UxkA+olbSvV+O637AxvTRf83RRas WYAG6zYJdkGVcfrvm1TQ6QbSSYiMU3X5fdeijrPgy0WGo8g+uWx7NRZI3beEcqqjdMxj pPcttxks4RDhNbV4m1e6p2Yr8ZTrtDCUukvcY= Received: by 10.86.95.20 with SMTP id s20mr1577144fgb.4.1233470443579; Sat, 31 Jan 2009 22:40:43 -0800 (PST) Received: from localhost (93-80-47-232.broadband.corbina.ru [93.80.47.232]) by mx.google.com with ESMTPS id l12sm1848015fgb.51.2009.01.31.22.40.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 31 Jan 2009 22:40:42 -0800 (PST) From: swell.k@gmail.com To: freebsd-x11@freebsd.org Date: Sun, 01 Feb 2009 09:40:36 +0300 Message-ID: <863aeyhd7f.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: 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: Sun, 01 Feb 2009 07:12:19 -0000 --=-=-= Can someone on the list tell if it's good idea to send a PR with only DDX part of nouveau driver? It works on my system which is: FreeBSD 8-CURRENT amd64 with GeForce 9600 GT, no DRM module Xorg.0.log - http://pastebin.com/f34b1ff30 There was even one report that this driver worked where xf86-video-nv didn't. In the port's distfile there is ChangeLog file which is basically `git log --stat'. Current revision in git doesn't work on my system since commit 410788dc896d99b658508e3a7ebcb4940a039f35, that's why the port is not about latest snapshot. --=-=-= Content-Disposition: attachment; filename=xf86-video-nouveau-0.0.10.20090129.shar Content-Description: the port in shar archive #!/bin/sh # This is a shell archive echo x xf86-video-nouveau/ mkdir -p xf86-video-nouveau/ > /dev/null 2>&1 echo x xf86-video-nouveau/distinfo sed 's/^X//' > xf86-video-nouveau/distinfo << 'SHAR_END' XMD5 (xorg/driver/xf86-video-nouveau-0.0.10.20090129.tar.bz2) = ea4663197027d798b2d287b315721832 XSHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20090129.tar.bz2) = a8fe3ba39aa691535c7423134bc6b6224c6bd8fbfdee3ed523301892976c6bdf XSIZE (xorg/driver/xf86-video-nouveau-0.0.10.20090129.tar.bz2) = 569851 SHAR_END echo x xf86-video-nouveau/pkg-plist sed 's/^X//' > xf86-video-nouveau/pkg-plist << 'SHAR_END' Xlib/xorg/modules/drivers/nouveau_drv.la Xlib/xorg/modules/drivers/nouveau_drv.so X@dirrmtry lib/xorg/modules/drivers X@dirrmtry lib/xorg/modules X@dirrmtry lib/xorg SHAR_END echo x xf86-video-nouveau/Makefile sed 's/^X//' > xf86-video-nouveau/Makefile << 'SHAR_END' X# New ports collection makefile for: xf86-video-nouveau X# Date Created: 29 Jan 2009 X# Whom: X# X# $FreeBSD$ X# X XPORTNAME= xf86-video-nouveau XPORTVERSION= 0.0.10.20090129 XCATEGORIES= x11-drivers XMASTER_SITES= ftp://ftp.lissyara.su/upload/ X XMAINTAINER= x11@FreeBSD.org XCOMMENT= free nouveau display driver for nvidia-based cards X XXORG_CAT= driver XUSE_XORG= videoproto xextproto xf86driproto XMAN4= nouveau.4x X X.include SHAR_END echo x xf86-video-nouveau/pkg-descr sed 's/^X//' > xf86-video-nouveau/pkg-descr << 'SHAR_END' Xnouveau is an X.Org Foundation and Freedesktop.org project which was Xinitially based on the obfuscated 2D-only free and open source "nv" Xdriver, aiming to develop free software drivers for NVIDIA graphics Xcards, by reverse engineering NVIDIA's current proprietary drivers for XLinux. X X-- Wikipedia SHAR_END exit --=-=-=-- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 12:34:10 2009 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 F2AC0106566C for ; Sun, 1 Feb 2009 12:34:10 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 452B48FC19 for ; Sun, 1 Feb 2009 12:34:10 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation2.localnet (workstation2.local.chronos.org.uk [IPv6:2001:470:1f09:12b:217:31ff:fe4c:c03a] (may be forged)) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n11CXv7N067839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 12:34:01 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n11CXv7N067839 Authentication-Results: chronos.org.uk; dkim=none (no signature) header.i=unknown; dkim-adsp=fail From: Matt Dawson To: Alex Goncharov Date: Sun, 1 Feb 2009 12:33:56 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200901311153.58361.vehemens@verizon.net> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8933/Sun Feb 1 05:27:00 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 01 Feb 2009 12:34:04 +0000 (GMT) Cc: freebsd-x11@freebsd.org Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 12:34:11 -0000 On Saturday 31 January 2009 21:25:21 Alex Goncharov wrote: > So, a *fundamental* (practically an OS component) port is brought in > -- and it disables my system. =A0What is my way of action? =A0Right -- > install the old packages, taken from an FTP site (is there a way to > get the previous "source", that is all the ports/*/*/Makefile files? > Csup can only go forward -- or can it go back?) Yes, it can. Read the man page for csup. You can set something like tag=3D. date=3D2008.12.20.12.00.00 in your supfile and get back to (within = reason)=20 any historic point in the tree. You can also tell portupgrade, if you use i= t,=20 to hold off on certain upgrades (try pkg_info -r xorg-7.3_2 for a full list= of=20 packages to hold in portupgrade.conf, HOLD_PKGS define) if you want to stay= =20 current, although I can see a few ports failing with odd deps after they've= =20 been touched by the Xorg bump, so you'd probably be better off using the=20 supfile's date method to preserve compatibility between ports. No idea what= =20 magical incantation to feed to portmaster or portsnap as I've never used th= em. That is not to say the new Xorg doesn't work. The only problems I've seen o= n=20 Radeons needed a couple of options lines in xorg.conf due to the=20 hald/dbus/xorg race and an fdi to make the keyboard layout match what I=20 actually have rather than "us". Easily fixed for now and 7.4 brings some fi= xes=20 to my systems that I have been awaiting for quite some time, most notably t= he=20 horrendous XPress 200M chipset now works with DRI. Best regards, =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 13:11:23 2009 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 990CA1065672 for ; Sun, 1 Feb 2009 13:11:23 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 43F4C8FC08 for ; Sun, 1 Feb 2009 13:11:23 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA10.westchester.pa.mail.comcast.net with comcast id AckT1b0020cZkys5AdBPQp; Sun, 01 Feb 2009 13:11:23 +0000 Received: from daland.home ([24.34.211.11]) by OMTA10.westchester.pa.mail.comcast.net with comcast id AdBP1b0060FJTGg3WdBPTD; Sun, 01 Feb 2009 13:11:23 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTc6b-000Oho-Ux; Sun, 01 Feb 2009 08:11:21 -0500 From: Alex Goncharov To: Matt Dawson In-reply-to: <200902011233.57132.matt@chronos.org.uk> (message from Matt Dawson on Sun, 1 Feb 2009 12:33:56 +0000) References: <200901311153.58361.vehemens@verizon.net> <200902011233.57132.matt@chronos.org.uk> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 08:11:21 -0500 Cc: freebsd-x11@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 13:11:24 -0000 ,--- You/Matt (Sun, 1 Feb 2009 12:33:56 +0000) ----* | Yes, it can. Read the man page for csup. You can set something like | tag=. date=2008.12.20.12.00.00 in your supfile and get back to (within reason) | any historic point in the tree. That is wonderfully nice -- thank you. | You can also tell portupgrade, if you use it, to hold off on certain | upgrades (try pkg_info -r xorg-7.3_2 for a full list of packages to | hold in portupgrade.conf, HOLD_PKGS define) if you want to stay | current, although I can see a few ports failing with odd deps after | they've been touched by the Xorg bump, so you'd probably be better | off using the supfile's date method to preserve compatibility | between ports. OK, now the idea of how to keep a part of my port system old and the other part new is beginning to shape in my head... A bit of pain but should be doable. | That is not to say the new Xorg doesn't work. The only problems I've | seen on Radeons needed a couple of options lines in xorg.conf due to | the hald/dbus/xorg race and an fdi to make the keyboard layout match | what I actually have rather than "us". Easily fixed for now and 7.4 | brings some fixes to my systems that I have been awaiting for quite | some time, most notably the horrendous XPress 200M chipset now works | with DRI. Knowing about specific things now fixed for specific users is very encouraging. Thanks a lot! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 14:17:25 2009 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 C69C7106566B; Sun, 1 Feb 2009 14:17:25 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 367A18FC16; Sun, 1 Feb 2009 14:17:24 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n11EHIUb095996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 14:17:18 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n11EHIUb095996 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1233497839; bh=CwTSaXzSQBNQk9Tp53Feq3Z6D0SD7a1y0QISA/JIS4A=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=OARGyIuCKPs256ZDZlyMcPtJAglpZM+K6K+0dKraaTziyJyceztc/BwMdmKdSY7ju PG5N5/3/OdIzB1aYtpokaW0wrRk4YxH1LIABDd/MMYWOnyOEkrtW91NthjBlKF1Q9a wX4k6cjmZy8VjzBnog3jHymcrQ64BqH3k+d/S+e0= From: Matt Dawson To: Alex Goncharov Date: Sun, 1 Feb 2009 14:17:16 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200901311153.58361.vehemens@verizon.net> <200902011233.57132.matt@chronos.org.uk> In-Reply-To: X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8933/Sun Feb 1 05:27:00 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 01 Feb 2009 14:17:19 +0000 (GMT) Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 14:17:26 -0000 On Sunday 01 February 2009 13:11:21 Alex Goncharov wrote: > On Sun, 1 Feb 2009 12:33:56 +0000 I wrote: > | That is not to say the new Xorg doesn't work. The only problems I've > | seen on Radeons needed a couple of options lines in xorg.conf due to > | the hald/dbus/xorg race and an fdi to make the keyboard layout match > | what I actually have rather than "us". Easily fixed for now and 7.4 > | brings some fixes to my systems that I have been awaiting for quite > | some time, most notably the horrendous XPress 200M chipset now works > | with DRI. > > Knowing about specific things now fixed for specific users is very > encouraging. I had better post to the lists exactly what I did, having thrown that encouraging word out: Ensure the files section doesn't contain anything like RGBPath if you've upgraded, then add Option "AllowEmptyInput" "False" and Option "AutoAddDevices" "False" to the server layout section in xorg.conf. Then create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi with the following contents: gb Restart hald etc. This cleared up all issues of not playing nice with moused, missing keyboards and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I have not tried hotplugging a USB mouse on this configuration. That's to come on the laptop, which works fine with its trackpad (although middle and right clicks have been redefined to three and two finger taps respectively - it was the other way around) with the updated xf86-input-synaptics driver. Which brings me to another little niggle: > Thanks a lot! You're very welcome. Best regards, -- Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 14:37:34 2009 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 B1F9E1065717 for ; Sun, 1 Feb 2009 14:37:34 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0D38FC1E for ; Sun, 1 Feb 2009 14:37:34 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA09.westchester.pa.mail.comcast.net with comcast id AcqF1b0030SCNGk59eda27; Sun, 01 Feb 2009 14:37:34 +0000 Received: from daland.home ([24.34.211.11]) by OMTA09.westchester.pa.mail.comcast.net with comcast id Aeda1b00J0FJTGg3VedabX; Sun, 01 Feb 2009 14:37:34 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTdS0-000PUf-Vb; Sun, 01 Feb 2009 09:37:32 -0500 From: Alex Goncharov To: Matt Dawson In-reply-to: <200902011417.18045.matt@chronos.org.uk> (message from Matt Dawson on Sun, 1 Feb 2009 14:17:16 +0000) References: <200901311153.58361.vehemens@verizon.net> <200902011233.57132.matt@chronos.org.uk> <200902011417.18045.matt@chronos.org.uk> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 09:37:32 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:37:35 -0000 ,--- I/Alex (Sun, 01 Feb 2009 08:11:21 -0500) ----* | Knowing about specific things now fixed for specific users is very | encouraging. | | Thanks a lot! `-------------------------------------------------* ,--- You/Matt (Sun, 1 Feb 2009 14:17:16 +0000) ----* | I had better post to the lists exactly what I did, having thrown that | encouraging word out: I'll make a pass on your list, to compare notes etc. | Ensure the files section doesn't contain anything like RGBPath if | you've upgraded, then add Option "AllowEmptyInput" "False" and | Option "AutoAddDevices" "False" to the server layout section in | xorg.conf. I did that -- when I was using HAL. | Then create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi | with the following contents: | | | | | | gb | | | Not applicable to me, here in the USA. | Restart hald etc. Not applicable to me, running without HAL. | This cleared up all issues of not playing nice with moused, missing keyboards | and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with | whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I | have not tried hotplugging a USB mouse on this configuration. That's to come | on the laptop, which works fine with its trackpad (although middle and right | clicks have been redefined to three and two finger taps respectively - it was | the other way around) with the updated xf86-input-synaptics driver. This is an interesting bit... So, I have a lousy new X on a desktop, and had a fully disfunctional one on my Latitude notebook (due to "crazy" keyboard" events), the latter being reverted to xorg-server 1.4. The laptop has a touch pad, which is reasonable to assume to be "synaptics" -- but I don't use the pad (I've physically covered it, and use only the "pointing stick" in the middle of the keyboard); during one my experiments I also disabled the thing in BIOS. And: I have never used the xf86-input-synaptics driver. Is this something to think about -- what is the role of this driver? Can the lack of it bring the storm of bogus key events with wrong scan codes? | Which brings me to another little niggle: I can't comment on it -- but why to do it: why not to use the xkb extensions (Option "XkbLayout" "gb" -- or something of that sort)? -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 15:52:59 2009 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 3BB9010656EF for ; Sun, 1 Feb 2009 15:52:59 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5484D8FC0C for ; Sun, 1 Feb 2009 15:52:57 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n11FqmMg021732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 15:52:49 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n11FqmMg021732 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1233503569; bh=NLX64hZD1+nUNn2OXItg+R3+CT9N1ZuHBqZL+O6TFN8=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=HHTdWaI6n0wc/50dbhXisaupYCSc4yY7BlhXu5c4wjHyssl2H2hp3gozHN314pclB 00jcYsGmRm3xACni0o7Q3Ds06rBKg5lx9qFDjMEKweVlvoHdyNrJ45lh0qK20f0nK0 LtIQ0DKBa7LW9Z4mnBuVw4U0mpKMSOkqkHN5W66M= From: Matt Dawson To: Alex Goncharov , freebsd-x11@freebsd.org Date: Sun, 1 Feb 2009 15:52:47 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <200901311153.58361.vehemens@verizon.net> <200902011417.18045.matt@chronos.org.uk> In-Reply-To: X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8934/Sun Feb 1 13:58:06 2009 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 01 Feb 2009 15:52:49 +0000 (GMT) Cc: Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 15:53:00 -0000 On Sunday 01 February 2009 14:37:32 Alex Goncharov wrote: > he laptop has a touch pad, which is reasonable to assume to be > "synaptics" -- but I don't use the pad (I've physically covered it, > and use only the "pointing stick" in the middle of the keyboard); > during one my experiments I also disabled the thing in BIOS. > > And: I have never used the xf86-input-synaptics driver. > > Is this something to think about -- what is the role of this driver? > Can the lack of it bring the storm of bogus key events with wrong scan > codes? Just tried dropping the synaptics driver and option in loader.conf (it needs hw.psm.synaptics_support in /boot/loader.conf or it gets picked up as an Intellimouse) and it works as a standard mouse. The keyboard is still fine with no spurious events. The synaptics driver opens up a lot of features on the trackpad (right hand side becomes a scroll "wheel", the bottom edge becomes a horizontal scroll, it picks up multi-taps and you can tweak much of it in xorg.conf) but I don't think this is the cause of your issue. FYI, this laptop is an ECS 331, RS485 chipset with a Turion ML34 CPU running 7-STABLE amd64 from Jan 12th. If anyone's interested (on x11@), I did just plug a USB mouse in and it Just Worked [TM] without me having to mess with anything. > | Which brings me to another little niggle: > > I can't comment on it -- but why to do it: why not to use the xkb > extensions (Option "XkbLayout" "gb" -- or something of that sort)? This was a general question to stable@ since I use the console a lot on servers and this used to stop me putting things like securelevel_enable=@YES@ into rc.conf and rebooting without noticing what I'd done, then engaging in percussive maintenance because it refuses to boot ;o) -- Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 16:41:28 2009 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 758ED1065672 for ; Sun, 1 Feb 2009 16:41:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2128FC08 for ; Sun, 1 Feb 2009 16:41:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n11Gejlr085342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 11:40:45 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: swell.k@gmail.com In-Reply-To: <863aeyhd7f.fsf@gmail.com> References: <863aeyhd7f.fsf@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-sx+bUO/Cl+tJtrjqNDn7" Organization: FreeBSD Date: Sun, 01 Feb 2009 11:41:20 -0500 Message-Id: <1233506480.1534.38.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: 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: Sun, 01 Feb 2009 16:41:28 -0000 --=-sx+bUO/Cl+tJtrjqNDn7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-02-01 at 09:40 +0300, swell.k@gmail.com wrote: > Can someone on the list tell if it's good idea to send a PR with > only DDX part of nouveau driver? It works on my system which is: >=20 > FreeBSD 8-CURRENT amd64 with GeForce 9600 GT, no DRM module > Xorg.0.log - http://pastebin.com/f34b1ff30 >=20 > There was even one report that this driver worked where xf86-video-nv > didn't. I think I looked into this briefly a little while back. Thanks for putting this together. Go ahead and send-pr and ask to assign it to me, or just send me the pr #. I can't test it, other than to verify the build, but I will consult the nouveau guys about the build issue. robert. > In the port's distfile there is ChangeLog file which is basically > `git log --stat'. Current revision in git doesn't work on my system > since commit 410788dc896d99b658508e3a7ebcb4940a039f35, that's why > the port is not about latest snapshot. >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-sx+bUO/Cl+tJtrjqNDn7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEUEABECAAYFAkmF0K8ACgkQM4TrQ4qfROOqMgCWImthWrEZJFqL4icCEkGNcrSu 4wCdFZmYj76j18UEVGuIWVg8bTEYhHY= =L1u8 -----END PGP SIGNATURE----- --=-sx+bUO/Cl+tJtrjqNDn7-- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 17:03:31 2009 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 ABBB9106564A; Sun, 1 Feb 2009 17:03:31 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 27E048FC1D; Sun, 1 Feb 2009 17:03:30 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by gxk14 with SMTP id 14so1230249gxk.19 for ; Sun, 01 Feb 2009 09:03:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=nuhEZFL+TQbYOUe8e8Rk6qILhvpmt7FPlGWuecM7FHk=; b=CFJYumtWumkf/IZ422LOp7F+g9JkYkSPpbjo4fFgg/euI+oNXy9CDt6QlhHVvMGsSg OQ5aIb81VEkPQY6ji8Tiv/lf1HcmerXJ7gl0hGxtJlmAzSPZUOSqH8u+5cBCvReXeKCn eg4O61AojAC8zh1pm7QxZNeea+FUq1YMttpI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=m3eL6m/T2nzZSFuhwbY4o7d5PXLZEPsp/aPoRMQjqhx6BJy4tKRbRC0oa7hWzBTFxk IwVFFskf/WF/oqN0bTMRkYiGokrg+Tio6/dyaebKgay3RRFTasJs5iZsjv/jjgQuWDGL YqeyR3NmyoEL/I1vI15xvQnRbqqAQywMki2WY= Received: by 10.90.99.3 with SMTP id w3mr2145781agb.111.1233507810354; Sun, 01 Feb 2009 09:03:30 -0800 (PST) Received: from ?10.0.3.231? (pool-70-111-172-146.nwrk.east.verizon.net [70.111.172.146]) by mx.google.com with ESMTPS id 5sm6239039agc.10.2009.02.01.09.03.29 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Feb 2009 09:03:29 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Alex Goncharov In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> Content-Type: text/plain Date: Sun, 01 Feb 2009 12:03:06 -0500 Message-Id: <1233507786.61410.9.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 17:03:32 -0000 On Sat, 2009-01-31 at 16:25 -0500, Alex Goncharov wrote: > ,--- You/vehemens (Sat, 31 Jan 2009 11:53:58 -0800) ----* > | In general when upgrading, you take your chances. If a port upgrade > | fails, you should fall back to what worked. > > So, a *fundamental* (practically an OS component) port is brought in > -- and it disables my system. What is my way of action? Right -- > install the old packages, taken from an FTP site (is there a way to > get the previous "source", that is all the ports/*/*/Makefile files? > Csup can only go forward -- or can it go back?) > > When I install the old packages, I can no longer rebuild and install > new (say `csup'ed on 2009-03-01) port components, as one whole -- I > can only do it selectively, excluding from the upgrade most > X-dependent things. That sucks and will lead to a problem earlier or > later. Will combination of sysutils/portdowngrade and HOLD_PKGS variable in /usr/local/etc/pkgtools.conf accomplish what you are trying to accomplish? -- Alexandre "Sunny" Kovalenko From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 18:18:11 2009 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 91277106564A for ; Sun, 1 Feb 2009 18:18:11 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) by mx1.freebsd.org (Postfix) with ESMTP id 37BC98FC0C for ; Sun, 1 Feb 2009 18:18:10 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.3/8.14.3) with ESMTP id n11IHxlB091302 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Feb 2009 12:17:59 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <4985E752.3080503@tundraware.com> Date: Sun, 01 Feb 2009 12:17:54 -0600 From: Tim Daneliuk Organization: TundraWare Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901311153.58361.vehemens@verizon.net> <1233507786.61410.9.camel@RabbitsDen> In-Reply-To: <1233507786.61410.9.camel@RabbitsDen> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-tundraware.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n11IHxlB091302 X-tundraware.com-MailScanner: Found to be clean X-tundraware.com-MailScanner-From: tundra@tundraware.com X-Spam-Status: No Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 18:18:11 -0000 Alexandre "Sunny" Kovalenko wrote: > On Sat, 2009-01-31 at 16:25 -0500, Alex Goncharov wrote: >> ,--- You/vehemens (Sat, 31 Jan 2009 11:53:58 -0800) ----* >> | In general when upgrading, you take your chances. If a port upgrade >> | fails, you should fall back to what worked. >> >> So, a *fundamental* (practically an OS component) port is brought in >> -- and it disables my system. What is my way of action? Right -- >> install the old packages, taken from an FTP site (is there a way to >> get the previous "source", that is all the ports/*/*/Makefile files? >> Csup can only go forward -- or can it go back?) >> >> When I install the old packages, I can no longer rebuild and install >> new (say `csup'ed on 2009-03-01) port components, as one whole -- I >> can only do it selectively, excluding from the upgrade most >> X-dependent things. That sucks and will lead to a problem earlier or >> later. > Will combination of sysutils/portdowngrade and HOLD_PKGS variable > in /usr/local/etc/pkgtools.conf accomplish what you are trying to > accomplish? > I spend a fair amount of time doing data center consulting professionally, and the idea of incremental upgrade/ regressions terrifies IT operations people. New production systems are first tested in a non-production mode, and then staged to production. In light of these kinds of issues, some time ago, I came up with a scheme to do "snapshots" of running FreeBSD (or Linux, for that matter) systems. This makes easy to (re)image a given server with a known good production configuration. It is built around an almost trivial backup shell script I did a long time ago: http://www.tundraware.com/Software/tbku/ Specific FreeBSD imaging info using 'tbku' is there as well: http://www.tundraware.com/Software/tbku/Imaging-FreeBSD-With-tbku.html This general approach has saved my on a number of occasions, and I regularly shoot system snapshots of my stable server configurations "just in case"... ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 18:32:08 2009 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 4B9D81065670 for ; Sun, 1 Feb 2009 18:32:08 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) by mx1.freebsd.org (Postfix) with ESMTP id 10B0C8FC13 for ; Sun, 1 Feb 2009 18:32:07 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.3/8.14.3) with ESMTP id n11IVt8g001579 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 1 Feb 2009 12:31:55 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <4985EA97.5040208@tundraware.com> Date: Sun, 01 Feb 2009 12:31:51 -0600 From: Tim Daneliuk Organization: TundraWare Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-x11@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-tundraware.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n11IVt8g001579 X-tundraware.com-MailScanner: Found to be clean X-tundraware.com-MailScanner-From: tundra@tundraware.com X-Spam-Status: No Subject: Can These Drivers Be Forcibly Removed From As Xorg Dependencies? 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, 01 Feb 2009 18:32:08 -0000 I have mostly managed to get xorg updated, at least up to a point. portupgrade --batch -a -n reports: ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (marked as IGNORE) - x11-drivers/xf86-video-via (marked as IGNORE) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg (xorg-7.3_2) Can I safely do a forced removal of the vga and via drivers, and then a pkgdb -FLa to rebuild dependencies, thereby (hopefully) allowing the rest of the xorg update to be portupgraded successfully? TIA, -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 19:03:36 2009 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 DAED6106564A for ; Sun, 1 Feb 2009 19:03:36 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9F98B8FC08 for ; Sun, 1 Feb 2009 19:03:36 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (67.158.192-77.rev.gaoland.net [77.192.158.67]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 0691F6332D9 for ; Sun, 1 Feb 2009 19:47:57 +0100 (CET) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id E0047EA8F for ; Sun, 1 Feb 2009 19:47:54 +0100 (CET) Date: Sun, 1 Feb 2009 19:47:54 +0100 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-x11@freebsd.org Message-ID: <20090201194754.13ecae25@baby-jane.lamaiziere.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.7.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Xorg7.4 with hal: no keyboard. 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, 01 Feb 2009 19:03:37 -0000 Hello, With Xorg 7.4 and hal my keyboard does not work. It is the internal keyboard of a Macbook pro. (without hal the keyboard works but I've got the mouse problem "X hangs until mouse is moved") Any idea? Thanks. (II) config/hal: Adding input device Apple Internal Keyboard / Trackpad (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) Apple Internal Keyboard / Trackpad: always reports core events (**) Option "Protocol" "standard" (**) Apple Internal Keyboard / Trackpad: Protocol: standard (**) Option "Device" "/dev/ukbd1" (EE) Apple Internal Keyboard / Trackpad: cannot open "/dev/ukbd1" (EE) PreInit failed for input device "Apple Internal Keyboard / Trackpad" (II) UnloadModule: "kbd" (EE) config/hal: NewInputDeviceRequest failed ~$ dmesg | grep ukbd ukbd0: on uhub0 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x3d0000 ukbd1: on uhub5 kbd2 at ukbd1 kbd2: ukbd1, generic (0), config:0x0, flags:0x3d0000 Don't know why there are two ukbd here... Regards. From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 19:11:09 2009 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 EA6D2106566B for ; Sun, 1 Feb 2009 19:11:09 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8B98FC12 for ; Sun, 1 Feb 2009 19:11:09 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA02.westchester.pa.mail.comcast.net with comcast id AcsP1b00117dt5G52jB9Zq; Sun, 01 Feb 2009 19:11:09 +0000 Received: from daland.home ([24.34.211.11]) by OMTA13.westchester.pa.mail.comcast.net with comcast id AjB91b00N0FJTGg3ZjB9ur; Sun, 01 Feb 2009 19:11:09 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LThil-00021g-W9; Sun, 01 Feb 2009 14:11:07 -0500 From: Alex Goncharov To: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1233507786.61410.9.camel@RabbitsDen> (gaijin.k@gmail.com) References: <200901311153.58361.vehemens@verizon.net> <1233507786.61410.9.camel@RabbitsDen> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 14:11:07 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 19:11:11 -0000 ,--- Alexandre \ (Sun, 01 Feb 2009 12:03:06 -0500) ----* | > When I install the old packages, I can no longer rebuild and install | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > can only do it selectively, excluding from the upgrade most | > X-dependent things. That sucks and will lead to a problem earlier or | > later. | Will combination of sysutils/portdowngrade and HOLD_PKGS variable | in /usr/local/etc/pkgtools.conf accomplish what you are trying to | accomplish? `------------------------------------------------------* I'll try something of that nature (not today) with your and other people's advice. Thank you! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 19:37:04 2009 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 BEBE810656D2 for ; Sun, 1 Feb 2009 19:37:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2EB8FC56 for ; Sun, 1 Feb 2009 19:36:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n11Ja5f9086268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 14:36:05 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tim Daneliuk In-Reply-To: <4985EA97.5040208@tundraware.com> References: <4985EA97.5040208@tundraware.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vG0dxH7Z/idMtewqmoQe" Organization: FreeBSD Date: Sun, 01 Feb 2009 14:36:41 -0500 Message-Id: <1233517001.1534.51.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Can These Drivers Be Forcibly Removed From As Xorg Dependencies? 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, 01 Feb 2009 19:37:18 -0000 --=-vG0dxH7Z/idMtewqmoQe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-02-01 at 12:31 -0600, Tim Daneliuk wrote: > I have mostly managed to get xorg updated, at least up to a point. > portupgrade --batch -a -n reports: >=20 > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > - x11-drivers/xf86-video-vga (marked as IGNORE) > - x11-drivers/xf86-video-via (marked as IGNORE) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg (xorg-7.3_2) >=20 > Can I safely do a forced removal of the vga and via drivers, > and then a pkgdb -FLa to rebuild dependencies, thereby (hopefully) > allowing the rest of the xorg update to be portupgraded successfully? Yes, in fact, I recommend it. robert. > TIA, --=20 Robert Noland FreeBSD --=-vG0dxH7Z/idMtewqmoQe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmF+ckACgkQM4TrQ4qfRONQdgCffLN0R/IzEBpLVouVWsRm60yj TTMAn0i3XvDJfLqu+pOwYNnPgXVHvTCq =8cjf -----END PGP SIGNATURE----- --=-vG0dxH7Z/idMtewqmoQe-- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 19:55:56 2009 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 92FA2106566C for ; Sun, 1 Feb 2009 19:55:56 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.39]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5B78FC12 for ; Sun, 1 Feb 2009 19:55:55 +0000 (UTC) (envelope-from amarat@ksu.ru) X-IronPort-AV: E=Sophos;i="4.37,360,1231102800"; d="scan'208";a="1464418" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 01 Feb 2009 22:26:11 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n11JNu3w032153; Sun, 1 Feb 2009 19:23:56 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n11JQ69l044337; Sun, 1 Feb 2009 22:26:06 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4985F74E.20303@ksu.ru> Date: Sun, 01 Feb 2009 22:26:06 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Dwayne MacKinnon , "freebsd-x11@freebsd.org >> freebsd-x11" References: <200901311434.34193.dmk@ncf.ca> In-Reply-To: <200901311434.34193.dmk@ncf.ca> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gmplayer trouble 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, 01 Feb 2009 19:55:56 -0000 Dwayne MacKinnon wrote: > Hi all, > > I'm having the exact same problem as Marat when trying to run gmplayer. > mplayer works fine. > > MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (Family: 15, Model: > 107, Stepping: 2) > CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 > Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE > SSE2 > [ws] Error in display. > [ws] Error code: 10 ( BadAccess (attempt to access private resource denied) ) > [ws] Request code: 148 > [ws] Minor code: 1 > [ws] Modules: (NULL) > > I'm running 7.1-RELEASE i386 with a nVidia GeForce 7330 card, running Xorg > 7.4 (compiled from ports) and the nvidia-driver port. > > I'll also mentioned that I recompiled and reinstalled the mplayer port. Didn't > help. > > Cheers, > DMK > we're discussing this in [1], but still without any solution [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=130966 -- SY, Marat From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 21:02:17 2009 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 AE9F01065687 for ; Sun, 1 Feb 2009 21:02:17 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 56AF18FC31 for ; Sun, 1 Feb 2009 21:02:16 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA04.westchester.pa.mail.comcast.net with comcast id Aeb61b01R16LCl054l2HZy; Sun, 01 Feb 2009 21:02:17 +0000 Received: from daland.home ([24.34.211.11]) by OMTA06.westchester.pa.mail.comcast.net with comcast id Al2A1b0050FJTGg3Sl2Aep; Sun, 01 Feb 2009 21:02:10 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTjSJ-000DPJ-GR; Sun, 01 Feb 2009 16:02:15 -0500 From: Alex Goncharov To: "Matthew D. Fuller" In-reply-to: <20090201204815.GL65672@over-yonder.net> (fullermd@over-yonder.net) References: <200901311153.58361.vehemens@verizon.net> <20090201204815.GL65672@over-yonder.net> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 16:02:15 -0500 Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 21:02:18 -0000 ,--- You/Matthew (Sun, 1 Feb 2009 14:48:15 -0600) ----* | On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of | Alex Goncharov, and lo! it spake thus: | > Csup can only go forward -- or can it go back?) | | You can specify a date in a supfile since, like, ever. `-----------------------------------------------------* Yes, other people have already pointed this out and I just got the code as of 2009.01.23.12.00.00 -- four hours before the first submission of the new X. Now I just need to think through my next steps :-) Thank you! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 21:05:49 2009 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 94ECC10656C0; Sun, 1 Feb 2009 21:05:49 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 65F518FC30; Sun, 1 Feb 2009 21:05:49 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-64-197-185.hsd1.ms.comcast.net [75.64.197.185]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id DB0EB37B58B; Sun, 1 Feb 2009 14:48:16 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 95B8D61C44; Sun, 1 Feb 2009 14:48:15 -0600 (CST) Date: Sun, 1 Feb 2009 14:48:15 -0600 From: "Matthew D. Fuller" To: Alex Goncharov Message-ID: <20090201204815.GL65672@over-yonder.net> References: <200901311153.58361.vehemens@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.18-fullermd.4 (2008-05-17) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Unhappy Xorg upgrade 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, 01 Feb 2009 21:05:51 -0000 On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of Alex Goncharov, and lo! it spake thus: > > Csup can only go forward -- or can it go back?) You can specify a date in a supfile since, like, ever. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-x11@FreeBSD.ORG Sun Feb 1 22:30:15 2009 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 8A13A1065670; Sun, 1 Feb 2009 22:30:15 +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 1F7FA8FC21; Sun, 1 Feb 2009 22:30:15 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n11MUF0F063944; Sun, 1 Feb 2009 22:30:15 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n11MUEeq063932; Sun, 1 Feb 2009 22:30:14 GMT (envelope-from linimon) Date: Sun, 1 Feb 2009 22:30:14 GMT Message-Id: <200902012230.n11MUEeq063932@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/131192: x11/xorg: Bad message after an update... 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, 01 Feb 2009 22:30:16 -0000 Old Synopsis: x11: Bad message after an update... New Synopsis: x11/xorg: Bad message after an update... Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 1 22:29:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131192 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 01:32:32 2009 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 242FA1065674; Mon, 2 Feb 2009 01:32:31 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B63E58FC12; Mon, 2 Feb 2009 01:32:31 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (rnoland@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n121WVU3010131; Mon, 2 Feb 2009 01:32:31 GMT (envelope-from rnoland@freefall.freebsd.org) Received: (from rnoland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n121WV7q010127; Mon, 2 Feb 2009 01:32:31 GMT (envelope-from rnoland) Date: Mon, 2 Feb 2009 01:32:31 GMT Message-Id: <200902020132.n121WV7q010127@freefall.freebsd.org> To: eric.douzet@laposte.net, rnoland@FreeBSD.org, freebsd-x11@FreeBSD.org From: rnoland@FreeBSD.org Cc: Subject: Re: ports/131192: x11/xorg: Bad message after an update... 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, 02 Feb 2009 01:32:32 -0000 Synopsis: x11/xorg: Bad message after an update... State-Changed-From-To: open->closed State-Changed-By: rnoland State-Changed-When: Mon Feb 2 01:32:30 UTC 2009 State-Changed-Why: This message is harmless http://www.freebsd.org/cgi/query-pr.cgi?pr=131192 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 01:40:07 2009 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 E63301065670 for ; Mon, 2 Feb 2009 01:40:07 +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 D358C8FC08 for ; Mon, 2 Feb 2009 01:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n121e7uY011407 for ; Mon, 2 Feb 2009 01:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n121e7fQ011406; Mon, 2 Feb 2009 01:40:07 GMT (envelope-from gnats) Date: Mon, 2 Feb 2009 01:40:07 GMT Message-Id: <200902020140.n121e7fQ011406@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Robert Noland Cc: Subject: Re: ports/131192: x11/xorg: Bad message after an update... X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Noland List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 01:40:08 -0000 The following reply was made to PR ports/131192; it has been noted by GNATS. From: Robert Noland To: bug-followup@FreeBSD.org, eric.douzet@laposte.net Cc: Subject: Re: ports/131192: x11/xorg: Bad message after an update... Date: Sun, 01 Feb 2009 20:31:22 -0500 --=-elN9DxQZYVc86YcQhiQK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This message is harmless. It indicates that libXext has support for XGE, (X Generic Events) but the server does not yet have support for them. Server 1.6 will support them. robert. --=20 Robert Noland FreeBSD --=-elN9DxQZYVc86YcQhiQK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmGTOoACgkQM4TrQ4qfROMKbgCfRT4IJbXqROqesaFl0M5vnKrf FnoAn3445ft9N2P4XRT/QcxGZuLvgBRi =kxw8 -----END PGP SIGNATURE----- --=-elN9DxQZYVc86YcQhiQK-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 04:16:05 2009 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 E2B77106566B; Mon, 2 Feb 2009 04:16:05 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 35BB28FC0C; Mon, 2 Feb 2009 04:16:04 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so553237tib.3 for ; Sun, 01 Feb 2009 20:16:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=gZo1xLGm+uyXPiiJfapHyMHfwAuKCY8LPD4HpAbYB6c=; b=XzbnjeoOqnQWJp+/+yYd5Pbo8Clq7Q4+XVniRZ5yOYw0tc9j1xsmuF4nDRCFJ/I4yF wRf7ZUJUkLRcYQbNRFR8pEPVbEJQPBMFSvamgSCNmYyVnJ386JUuhbFRebhXP0Ma2I8D /mdH+cjnMiUyXyGtSGmswZBGaAuWAugiwHL+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=JRcMbGhZ3WM9CCacKoa6zpgPcEufo5pmtuBEwUnEVx2fJU/4DQG0gI4arLCbA6k1a/ aPtcPxbbrldjs4nhE5rII2uTLpLIOVJVTeOAHpmo6OG/TFaFuwvcGJM+1GVBA8YckGem GJpI+8SklB3x6eymU3kYsQ7Yzq98caYRhbLYQ= Received: by 10.110.61.16 with SMTP id j16mr5820900tia.10.1233548163684; Sun, 01 Feb 2009 20:16:03 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id u8sm10104806tia.28.2009.02.01.20.16.02 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Feb 2009 20:16:03 -0800 (PST) Sender: Maho NAKATA Date: Mon, 02 Feb 2009 13:15:28 +0900 (JST) Message-Id: <20090202.131528.241925472.chat95@mac.com> To: shaun@FreeBSD.org From: Maho NAKATA In-Reply-To: <1232928822.40891.24.camel@hood.oook.cz> References: <1232790471.16190.2.camel@hood.oook.cz> <20090126.090941.71165646.chat95@mac.com> <1232928822.40891.24.camel@hood.oook.cz> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pav@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org Subject: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 04:16:06 -0000 Hi Shaun (Cc: Florent and Pav) Shaun, could you please approve following patch [1] to unbreak graphics/f90gl? Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". Consequently, my port graphics/f90gl has been broken. You can also remove files/Makefile as it is not referenced. Thanks Florent for your tough work for Xorg 7.4. I was bit busy at that time. [1] --- ports/graphics/libglut/Makefile 2009-01-25 06:45:05.000000000 +0900 +++ ports/graphics/libglut/Makefile 2009-02-02 13:01:40.000000000 +0900 @@ -7,6 +7,7 @@ PORTNAME= libglut PORTVERSION= ${MESAVERSION} +PORTREVISION= 1 CATEGORIES= graphics MAINTAINER= shaun@FreeBSD.org @@ -18,6 +19,9 @@ do-install: cd ${WRKSRC}/src/glut/glx; ${GMAKE} install + ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${WRKSRC}/include/GL/glutf90.h \ + ${PREFIX}/include/GL .include "${.CURDIR}/../../graphics/libGL/bsd.mesalib.mk" .include --- ports/graphics/libglut/pkg-plist 2009-01-24 01:27:38.000000000 +0900 +++ ports/graphics/libglut/pkg-plist 2009-02-02 12:54:31.000000000 +0900 @@ -1,4 +1,5 @@ include/GL/glut.h +include/GL/glutf90.h lib/libglut.so lib/libglut.so.3 libdata/pkgconfig/glut.pc ------------------------------------ Best regards, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 05:43:28 2009 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 EE24D1065676 for ; Mon, 2 Feb 2009 05:43:28 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f10.google.com (mail-fx0-f10.google.com [209.85.220.10]) by mx1.freebsd.org (Postfix) with ESMTP id 261338FC22 for ; Mon, 2 Feb 2009 05:43:27 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm3 with SMTP id 3so1182729fxm.19 for ; Sun, 01 Feb 2009 21:43:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=i0UUEMpthWfSjIXzEP33Q5kp6SvAAF0AmJqxEjXRyLs=; b=RHsgKt3pSzqXb9UuF/BsgNAM5NeJUg5yVEUd9saSS8fkWsSRR16VRKYrCYBakd8mOo jQhesXQdr+GxofuwSGXF8slHHMUPF1IlMhdooraumENE6N1HBKWEGLU8J8Qeta71AiZC vhRvpvh7DVW1mCYxW7FGf7QtQw00zkFXvGaTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=ZzywnH9zXSiqr5b/b+dHqYJ3dIUUHaREDSUOIRLbMmzXyXJ0P7MSVl2zdT3SdISfvv ycKk8El48KBTWcoix6wRuq3yENAaWhXs9MVteAgPE5jmJTz+n01wk07MEcz21urchTC7 jm0+jxapmrzJUAqXwXVl1Rg8PtYUxE3aR2Ae4= Received: by 10.103.102.17 with SMTP id e17mr358774mum.136.1233553407173; Sun, 01 Feb 2009 21:43:27 -0800 (PST) Received: from localhost (78-106-236-114.broadband.corbina.ru [78.106.236.114]) by mx.google.com with ESMTPS id e8sm1871584muf.0.2009.02.01.21.43.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 01 Feb 2009 21:43:26 -0800 (PST) From: swell.k@gmail.com To: Robert Noland References: <863aeyhd7f.fsf@gmail.com> <1233506480.1534.38.camel@ferret.2hip.net> Date: Mon, 02 Feb 2009 08:43:23 +0300 Message-ID: <86wsc9pf5w.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-x11@freebsd.org Subject: Re: 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: Mon, 02 Feb 2009 05:43:29 -0000 Robert Noland writes: > On Sun, 2009-02-01 at 09:40 +0300, swell.k@gmail.com wrote: >> Can someone on the list tell if it's good idea to send a PR with >> only DDX part of nouveau driver? It works on my system which is: >> >> FreeBSD 8-CURRENT amd64 with GeForce 9600 GT, no DRM module >> Xorg.0.log - http://pastebin.com/f34b1ff30 >> >> There was even one report that this driver worked where xf86-video-nv >> didn't. As reporter says this was on integrated C51PV [GeForce 6150] and AL2051W. > > I think I looked into this briefly a little while back. Thanks for > putting this together. Go ahead and send-pr and ask to assign it to me, > or just send me the pr #. Well, I was surprised that it worked without modifications, too. The PR number is `ports/131276'. There is one known issue in it: switching from Xserver to syscons and back to Xserver causes the latter to crash. > > I can't test it, other than to verify the build, but I will consult the > nouveau guys about the build issue. > > robert. > >> In the port's distfile there is ChangeLog file which is basically >> `git log --stat'. Current revision in git doesn't work on my system >> since commit 410788dc896d99b658508e3a7ebcb4940a039f35, that's why >> the port is not about latest snapshot. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 05:58:41 2009 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 9F68B106564A; Mon, 2 Feb 2009 05:58:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 62BE98FC12; Mon, 2 Feb 2009 05:58:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n125vvcj089390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 00:57:58 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Maho NAKATA In-Reply-To: <20090202.131528.241925472.chat95@mac.com> References: <1232790471.16190.2.camel@hood.oook.cz> <20090126.090941.71165646.chat95@mac.com> <1232928822.40891.24.camel@hood.oook.cz> <20090202.131528.241925472.chat95@mac.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-U5VCYoU6nTgCiw1M7slM" Organization: FreeBSD Date: Mon, 02 Feb 2009 00:58:32 -0500 Message-Id: <1233554312.1492.1.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: pav@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org, shaun@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 05:58:41 -0000 --=-U5VCYoU6nTgCiw1M7slM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: > Hi Shaun > (Cc: Florent and Pav) >=20 > Shaun, could you please approve following patch [1] to unbreak graphics/f= 90gl? >=20 > Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". > Consequently, my port graphics/f90gl has been broken. You can also remove > files/Makefile as it is not referenced. I can commit this, someone just give me the word. robert. > Thanks Florent for your tough work for Xorg 7.4. I was bit busy at that t= ime. >=20 > [1] > --- ports/graphics/libglut/Makefile 2009-01-25 06:45:05.000000000 +0900 > +++ ports/graphics/libglut/Makefile 2009-02-02 13:01:40.000000000 +0900 > @@ -7,6 +7,7 @@ > =20 > PORTNAME=3D libglut > PORTVERSION=3D ${MESAVERSION} > +PORTREVISION=3D 1 > CATEGORIES=3D graphics > =20 > MAINTAINER=3D shaun@FreeBSD.org > @@ -18,6 +19,9 @@ > =20 > do-install: > cd ${WRKSRC}/src/glut/glx; ${GMAKE} install > + ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \ > + ${WRKSRC}/include/GL/glutf90.h \ > + ${PREFIX}/include/GL > =20 > .include "${.CURDIR}/../../graphics/libGL/bsd.mesalib.mk" > .include >=20 > --- ports/graphics/libglut/pkg-plist 2009-01-24 01:27:38.000000000 +0900 > +++ ports/graphics/libglut/pkg-plist 2009-02-02 12:54:31.000000000 +0900 > @@ -1,4 +1,5 @@ > include/GL/glut.h > +include/GL/glutf90.h > lib/libglut.so > lib/libglut.so.3 > libdata/pkgconfig/glut.pc >=20 > ------------------------------------ >=20 > Best regards, > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/=20 >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-U5VCYoU6nTgCiw1M7slM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmGi4gACgkQM4TrQ4qfROMvUgCfUWAm+fSJ5Kh65WXuw6CGHgL9 /qsAnifEox3PC4Gl1E0iy5EufXfrJoFO =WA6y -----END PGP SIGNATURE----- --=-U5VCYoU6nTgCiw1M7slM-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 06:02:46 2009 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 83744106566C; Mon, 2 Feb 2009 06:02:46 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id A961E8FC13; Mon, 2 Feb 2009 06:02:45 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so580390tib.3 for ; Sun, 01 Feb 2009 22:02:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=oTPisbPJmoMCN4ZZcYruBJL/PMY+92R5A5ezMlGHgGc=; b=sxgpuOdQqXx+py8gUpLtO8bdwpH7kbNj8t1jJDmwnsYI5NPixU5HF7JPKwzqxn0EGp YJJ7OILmKz6ajlvhzCSJJJLHf7bInObJ7mChGgk6nHdKF2mAUqOKkR3VfZzNTlnq94j8 KCNXXN4JCMb/TCF5xVobGldhHXuppGQf561Qc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=xB2pHCEG8nXTGvJO7joNrGcILT2LEYBPtMF2G8ZACvS0mmd1TBtV0gD/t3BcWadTla ClB74Xl6b8R5RmeEP0TZcOGkYr2TpSkYPWTuCoNTfmD0QYuv4Y9lQy78hHtHnIE4fKmS p5Nb7FTvqUWGgs03n5kU5nhpQKbl6YXb/7DRA= Received: by 10.110.84.3 with SMTP id h3mr5961380tib.15.1233554564325; Sun, 01 Feb 2009 22:02:44 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id a14sm172133tia.12.2009.02.01.22.02.42 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Feb 2009 22:02:43 -0800 (PST) Sender: Maho NAKATA Date: Mon, 02 Feb 2009 15:02:08 +0900 (JST) Message-Id: <20090202.150208.123997353.chat95@mac.com> To: rnoland@FreeBSD.org From: Maho NAKATA In-Reply-To: <1233554312.1492.1.camel@ferret.2hip.net> References: <1232928822.40891.24.camel@hood.oook.cz> <20090202.131528.241925472.chat95@mac.com> <1233554312.1492.1.camel@ferret.2hip.net> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pav@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org, shaun@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 06:02:46 -0000 From: Robert Noland Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] Date: Mon, 02 Feb 2009 00:58:32 -0500 > On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: >> Hi Shaun >> (Cc: Florent and Pav) >> >> Shaun, could you please approve following patch [1] to unbreak graphics/f90gl? >> >> Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". >> Consequently, my port graphics/f90gl has been broken. You can also remove >> files/Makefile as it is not referenced. > > I can commit this, someone just give me the word. yes, me too, if Shaun approves, he or I can commit immediately :) Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 06:57:46 2009 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 3512410656C0 for ; Mon, 2 Feb 2009 06:57:46 +0000 (UTC) (envelope-from drl@bsd.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [IPv6:2001:328:2002:ace::3000]) by mx1.freebsd.org (Postfix) with ESMTP id DFD218FC0A for ; Mon, 2 Feb 2009 06:57:45 +0000 (UTC) (envelope-from drl@bsd.my) Received: from matrix.bsd.my (unknown [IPv6:2001:328:2002:eee1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Speedy Gonzales) with ESMTPSA id 84E4411421; Mon, 2 Feb 2009 14:57:43 +0800 (MYT) Date: Mon, 2 Feb 2009 14:57:41 +0800 From: Darryl Yeoh To: Matt Dawson Message-Id: <20090202145741.7fe1a387.drl@bsd.my> Organization: MyBSD X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@BSD.my List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 06:57:46 -0000 Hi Matt, > Just tried dropping the synaptics driver and option in loader.conf (it needs > hw.psm.synaptics_support in /boot/loader.conf or it gets picked up as an Intellimouse) and it works > as a standard mouse. The keyboard is still fine with no spurious events. The synaptics driver opens > up a lot of features on the trackpad (right hand side becomes a scroll "wheel", the bottom edge > becomes a horizontal scroll, it picks up multi-taps and you can tweak much of it in xorg.conf) but > I don't think this is the cause of your issue. Did you manage to fully test out the synaptics driver ? I've had horrible experience with it. If you allow hald to manage input devices (mouse/keyboard) on your laptop, the touchpad barely works. (no scrolling, no tapping, slow acceleration). I've had to run Xorg without hald managing those devices. Even configuring /usr/local/etc/hal/fdi/policy/x11-synaptics.fdi doesn't seem to do much. I've also went ahead and tried recompiling Xorg without hal support and on reboot my laptop freezes the minute it see's the console login screen. Looks like the hal option is mandatory. > FYI, this laptop is an ECS 331, RS485 chipset with a Turion ML34 CPU running 7-STABLE amd64 from > Jan 12th. Same chipset here, except I have a Turion ML-50 running 7-STABLE i386 from Jan 30th. > If anyone's interested (on x11@), I did just plug a USB mouse in and it Just Worked [TM] without me > having to mess with anything. Works on mine as well. Darryl Please reply/CC to me as I'm not subscribe to the mailinglists. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 07:22:50 2009 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 46659106566B for ; Mon, 2 Feb 2009 07:22:50 +0000 (UTC) (envelope-from drl@bsd.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [IPv6:2001:328:2002:ace::3000]) by mx1.freebsd.org (Postfix) with ESMTP id F0AEA8FC08 for ; Mon, 2 Feb 2009 07:22:49 +0000 (UTC) (envelope-from drl@bsd.my) Received: from matrix.bsd.my (unknown [IPv6:2001:328:2002:eee1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Speedy Gonzales) with ESMTPSA id 5209211428; Mon, 2 Feb 2009 15:22:48 +0800 (MYT) Date: Mon, 2 Feb 2009 15:22:46 +0800 From: Darryl Yeoh To: Patrick =?UTF-8?B?TGFtYWl6acOocmU=?= Message-Id: <20090202152246.73c802e4.drl@bsd.my> Organization: MyBSD X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Xorg7.4 with hal: no keyboard. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@BSD.my List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 07:22:50 -0000 Hi Patrick, > With Xorg 7.4 and hal my keyboard does not work. It is the internal keyboard of a Macbook pro. > (without hal the keyboard works but I've got the mouse problem "X hangs until mouse is moved") I don't have a Mac, but you could try this if you haven't. Add this options somewhere at the top of your previously working xorg.conf: Section "ServerFlags" Option "AllowEmptyInput" "off" Option "AutoAddDevices" "off" EndSection Restart X. Darryl From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 08:08:48 2009 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 E854F1065677; Mon, 2 Feb 2009 08:08:48 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 98C368FC17; Mon, 2 Feb 2009 08:08:48 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so767345rvb.3 for ; Mon, 02 Feb 2009 00:08:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=6Ve/Qyxg/hpz6vI9XPHCbB2qFfMeOxFJSdDGyDb2daA=; b=tx6kc+LMTPTT/duf3xTrLaIf1iRUYFyj5TJag1ieAcYU+WOyOOZXKFaXxCBs6/Vpe3 7VMWnfcYFkW8WZPv5adDuppWVZY5nNL2TuL1qjxEPU+iTcvrt0+JmO8l9JrYrRS3/AOn 0UjJJsCA225vCo7FxOK7gRYwl3Asfb9HeipSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=v/IIBSw7WeXnvLjG/i1IV4ghC9s4+vUJqP4Dpm71Ew4trzr8PftABxgw9WPxmLhzof 8+OiRQOI7G/GfCVhOTkndYF8q43NnnuQri7LZoIkLg+1ky2xv/OzU6xe6x9UtsPyFvn2 bk88HKuXKt0qzGY1Sjh8UMGKI5diI0RhRKm4U= Received: by 10.142.58.20 with SMTP id g20mr1739383wfa.191.1233562128307; Mon, 02 Feb 2009 00:08:48 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id 27sm7218136wfa.49.2009.02.02.00.08.46 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 00:08:47 -0800 (PST) Sender: Maho NAKATA Date: Mon, 02 Feb 2009 17:08:12 +0900 (JST) Message-Id: <20090202.170812.183054355.chat95@mac.com> To: pav@FreeBSD.org From: Maho NAKATA In-Reply-To: <1233561638.26576.0.camel@pav.hide.vol.cz> References: <1233554312.1492.1.camel@ferret.2hip.net> <20090202.150208.123997353.chat95@mac.com> <1233561638.26576.0.camel@pav.hide.vol.cz> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org, flz@FreeBSD.org, rnoland@FreeBSD.org, shaun@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 08:08:49 -0000 From: Pav Lucistnik Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] Date: Mon, 02 Feb 2009 09:00:38 +0100 > Maho NAKATA p$Bm9(Be v po 02. 02. 2009 v 15:02 +0900: >> From: Robert Noland >> Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] >> Date: Mon, 02 Feb 2009 00:58:32 -0500 >> >> > On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: >> >> Hi Shaun >> >> (Cc: Florent and Pav) >> >> >> >> Shaun, could you please approve following patch [1] to unbreak graphics/f90gl? >> >> >> >> Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". >> >> Consequently, my port graphics/f90gl has been broken. You can also remove >> >> files/Makefile as it is not referenced. >> > >> > I can commit this, someone just give me the word. >> >> yes, me too, if Shaun approves, he or I can commit immediately :) > > As shaun has been inactive lately (last commit Nov 2008), I'd say > someone with x11 hat can commit it (flz or rnoland). Understand :) Thanks for explanation! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 08:21:02 2009 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 36B0B1065676; Mon, 2 Feb 2009 08:21:02 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 83D978FC21; Mon, 2 Feb 2009 08:21:01 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.3/8.14.3) with ESMTP id n1280cNq026622; Mon, 2 Feb 2009 09:00:38 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.3/8.14.3/Submit) id n1280c4Y026621; Mon, 2 Feb 2009 09:00:38 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maho NAKATA In-Reply-To: <20090202.150208.123997353.chat95@mac.com> References: <1232928822.40891.24.camel@hood.oook.cz> <20090202.131528.241925472.chat95@mac.com> <1233554312.1492.1.camel@ferret.2hip.net> <20090202.150208.123997353.chat95@mac.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ABYtHC01tu1oiCe9iZpw" Date: Mon, 02 Feb 2009 09:00:38 +0100 Message-Id: <1233561638.26576.0.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Cc: x11@FreeBSD.org, flz@FreeBSD.org, rnoland@FreeBSD.org, shaun@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:21:02 -0000 --=-ABYtHC01tu1oiCe9iZpw Content-Type: text/plain; charset="ISO8859-2" Content-Transfer-Encoding: quoted-printable Maho NAKATA p=ED=B9e v po 02. 02. 2009 v 15:02 +0900: > From: Robert Noland > Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] > Date: Mon, 02 Feb 2009 00:58:32 -0500 >=20 > > On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: > >> Hi Shaun > >> (Cc: Florent and Pav) > >>=20 > >> Shaun, could you please approve following patch [1] to unbreak graphic= s/f90gl? > >>=20 > >> Since Xorg has been updated to 7.4, we no longer installes "glutf90.h"= . > >> Consequently, my port graphics/f90gl has been broken. You can also rem= ove > >> files/Makefile as it is not referenced. > >=20 > > I can commit this, someone just give me the word. >=20 > yes, me too, if Shaun approves, he or I can commit immediately :)=20 As shaun has been inactive lately (last commit Nov 2008), I'd say someone with x11 hat can commit it (flz or rnoland). --=20 Pav Lucistnik Orfax's hip flask contained Old Janx Spirit, a mixture of potions of stupidity, paralysis, naivery, ruination, lose memories, confusion, and slime mold juice, with a twist of lemon. - from a post on Angband Community Forum --=-ABYtHC01tu1oiCe9iZpw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkmGqCIACgkQntdYP8FOsoKOKACfTRmc3nwy7g4cW08MVBgMPGef tIwAnjAnFyQIvxu9SUuf17s9JrXVp2Q8 =pik6 -----END PGP SIGNATURE----- --=-ABYtHC01tu1oiCe9iZpw-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 08:46:21 2009 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 4CBA210657CF; Mon, 2 Feb 2009 08:46:20 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id BAB1C8FC14; Mon, 2 Feb 2009 08:46:19 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1409938wfg.7 for ; Mon, 02 Feb 2009 00:46:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=nYK7y652zv4fB8KLCnShYdhLCWU79tWXQfBI5nCWEWo=; b=JOEAQnKIe6HpHFtibmHlVUEFVleFhPWc3MXFR4ij0cvFReMnRCZwFRN8m5q/f8fvuz EkJkGZTYtN5ySBqsJU6EbawjJjYDgW3dX2ztrwu4BXDW2Wh+fB2qkKLqS166kxl22NIy E3bIUnYuoOXrdCZ5pVcLlHdVZ05EhsV3zonMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=od4WepPAYZ20Zon03vxDLtuppRaJMsara9OZEVOYJJoSEusHDbdqRV5acToI5mZyli UKSyM97eqZUkpwKwUo8Dj6tkCMvfM6erVz1W5TKNK8gXLZx7ymarx8p9VOeRfWk8DXdP E04NjEXyIq0npsCJzyOrhM8LPRPy/4b2PXna4= Received: by 10.142.88.4 with SMTP id l4mr1753952wfb.117.1233564379377; Mon, 02 Feb 2009 00:46:19 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id 29sm5498834wfg.26.2009.02.02.00.46.17 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Feb 2009 00:46:19 -0800 (PST) Sender: Maho NAKATA Date: Mon, 02 Feb 2009 17:45:44 +0900 (JST) Message-Id: <20090202.174544.59695918.chat95@mac.com> To: shaun@FreeBSD.org From: Maho NAKATA In-Reply-To: <20090202083923.GA36635@charon.picobyte.net> References: <1233554312.1492.1.camel@ferret.2hip.net> <20090202.150208.123997353.chat95@mac.com> <20090202083923.GA36635@charon.picobyte.net> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pav@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 08:46:46 -0000 Hi Shaun, and * Done. Thank you very much! Best regards, Nakata Maho From: Shaun Amott Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] Date: Mon, 02 Feb 2009 08:39:24 +0000 > On Mon, Feb 02, 2009 at 03:02:08PM +0900, Maho NAKATA wrote: >> >> From: Robert Noland >> Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] >> Date: Mon, 02 Feb 2009 00:58:32 -0500 >> >> > On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: >> >> Hi Shaun >> >> (Cc: Florent and Pav) >> >> >> >> Shaun, could you please approve following patch [1] to unbreak graphics/f90gl? >> >> >> >> Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". >> >> Consequently, my port graphics/f90gl has been broken. You can also remove >> >> files/Makefile as it is not referenced. >> > >> > I can commit this, someone just give me the word. >> >> yes, me too, if Shaun approves, he or I can commit immediately :) >> > > Approved. > > You can also reset to ports@ or take over while you're there - not sure > why I've even got this port. > > Shaun > > -- > Shaun Amott // PGP: 0x6B387A9A > "A foolish consistency is the hobgoblin > of little minds." - Ralph Waldo Emerson > From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 09:07:58 2009 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 00F381065670; Mon, 2 Feb 2009 09:07:58 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id C0C7B8FC14; Mon, 2 Feb 2009 09:07:56 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id DAA8FB80F; Mon, 2 Feb 2009 08:39:24 +0000 (GMT) Date: Mon, 2 Feb 2009 08:39:24 +0000 From: Shaun Amott To: Maho NAKATA Message-ID: <20090202083923.GA36635@charon.picobyte.net> References: <1232928822.40891.24.camel@hood.oook.cz> <20090202.131528.241925472.chat95@mac.com> <1233554312.1492.1.camel@ferret.2hip.net> <20090202.150208.123997353.chat95@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20090202.150208.123997353.chat95@mac.com> User-Agent: Mutt/1.5.18 (FreeBSD i386) Cc: pav@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] 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, 02 Feb 2009 09:07:58 -0000 On Mon, Feb 02, 2009 at 03:02:08PM +0900, Maho NAKATA wrote: > > From: Robert Noland > Subject: Re: A patch lib Re: [Fwd: f90gl-1.2.13_3 failed on amd64 6] > Date: Mon, 02 Feb 2009 00:58:32 -0500 > > > On Mon, 2009-02-02 at 13:15 +0900, Maho NAKATA wrote: > >> Hi Shaun > >> (Cc: Florent and Pav) > >> > >> Shaun, could you please approve following patch [1] to unbreak graphics/f90gl? > >> > >> Since Xorg has been updated to 7.4, we no longer installes "glutf90.h". > >> Consequently, my port graphics/f90gl has been broken. You can also remove > >> files/Makefile as it is not referenced. > > > > I can commit this, someone just give me the word. > > yes, me too, if Shaun approves, he or I can commit immediately :) > Approved. You can also reset to ports@ or take over while you're there - not sure why I've even got this port. Shaun -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 09:50:04 2009 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 044EC1065672 for ; Mon, 2 Feb 2009 09:50:04 +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 CD0078FC0A for ; Mon, 2 Feb 2009 09:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n129o3Kj027377 for ; Mon, 2 Feb 2009 09:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n129o3Dw027376; Mon, 2 Feb 2009 09:50:03 GMT (envelope-from gnats) Date: Mon, 2 Feb 2009 09:50:03 GMT Message-Id: <200902020950.n129o3Dw027376@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Tom Rhodes Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tom Rhodes List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 09:50:04 -0000 The following reply was made to PR ports/131016; it has been noted by GNATS. From: Tom Rhodes To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! Date: Mon, 2 Feb 2009 04:45:44 -0500 Hi, I'd like to verify this - my mouse locks up dead. I've used the information in UPDATING, stopped and killed moused, started hal and dbus, nothing. Also, it appears a fresh install of ports (removing all of my old ones and killing /usr/local/*/* hasn't helped either. Thanks, -- Tom Rhodes From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 10:40:09 2009 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 46C601065673 for ; Mon, 2 Feb 2009 10:40: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 338A58FC1C for ; Mon, 2 Feb 2009 10:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12Ae8iT072837 for ; Mon, 2 Feb 2009 10:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12Ae8tZ072832; Mon, 2 Feb 2009 10:40:08 GMT (envelope-from gnats) Date: Mon, 2 Feb 2009 10:40:08 GMT Message-Id: <200902021040.n12Ae8tZ072832@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Vizeli Pascal Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vizeli Pascal List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 10:40:09 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Vizeli Pascal To: "bug-followup@FreeBSD.org" , "xelah-freebsd-pr@xelah.com" Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Mon, 2 Feb 2009 11:10:36 +0100 --_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have the same problem with my i915 intel graphic card. I had testet with video-intel and with video-vesa. Both x11 drivers have the same problem. Also the GL doesn't work. When I activate this option, the screen was blank= und hang up. I found this patch: http://people.freebsd.org/~rnoland/xserver-1.6rc.patch Can this help me? This mouse hang up problem is very shit for me. --_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have the same problem with my i91= 5 intel graphic card.

I had testet with video-intel and w= ith video-vesa. Both x11 drivers have

the same problem.=

 

Also the GL doesn’t work. Whe= n I activate this option, the screen was blank und

hang up.

 

I found this patch:

http://peop= le.freebsd.org/~rnoland/xserver-1.6rc.patch

 

Can this help me? This mouse hang u= p problem is very shit for me.

--_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 11:07:05 2009 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 4434A10656E3 for ; Mon, 2 Feb 2009 11:07:05 +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 2FC1B8FC16 for ; Mon, 2 Feb 2009 11:07:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12B75rL094627 for ; Mon, 2 Feb 2009 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12B74aW094623 for freebsd-x11@FreeBSD.org; Mon, 2 Feb 2009 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Feb 2009 11:07:04 GMT Message-Id: <200902021107.n12B74aW094623@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, 02 Feb 2009 11:07:06 -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/131238 x11 [PATCH] x11/luit: luit can't find locale.alias, fix it o ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe f ports/131120 x11 x11/libxcb - xauth failes when using libX11/libxcb o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! o ports/130815 x11 x11/xorg: Default Xorg (from install CD) @ 7.1-RELEASE s ports/129748 x11 x11-servers/xorg-server: XAA Offscreen Pixmaps never w o ports/129189 x11 x11/xorg: xorg config -testmode - horizontal sync synt o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE f ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 x11-servers/xorg-server - X.org server runs in infinit o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 35 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 11:35:45 2009 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 5466D106564A; Mon, 2 Feb 2009 11:35:45 +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 28A358FC16; Mon, 2 Feb 2009 11:35:45 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12BZisA024436; Mon, 2 Feb 2009 11:35:44 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12BZijr024432; Mon, 2 Feb 2009 11:35:44 GMT (envelope-from linimon) Date: Mon, 2 Feb 2009 11:35:44 GMT Message-Id: <200902021135.n12BZijr024432@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) 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, 02 Feb 2009 11:35:45 -0000 Old Synopsis: X11 xorg 7.4 exiting the server leads to instantaneous reboot (crash) New Synopsis: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 2 11:35:27 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131289 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 11:57:28 2009 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 1757D106566B; Mon, 2 Feb 2009 11:57:28 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id C30D48FC1B; Mon, 2 Feb 2009 11:57:27 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 9C458797237; Mon, 2 Feb 2009 14:08:16 +0300 (MSK) Received: from [81.195.105.242] (port=2764 helo=[10.0.11.176]) by mx3.mail.ru with asmtp id 1LTwf0-000JSJ-00; Mon, 02 Feb 2009 14:08:14 +0300 Message-ID: <4986D31B.7020802@mail.ru> Date: Mon, 02 Feb 2009 14:03:55 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> In-Reply-To: <200901292140.n0TLe5xf076339@freefall.freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Cc: Robert Noland Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 11:57:28 -0000 Last driver works the same way - it looks like left button permanently=20 pressed. I use built in touchpad in my notebook with xf86-input-driver. B= ad=20 workaround is to tap touchpad several (random) times, then 'virtual left = button' released. Hardware left button on touchpad works the same way. Robert Noland =EF=E8=F8=E5=F2: > The following reply was made to PR ports/131124; it has been noted by G= NATS. >=20 > From: Robert Noland > To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com > Cc: =20 > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is= > moved when AllowEmptyInput turned off > Date: Thu, 29 Jan 2009 16:37:09 -0500 >=20 > --=3D-WAPTMZWlWocFpdINRNGV > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > =20 > Please try with the latest xf86-input-mouse 1.4.0_1. > =20 > robert. > =20 > =20 > --=3D-WAPTMZWlWocFpdINRNGV > Content-Type: application/pgp-signature; name=3D"signature.asc" > Content-Description: This is a digitally signed message part > =20 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (FreeBSD) > =20 > iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 > 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp > =3D6OBQ > -----END PGP SIGNATURE----- > =20 > --=3D-WAPTMZWlWocFpdINRNGV-- > =20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 17:53:26 2009 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 BCCF41065670 for ; Mon, 2 Feb 2009 17:53:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE798FC19 for ; Mon, 2 Feb 2009 17:53:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12HqgqN093486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 12:52:42 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Subscriber In-Reply-To: <4986D31B.7020802@mail.ru> References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-WIpWxcWDSvdmfMRp9a0l" Organization: FreeBSD Date: Mon, 02 Feb 2009 12:53:16 -0500 Message-Id: <1233597196.1492.6.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 17:53:27 -0000 --=-WIpWxcWDSvdmfMRp9a0l Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 14:03 +0300, Subscriber wrote: > Last driver works the same way - it looks like left button permanently=20 > pressed. I use built in touchpad in my notebook with xf86-input-driver. B= ad=20 > workaround is to tap touchpad several (random) times, then 'virtual left=20 > button' released. Hardware left button on touchpad works the same way. Ok, is this a button problem, or is X hanging on ttyin? If it is the button problem, I have an idea.... I have seen on some of my touchpads that tapping for example won't work until a hardware left clck occurs. I think that it may be somehow related to the 3rd button detection. Also for examply when using the touchpad, then inserting and removing a usb mouse, buttons can become confused for a minute. I've found that clicking both touchpad buttons (paste) would get it all acting right again. robert. >=20 > Robert Noland =D0=C9=DB=C5=D4: > > The following reply was made to PR ports/131124; it has been noted by G= NATS. > >=20 > > From: Robert Noland > > To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com > > Cc: =20 > > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is > > moved when AllowEmptyInput turned off > > Date: Thu, 29 Jan 2009 16:37:09 -0500 > >=20 > > --=3D-WAPTMZWlWocFpdINRNGV > > Content-Type: text/plain > > Content-Transfer-Encoding: quoted-printable > > =20 > > Please try with the latest xf86-input-mouse 1.4.0_1. > > =20 > > robert. > > =20 > > =20 > > --=3D-WAPTMZWlWocFpdINRNGV > > Content-Type: application/pgp-signature; name=3D"signature.asc" > > Content-Description: This is a digitally signed message part > > =20 > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.10 (FreeBSD) > > =20 > > iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 > > 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp > > =3D6OBQ > > -----END PGP SIGNATURE----- > > =20 > > --=3D-WAPTMZWlWocFpdINRNGV-- > > =20 > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > >=20 > >=20 >=20 --=20 Robert Noland FreeBSD --=-WIpWxcWDSvdmfMRp9a0l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHMwwACgkQM4TrQ4qfROM8zgCcDPb6i8+LAaVu99paagxo5P9L U88An0rLFemqTmkZDKO2qjoNOrHYE9cF =3vpX -----END PGP SIGNATURE----- --=-WIpWxcWDSvdmfMRp9a0l-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 17:55:54 2009 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 EBE8A106564A for ; Mon, 2 Feb 2009 17:55:54 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id C40CE8FC08 for ; Mon, 2 Feb 2009 17:55:54 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KEG00JK58EQ6EX0@mta2.srv.hcvlny.cv.net> for freebsd-x11@freebsd.org; Mon, 02 Feb 2009 12:25:40 -0500 (EST) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n12HPYDf055966; Mon, 02 Feb 2009 12:25:37 -0500 Date: Mon, 02 Feb 2009 12:25:34 -0500 From: "Aryeh M. Friedman" To: freebsd-x11@freebsd.org Message-id: <49872C8E.7050605@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090202) Subject: is xorg 7.4 ready for prime time 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, 02 Feb 2009 17:55:55 -0000 I installed it earlier and it went so badly I used it as an excuse to reinstall the entire OS (downgrade from -current to 7.1) and then used cvs to get a ports snapshot from before the 7.4 committ (1/22/09) and want to know when it is safe to update the ports to current and run portmaster -a on them? From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 18:30:42 2009 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 7A0581065675; Mon, 2 Feb 2009 18:30:42 +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 4DBBF8FC18; Mon, 2 Feb 2009 18:30:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12IUgrp036865; Mon, 2 Feb 2009 18:30:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12IUgOS036855; Mon, 2 Feb 2009 18:30:42 GMT (envelope-from linimon) Date: Mon, 2 Feb 2009 18:30:42 GMT Message-Id: <200902021830.n12IUgOS036855@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/131304: x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdump -e' option 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, 02 Feb 2009 18:30:43 -0000 Old Synopsis: Xorg/Xfree/X11R6 startx problem with 'hexdump -e' option New Synopsis: x11/xorg: Xorg/Xfree/X11R6 startx problem with 'hexdump -e' option Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 2 18:30:22 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131304 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 18:34:34 2009 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 A528D106566B for ; Mon, 2 Feb 2009 18:34:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6459D8FC1B for ; Mon, 2 Feb 2009 18:34:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12IXKRa093771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 13:33:20 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: drl@BSD.my In-Reply-To: <20090202145741.7fe1a387.drl@bsd.my> References: <20090202145741.7fe1a387.drl@bsd.my> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GX2jsR0mAtkbyzwSIDf2" Organization: FreeBSD Date: Mon, 02 Feb 2009 13:33:55 -0500 Message-Id: <1233599635.1492.15.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, Matt Dawson Subject: Re: Unhappy Xorg upgrade 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, 02 Feb 2009 18:34:35 -0000 --=-GX2jsR0mAtkbyzwSIDf2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 14:57 +0800, Darryl Yeoh wrote: > Hi Matt, >=20 > > Just tried dropping the synaptics driver and option in loader.conf (it = needs > > hw.psm.synaptics_support in /boot/loader.conf or it gets picked up as a= n Intellimouse) and it works > > as a standard mouse. The keyboard is still fine with no spurious events= . The synaptics driver opens > > up a lot of features on the trackpad (right hand side becomes a scroll = "wheel", the bottom edge > > becomes a horizontal scroll, it picks up multi-taps and you can tweak m= uch of it in xorg.conf) but > > I don't think this is the cause of your issue. >=20 > Did you manage to fully test out the synaptics driver ? I've had horrible= experience with it. If > you allow hald to manage input devices (mouse/keyboard) on your laptop, t= he touchpad barely works. > (no scrolling, no tapping, slow acceleration). I've had to run Xorg witho= ut hald managing > those devices. Even configuring /usr/local/etc/hal/fdi/policy/x11-synapti= cs.fdi doesn't seem to do > much. If you want to use synaptics, the instructions in the port are still correct I think. Everything that I have right now is GlidePoint, but... Essentially, you want to disable moused_enable=3D"NO" (the default) set the loader.conf tuneable and statically configure the touchpad in xorg.conf to use /dev/psm0 and driver "synaptics" . This wil not be ignored by X, as it only ignores devices using kbd,mouse, or vmmouse drivers. Additional mice can be added either via config or hald depending on your settings for AllowEmptyInput and/or AutoAddDevices. robert. > I've also went ahead and tried recompiling Xorg without hal support and o= n reboot my laptop freezes > the minute it see's the console login screen. Looks like the hal option i= s mandatory. >=20 > > FYI, this laptop is an ECS 331, RS485 chipset with a Turion ML34 CPU ru= nning 7-STABLE amd64 from > > Jan 12th. >=20 > Same chipset here, except I have a Turion ML-50 running 7-STABLE i386 fro= m Jan 30th. >=20 > > If anyone's interested (on x11@), I did just plug a USB mouse in and it= Just Worked [TM] without me > > having to mess with anything. >=20 > Works on mine as well. >=20 > Darryl >=20 > Please reply/CC to me as I'm not subscribe to the mailinglists. >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-GX2jsR0mAtkbyzwSIDf2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHPJMACgkQM4TrQ4qfROMlGQCfZOpUDFjb+nlM1FPA7tolkAce lsAAn16QlG+uN57tOlM8oJ7n4YHagz2D =fHxH -----END PGP SIGNATURE----- --=-GX2jsR0mAtkbyzwSIDf2-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 18:44:57 2009 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 70FD21065745 for ; Mon, 2 Feb 2009 18:44:57 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDF38FC21 for ; Mon, 2 Feb 2009 18:44:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12IiDQE093842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 13:44:14 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tom Rhodes In-Reply-To: <200902020950.n129o3Dw027376@freefall.freebsd.org> References: <200902020950.n129o3Dw027376@freefall.freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1O5vY1P/GOwNo2RuMtxj" Organization: FreeBSD Date: Mon, 02 Feb 2009 13:44:48 -0500 Message-Id: <1233600288.1492.17.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! 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, 02 Feb 2009 18:44:58 -0000 --=-1O5vY1P/GOwNo2RuMtxj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 09:50 +0000, Tom Rhodes wrote: > The following reply was made to PR ports/131016; it has been noted by GNA= TS. >=20 > From: Tom Rhodes > To: bug-followup@FreeBSD.org > Cc: =20 > Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! > Date: Mon, 2 Feb 2009 04:45:44 -0500 >=20 > Hi, > =20 > I'd like to verify this - my mouse locks up dead. I've used the > information in UPDATING, stopped and killed moused, started hal and > dbus, nothing. Also, it appears a fresh install of ports (removing > all of my old ones and killing /usr/local/*/* hasn't helped either. I will need to see any settings in rc.conf related to moused and your xorg.conf. An xorg.log wouldn't be a bad idea either. robert. > Thanks, > =20 > --=20 > Tom Rhodes > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-1O5vY1P/GOwNo2RuMtxj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHPyAACgkQM4TrQ4qfROMbJgCfVNBwyV3n0eqIYPz14LDpcSx5 1nEAn19A0c0crNlRCq+A7ZekAQXa5wdA =Uh1o -----END PGP SIGNATURE----- --=-1O5vY1P/GOwNo2RuMtxj-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 18:52:28 2009 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 EDCDF106566B for ; Mon, 2 Feb 2009 18:52:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id AA5008FC0A for ; Mon, 2 Feb 2009 18:52:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12IpiD0093894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 13:51:45 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vizeli Pascal In-Reply-To: <200902021040.n12Ae8tZ072832@freefall.freebsd.org> References: <200902021040.n12Ae8tZ072832@freefall.freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1xVyL1zZei5+lNF60NLM" Organization: FreeBSD Date: Mon, 02 Feb 2009 13:52:19 -0500 Message-Id: <1233600740.1492.20.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 18:52:29 -0000 --=-1xVyL1zZei5+lNF60NLM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 10:40 +0000, Vizeli Pascal wrote: > The following reply was made to PR ports/131124; it has been noted by GNA= TS. >=20 > From: Vizeli Pascal > To: "bug-followup@FreeBSD.org" , > "xelah-freebsd-pr@xelah.com" > Cc: =20 > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is > moved when AllowEmptyInput turned off > Date: Mon, 2 Feb 2009 11:10:36 +0100 >=20 > --_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_ > Content-Type: text/plain; charset=3D"us-ascii" > Content-Transfer-Encoding: quoted-printable > =20 > I have the same problem with my i915 intel graphic card. > I had testet with video-intel and with video-vesa. Both x11 drivers have > the same problem. > =20 > Also the GL doesn't work. When I activate this option, the screen was bl= ank=3D > und > hang up. I was doing some testing on a 915gm yesterday and it seemed to be ok with server 1.6 and intel 2.6.1. You might want to go ahead and give it a try. Also, look for any warning / errors in xorg.log relating to drm/dri. I had to reduce my screen virtual for the 915 to use drm. robert. =20 > I found this patch: > http://people.freebsd.org/~rnoland/xserver-1.6rc.patch > =20 > Can this help me? This mouse hang up problem is very shit for me. > =20 > --_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_ > Content-Type: text/html; charset=3D"us-ascii" > Content-Transfer-Encoding: quoted-printable > =20 > osoft-com:office:office" xmlns:w=3D3D"urn:schemas-microsoft-com:office:w= ord" =3D > xmlns:m=3D3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D3= D"http:=3D > //www.w3.org/TR/REC-html40"> > =20 > > > > > > > =20 > > =20 >
> =20 >

I have the same problem with= my i91=3D > 5 intel > graphic card.

> =20 >

I had testet with video-inte= l and w=3D > ith > video-vesa. Both x11 drivers have

> =20 >

the same problem.= =3D >

> =20 >

 

> =20 >

Also the GL doesn’t wo= rk. Whe=3D > n I > activate this option, the screen was blank und

> =20 >

hang up. > =20 >

 

> =20 >

I found this patch: n>

> =20 >

href=3D3D"http://people.freebsd.org/~rnoland/xserver-1.6rc.patch">http:/= /peop=3D > le.freebsd.org/~rnoland/xserver-1.6rc.patch

> =20 >

 

> =20 >

Can this help me? This mouse= hang u=3D > p > problem is very shit for me.

> =20 >
> =20 > > =20 > > =20 > --_000_5F82E1428DB39A42B49F7DD8BC69585B8F7985D3TSRVDBinformati_-- > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-1xVyL1zZei5+lNF60NLM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHQOMACgkQM4TrQ4qfROPKtgCffnFj7F8RicVr9HovnzyxXyNf hNAAnRA2K9eS9NO3A8k5txol6XcrFh6A =gdUf -----END PGP SIGNATURE----- --=-1xVyL1zZei5+lNF60NLM-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 21:01:31 2009 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 6689A1065CC2; Mon, 2 Feb 2009 21:01:31 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E21C8FC14; Mon, 2 Feb 2009 21:01:29 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id n12L0YbT015969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 21:00:34 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 chronos.org.uk n12L0YbT015969 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1233608437; bh=sLJKRk9dyjH1SpNMfwYrk2WSQj7qHslxOwB6l+yjXhg=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=lXf3C3CLuE4SJA+0PsWM+OtSq+KsbfXaNmoo1j0Dy9mz5WmXPfTGuwM82p2yJqORC eiK9WYHlT9+9fBukL+dtWSqdeLRdG2hpxncR5nWhJ7AxYj2EJdgwybBJw5PUwgco1b 4XzgdYbt2Dw4cfV7/WPFJsfnfPUMVRPCilCJTibo= From: Matt Dawson To: Robert Noland Date: Mon, 2 Feb 2009 21:00:32 +0000 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; amd64; ; ) References: <20090202145741.7fe1a387.drl@bsd.my> <1233599635.1492.15.camel@ferret.2hip.net> In-Reply-To: <1233599635.1492.15.camel@ferret.2hip.net> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Mon, 02 Feb 2009 21:00:37 +0000 (GMT) Cc: freebsd-x11@freebsd.org, drl@bsd.my Subject: Re: Unhappy Xorg upgrade 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, 02 Feb 2009 21:01:34 -0000 On Monday 02 February 2009 18:33:55 Robert Noland wrote: > On Mon, 2009-02-02 at 14:57 +0800, Darryl Yeoh wrote: > > Hi Matt, > > > > > Just tried dropping the synaptics driver and option in loader.conf (it > > > needs hw.psm.synaptics_support in /boot/loader.conf or it gets picked > > > up as an Intellimouse) and it works as a standard mouse. The keyboard > > > is still fine with no spurious events. The synaptics driver opens up a > > > lot of features on the trackpad (right hand side becomes a scroll > > > "wheel", the bottom edge becomes a horizontal scroll, it picks up > > > multi-taps and you can tweak much of =A0it in xorg.conf) but I don't > > > think this is the cause of your issue. > > > > Did you manage to fully test out the synaptics driver ? I've had horrib= le > > experience with it. If you allow hald to manage input devices > > (mouse/keyboard) on your laptop, the touchpad barely works. (no > > scrolling, no tapping, slow acceleration). I've had to run Xorg without > > hald managing those devices. Even configuring > > /usr/local/etc/hal/fdi/policy/x11-synaptics.fdi doesn't seem to do much. > > If you want to use synaptics, the instructions in the port are still > correct I think. =A0Everything that I have right now is GlidePoint, but... > Essentially, you want to disable moused_enable=3D"NO" (the default) set > the loader.conf tuneable and statically configure the touchpad in > xorg.conf to use /dev/psm0 and driver "synaptics" . =A0This wil not be > ignored by X, as it only ignores devices using kbd,mouse, or vmmouse > drivers. > > Additional mice can be added either via config or hald depending on your > settings for AllowEmptyInput and/or AutoAddDevices. Exactly my setup and it works fine. It's rather pointless having moused=20 running on this machine anyway since the console never restores on VT switc= h=20 and remains pure white until reboot. $DEITY knows why, but I can live with = it=20 (this is pre-7.4 behaviour as well, so it's not a regression. In fact, this= =20 machine has always done this, and no amount of switching VTYs or closing an= d=20 opening the lid makes any difference). Sorry about taking my time to reply, Darryl, but I was up to my armpits in= =20 i386->amd64 upgrade on the mail server today and I still can't get Munin to= =20 play nicely ;o) Best regards, =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 21:50:41 2009 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 A7C1B1065693; Mon, 2 Feb 2009 21:50:41 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx71.mail.ru (mx71.mail.ru [194.67.23.4]) by mx1.freebsd.org (Postfix) with ESMTP id EDDC78FC25; Mon, 2 Feb 2009 21:50:38 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from [87.228.113.105] (port=31597 helo=[192.168.10.1]) by mx71.mail.ru with asmtp id 1LU6ge-000E7v-00; Tue, 03 Feb 2009 00:50:37 +0300 Message-ID: <498769A9.1050808@mail.ru> Date: Tue, 03 Feb 2009 00:46:17 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> <1233597196.1492.6.camel@ferret.2hip.net> In-Reply-To: <1233597196.1492.6.camel@ferret.2hip.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Cc: Robert Noland Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 21:50:42 -0000 Firstly, pardon me for my poor English. Let me try to explain what I see.= As you recommended, I attached usb mouse (trivial scroll+2but) to my note= book.=20 With external mouse pointing became more easy, but problem still present.= I'll=20 try to explain deeper: when I simply place finger on touchpad (for moving= =20 cursor) and then slowly move it, object under cursor catched (for explain= ,=20 letter in thunderbird's list), holded about second and then released, as = if I=20 do 'tap-n-hold'. After it if I take finger from touchpad, cursor stop bli= nking=20 and then blink just when I move finger again. Move finger - cursor blink = once=20 or twice, take finger away - cursor stoped. If I try to enter text at thi= s=20 moment (in xterm, Terminal, firefox address bar and so on), this text=20 displayed only after touching touchpad again. With external usb mouse I see the same effect - while I move mouse, curso= r=20 blink and text entered as usual, but if mouse stoped, cursor stoped blink= ing too. After several clicking left and right buttons randomly or just several mo= use=20 moving (I can't discover regularity) cursor 'unfreeze' and text entering = became independent of mouse moving until I clicking anywhere again. Excuse me for long post, I hope this help you understand source of proble= m. I=20 am not programmer (not for PC, anyway) and can answer more detailed only = if=20 you tell me, what exactly need to do. Robert Noland =D0=C9=DB=C5=D4: > On Mon, 2009-02-02 at 14:03 +0300, Subscriber wrote: >> Last driver works the same way - it looks like left button permanently= =20 >> pressed. I use built in touchpad in my notebook with xf86-input-driver= =2E Bad=20 >> workaround is to tap touchpad several (random) times, then 'virtual le= ft=20 >> button' released. Hardware left button on touchpad works the same way.= >=20 > Ok, is this a button problem, or is X hanging on ttyin? If it is the > button problem, I have an idea.... I have seen on some of my touchpads= > that tapping for example won't work until a hardware left clck occurs. > I think that it may be somehow related to the 3rd button detection. > Also for examply when using the touchpad, then inserting and removing a= > usb mouse, buttons can become confused for a minute. I've found that > clicking both touchpad buttons (paste) would get it all acting right > again. >=20 > robert. >=20 >> Robert Noland =D0=C9=DB=C5=D4: >>> The following reply was made to PR ports/131124; it has been noted by= GNATS. >>> >>> From: Robert Noland >>> To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com >>> Cc: =20 >>> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse = is >>> moved when AllowEmptyInput turned off >>> Date: Thu, 29 Jan 2009 16:37:09 -0500 >>> >>> --=3D-WAPTMZWlWocFpdINRNGV >>> Content-Type: text/plain >>> Content-Transfer-Encoding: quoted-printable >>> =20 >>> Please try with the latest xf86-input-mouse 1.4.0_1. >>> =20 >>> robert. >>> =20 >>> =20 >>> --=3D-WAPTMZWlWocFpdINRNGV >>> Content-Type: application/pgp-signature; name=3D"signature.asc" >>> Content-Description: This is a digitally signed message part >>> =20 >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v2.0.10 (FreeBSD) >>> =20 >>> iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 >>> 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp >>> =3D6OBQ >>> -----END PGP SIGNATURE----- >>> =20 >>> --=3D-WAPTMZWlWocFpdINRNGV-- >>> =20 >>> _______________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >>> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org= " >>> >>> From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 22:33:13 2009 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 9EBC410657C8 for ; Mon, 2 Feb 2009 22:33:13 +0000 (UTC) (envelope-from mvalery@gmail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5288FC19 for ; Mon, 2 Feb 2009 22:33:12 +0000 (UTC) (envelope-from mvalery@gmail.com) Received: by fxm10 with SMTP id 10so1769087fxm.12 for ; Mon, 02 Feb 2009 14:33:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=gnub4hEmUCnfWaC+gCJZ0UXoGV9WAaD/Ozq2rBhg2tA=; b=tC11q84iLN1n0HHvKU88nsEb6Xs6FAJP3YwHUK1gYwCIjY83lwL4SopLKVtqKj4EOc ZVE17p6U89yP+s5pwZr1WWZgLG3u3Sv0ld5FU4s6RRl2E95BOclfzQkNHda515PRhdwG 3KsQmP4rOYKEViYj7VUq1ZDDdcNMnKsLTKAY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=bpsI2maqNwARMTpw3Dbi4/PNSxsHSnM2RCIcNI+VNWDwRMBPjBqB5A34Y+KfWukliU yuWj6N6vkiz4ir1zwYmFoMIiiF+2yxfqR2IsqrR0uHJzwpdM55voGQjCA0HgsJJiOXpF Mq9WbBV1jNC4TQqc/KLXf+lEGK1a+s5k0xI5o= MIME-Version: 1.0 Received: by 10.181.30.10 with SMTP id h10mr10784bkj.200.1233612085840; Mon, 02 Feb 2009 14:01:25 -0800 (PST) Date: Tue, 3 Feb 2009 00:01:25 +0200 Message-ID: <47607d490902021401k7ffeb78fyf23466d7c4da1438@mail.gmail.com> From: Valery Matyukhin To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Can't upgrade from libXaw-1.0.4_1,1 to 1.0.5_1,1 due to libxcb-xlib.la absence. 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, 02 Feb 2009 22:33:14 -0000 Version: 6.2-RELEASE i386 Description: The commant "#portupgrade libXaw-1.0.4_1,1" fails with error message: . . . grep: /usr/local/lib/libxcb-xlib.la: No such file or directory sed: /usr/local/lib/libxcb-xlib.la: No such file or directory libtool: link: `/usr/local/lib/libxcb-xlib.la' is not a valid libtool archive *** Error code 1 . . . But according to changelog of libxcb: libxcb-xlib was removed (1.1.92) I had no idea how to overcome the issue. Thanks. Valery Matyukhin. From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 22:55:50 2009 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 944C1106568F for ; Mon, 2 Feb 2009 22:55:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5343C8FC08 for ; Mon, 2 Feb 2009 22:55:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12Mt6Et095436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 17:55:06 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Subscriber In-Reply-To: <498769A9.1050808@mail.ru> References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> <1233597196.1492.6.camel@ferret.2hip.net> <498769A9.1050808@mail.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5B58FjBOZxKtV/BaMX4o" Organization: FreeBSD Date: Mon, 02 Feb 2009 17:55:41 -0500 Message-Id: <1233615341.1492.60.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 22:55:51 -0000 --=-5B58FjBOZxKtV/BaMX4o Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 00:46 +0300, Subscriber wrote: > Firstly, pardon me for my poor English. Let me try to explain what I see. >=20 > As you recommended, I attached usb mouse (trivial scroll+2but) to my note= book.=20 > With external mouse pointing became more easy, but problem still present.= I'll=20 > try to explain deeper: when I simply place finger on touchpad (for moving= =20 > cursor) and then slowly move it, object under cursor catched (for explain= ,=20 > letter in thunderbird's list), holded about second and then released, as = if I=20 > do 'tap-n-hold'. After it if I take finger from touchpad, cursor stop bli= nking=20 > and then blink just when I move finger again. Move finger - cursor blink = once=20 > or twice, take finger away - cursor stoped. If I try to enter text at thi= s=20 > moment (in xterm, Terminal, firefox address bar and so on), this text=20 > displayed only after touching touchpad again. >=20 > With external usb mouse I see the same effect - while I move mouse, curso= r=20 > blink and text entered as usual, but if mouse stoped, cursor stoped blink= ing too. >=20 > After several clicking left and right buttons randomly or just several mo= use=20 > moving (I can't discover regularity) cursor 'unfreeze' and text entering=20 > became independent of mouse moving until I clicking anywhere again. Ok, this sounds like a problem that I have seen, normally only after unplugging an external usb mouse and the driver(s) try to recalculate the button mappings. I don't have a solution, but what seemed to work for me, was to click both of the touchpad buttons at once, emulating the 3rd button. After I did this, everything resumed it's expected behavior. robert. >=20 > Excuse me for long post, I hope this help you understand source of proble= m. I=20 > am not programmer (not for PC, anyway) and can answer more detailed only = if=20 > you tell me, what exactly need to do. >=20 >=20 >=20 > Robert Noland =D0=C9=DB=C5=D4: > > On Mon, 2009-02-02 at 14:03 +0300, Subscriber wrote: > >> Last driver works the same way - it looks like left button permanently= =20 > >> pressed. I use built in touchpad in my notebook with xf86-input-driver= . Bad=20 > >> workaround is to tap touchpad several (random) times, then 'virtual le= ft=20 > >> button' released. Hardware left button on touchpad works the same way. > >=20 > > Ok, is this a button problem, or is X hanging on ttyin? If it is the > > button problem, I have an idea.... I have seen on some of my touchpads > > that tapping for example won't work until a hardware left clck occurs. > > I think that it may be somehow related to the 3rd button detection. > > Also for examply when using the touchpad, then inserting and removing a > > usb mouse, buttons can become confused for a minute. I've found that > > clicking both touchpad buttons (paste) would get it all acting right > > again. > >=20 > > robert. > >=20 > >> Robert Noland =D0=C9=DB=C5=D4: > >>> The following reply was made to PR ports/131124; it has been noted by= GNATS. > >>> > >>> From: Robert Noland > >>> To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com > >>> Cc: =20 > >>> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse = is > >>> moved when AllowEmptyInput turned off > >>> Date: Thu, 29 Jan 2009 16:37:09 -0500 > >>> > >>> --=3D-WAPTMZWlWocFpdINRNGV > >>> Content-Type: text/plain > >>> Content-Transfer-Encoding: quoted-printable > >>> =20 > >>> Please try with the latest xf86-input-mouse 1.4.0_1. > >>> =20 > >>> robert. > >>> =20 > >>> =20 > >>> --=3D-WAPTMZWlWocFpdINRNGV > >>> Content-Type: application/pgp-signature; name=3D"signature.asc" > >>> Content-Description: This is a digitally signed message part > >>> =20 > >>> -----BEGIN PGP SIGNATURE----- > >>> Version: GnuPG v2.0.10 (FreeBSD) > >>> =20 > >>> iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 > >>> 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp > >>> =3D6OBQ > >>> -----END PGP SIGNATURE----- > >>> =20 > >>> --=3D-WAPTMZWlWocFpdINRNGV-- > >>> =20 > >>> _______________________________________________ > >>> freebsd-x11@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > >>> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org= " > >>> > >>> >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-5B58FjBOZxKtV/BaMX4o Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHee0ACgkQM4TrQ4qfROMYEACfcRAmQS9N7ByvEfu/y8nKZ5LT xqAAn28smOhl4ZpTnOiHEsK9xeDlSu25 =tERh -----END PGP SIGNATURE----- --=-5B58FjBOZxKtV/BaMX4o-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 23:16:03 2009 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 24D0D106564A; Mon, 2 Feb 2009 23:16:03 +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 EE02C8FC16; Mon, 2 Feb 2009 23:16:02 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12NG2b5050837; Mon, 2 Feb 2009 23:16:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12NG2E7050833; Mon, 2 Feb 2009 23:16:02 GMT (envelope-from linimon) Date: Mon, 2 Feb 2009 23:16:02 GMT Message-Id: <200902022316.n12NG2E7050833@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/131306: x11/xorg: xorg fails to upgrade due to xf86-video-via 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, 02 Feb 2009 23:16:03 -0000 Old Synopsis: Xorg fails to upgrade due to xf86-video-via New Synopsis: x11/xorg: xorg fails to upgrade due to xf86-video-via Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 2 23:15:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131306 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 23:25:50 2009 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 E32A0106566C for ; Mon, 2 Feb 2009 23:25:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A1EAB8FC12 for ; Mon, 2 Feb 2009 23:25:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12NP7SY095598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 18:25:08 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: linimon@FreeBSD.org In-Reply-To: <200902022316.n12NG2E7050833@freefall.freebsd.org> References: <200902022316.n12NG2E7050833@freefall.freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wDA8dd6Vkcjwb+qqCKkw" Organization: FreeBSD Date: Mon, 02 Feb 2009 18:25:42 -0500 Message-Id: <1233617143.1492.71.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/131306: x11/xorg: xorg fails to upgrade due to xf86-video-via 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, 02 Feb 2009 23:25:51 -0000 --=-wDA8dd6Vkcjwb+qqCKkw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 23:16 +0000, linimon@FreeBSD.org wrote: > Old Synopsis: Xorg fails to upgrade due to xf86-video-via > New Synopsis: x11/xorg: xorg fails to upgrade due to xf86-video-via >=20 > Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon Feb 2 23:15:45 UTC 2009 > Responsible-Changed-Why:=20 > Over to maintainer(s). xf86-video-via has been replace by xf86-vido-openchrome. xf86-video-via will not be fixed and will be removed shortly along with xf86-video-vga. robert. > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D131306 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-wDA8dd6Vkcjwb+qqCKkw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHgPYACgkQM4TrQ4qfROO73ACeJF532Ic2hF5ZHEY5D9xm3s1A 9dAAniGS3RrLBg3f7R15bIKFFMRCwGJb =Iz1o -----END PGP SIGNATURE----- --=-wDA8dd6Vkcjwb+qqCKkw-- From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 23:26:42 2009 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 453BB1065697; Mon, 2 Feb 2009 23:26:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F36EF8FC1D; Mon, 2 Feb 2009 23:26:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (rnoland@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12NQf0J058068; Mon, 2 Feb 2009 23:26:41 GMT (envelope-from rnoland@freefall.freebsd.org) Received: (from rnoland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12NQfN0058064; Mon, 2 Feb 2009 23:26:41 GMT (envelope-from rnoland) Date: Mon, 2 Feb 2009 23:26:41 GMT Message-Id: <200902022326.n12NQfN0058064@freefall.freebsd.org> To: joe@zircon.seattle.wa.us, rnoland@FreeBSD.org, freebsd-x11@FreeBSD.org From: rnoland@FreeBSD.org Cc: Subject: Re: ports/131306: x11/xorg: xorg fails to upgrade due to xf86-video-via 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, 02 Feb 2009 23:26:44 -0000 Synopsis: x11/xorg: xorg fails to upgrade due to xf86-video-via State-Changed-From-To: open->closed State-Changed-By: rnoland State-Changed-When: Mon Feb 2 23:26:41 UTC 2009 State-Changed-Why: Superceeded by xf86-video-openchrome http://www.freebsd.org/cgi/query-pr.cgi?pr=131306 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 23:28:34 2009 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 37169106566C; Mon, 2 Feb 2009 23:28:34 +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 0CBEB8FC14; Mon, 2 Feb 2009 23:28:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n12NSXFi058162; Mon, 2 Feb 2009 23:28:33 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n12NSX3u058158; Mon, 2 Feb 2009 23:28:33 GMT (envelope-from linimon) Date: Mon, 2 Feb 2009 23:28:33 GMT Message-Id: <200902022328.n12NSX3u058158@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/131313: x11/xorg cannot find mouse and keyboard 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, 02 Feb 2009 23:28:34 -0000 Old Synopsis: xorg cannot find mouse and keyboard New Synopsis: x11/xorg cannot find mouse and keyboard Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 2 23:28:21 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131313 From owner-freebsd-x11@FreeBSD.ORG Mon Feb 2 23:31:25 2009 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 1BEBB106571D for ; Mon, 2 Feb 2009 23:31:25 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx40.mail.ru (mx40.mail.ru [194.67.23.36]) by mx1.freebsd.org (Postfix) with ESMTP id C9CE18FC08 for ; Mon, 2 Feb 2009 23:31:24 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from [87.228.113.105] (port=5027 helo=[192.168.10.1]) by mx40.mail.ru with asmtp id 1LU8GA-0004e1-00 for freebsd-x11@freebsd.org; Tue, 03 Feb 2009 02:31:23 +0300 Message-ID: <49878147.50901@mail.ru> Date: Tue, 03 Feb 2009 02:27:03 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> <1233597196.1492.6.camel@ferret.2hip.net> <498769A9.1050808@mail.ru> <1233615341.1492.60.camel@ferret.2hip.net> In-Reply-To: <1233615341.1492.60.camel@ferret.2hip.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 02 Feb 2009 23:31:25 -0000 No, it not worked for me. Everything changed back after next click. Robert Noland =D0=C9=DB=C5=D4: > Ok, this sounds like a problem that I have seen, normally only after > unplugging an external usb mouse and the driver(s) try to recalculate > the button mappings. I don't have a solution, but what seemed to work > for me, was to click both of the touchpad buttons at once, emulating th= e > 3rd button. After I did this, everything resumed it's expected > behavior. >=20 > robert. From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 05:10:01 2009 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 9FB4F1065674; Tue, 3 Feb 2009 05:10:01 +0000 (UTC) (envelope-from drl@bsd.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [IPv6:2001:328:2002:ace::3000]) by mx1.freebsd.org (Postfix) with ESMTP id 51D858FC18; Tue, 3 Feb 2009 05:10:01 +0000 (UTC) (envelope-from drl@bsd.my) Received: from matrix.bsd.my (matrix.bsd.my [IPv6:2001:328:2002:f125:216:cbff:feb8:9988]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Speedy Gonzales) with ESMTPSA id 9BDF811428; Tue, 3 Feb 2009 13:09:59 +0800 (MYT) Date: Tue, 3 Feb 2009 13:09:58 +0800 From: Darryl Yeoh To: Robert Noland Message-Id: <20090203130958.11bad450.drl@bsd.my> In-Reply-To: <1233599635.1492.15.camel@ferret.2hip.net> References: <20090202145741.7fe1a387.drl@bsd.my> <1233599635.1492.15.camel@ferret.2hip.net> Organization: MyBSD X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@BSD.my List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 05:10:02 -0000 Hi Robert, On Mon, 02 Feb 2009 13:33:55 -0500 Robert Noland wrote: > If you want to use synaptics, the instructions in the port are still > correct I think. Everything that I have right now is GlidePoint, but... > Essentially, you want to disable moused_enable="NO" (the default) set > the loader.conf tuneable and statically configure the touchpad in > xorg.conf to use /dev/psm0 and driver "synaptics" . This wil not be > ignored by X, as it only ignores devices using kbd,mouse, or vmmouse > drivers. My touchpad works much better now. Dmesg picks it up as: psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 /var/log/Xorg.0.log reports this: (II) Synaptics touchpad driver version 0.99.3 (**) Option "Device" "/dev/psm0" (**) Option "SHMConfig" "on" (**) Option "LeftEdge" "1700" (**) Option "RightEdge" "5300" (**) Option "TopEdge" "1700" (**) Option "BottomEdge" "4200" (**) Option "FingerLow" "25" (**) Option "FingerHigh" "30" (**) Option "MaxTapTime" "180" (**) Option "MaxTapMove" "220" (**) Option "MaxDoubleTapTime" "200" (**) Option "ClickTime" "0" (**) Option "FastTaps" "0" (**) Option "VertScrollDelta" "100" (**) Option "HorizScrollDelta" "100" (**) Option "HorizEdgeScroll" "0" (**) Option "EdgeMotionMinSpeed" "200" (**) Option "EdgeMotionMaxSpeed" "200" (**) Option "UpDownScrolling" "on" (**) Option "LeftRightScrolling" "on" (**) Option "ScrollButtonRepeat" "100" (**) Option "PalmDetect" "off" (--) Mouse0 synaptics touchpad found (--) Synaptics Touchpad, model: 0 (--) Firmware: 6.3 (--) Sensor: 1 (--) new absolute packet format (--) Touchpad has extended capability bits (--) -> multifinger detection (--) -> palm detection Acceleration is much better now. Touchpad options are statically configured in xorg.conf. > > Additional mice can be added either via config or hald depending on your > settings for AllowEmptyInput and/or AutoAddDevices. > I have these two options in xorg.conf: Section "ServerFlags" Option "AllowEmptyInput" "off" Option "AutoAddDevices" "off" EndSection One thing I notice is sometimes left-clicks become right-clicks. I have to press both buttons simultaneously for the left-click to work normally again. It happens randomly. Are you experiencing this behaviour ? Thanks for your time. Darryl From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 06:27:15 2009 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 371141065670 for ; Tue, 3 Feb 2009 06:27:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3D88FC18 for ; Tue, 3 Feb 2009 06:27:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n136Q6UX097742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 01:26:08 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: drl@BSD.my In-Reply-To: <20090203130958.11bad450.drl@bsd.my> References: <20090202145741.7fe1a387.drl@bsd.my> <1233599635.1492.15.camel@ferret.2hip.net> <20090203130958.11bad450.drl@bsd.my> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GosBeBCPr6zISVg2cbsQ" Organization: FreeBSD Date: Tue, 03 Feb 2009 01:26:41 -0500 Message-Id: <1233642401.1492.89.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Unhappy Xorg upgrade 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, 03 Feb 2009 06:27:15 -0000 --=-GosBeBCPr6zISVg2cbsQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 13:09 +0800, Darryl Yeoh wrote: > Hi Robert, >=20 > On Mon, 02 Feb 2009 13:33:55 -0500 > Robert Noland wrote: >=20 > > If you want to use synaptics, the instructions in the port are still > > correct I think. Everything that I have right now is GlidePoint, but..= . > > Essentially, you want to disable moused_enable=3D"NO" (the default) set > > the loader.conf tuneable and statically configure the touchpad in > > xorg.conf to use /dev/psm0 and driver "synaptics" . This wil not be > > ignored by X, as it only ignores devices using kbd,mouse, or vmmouse > > drivers. >=20 > My touchpad works much better now. Dmesg picks it up as: >=20 > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Synaptics Touchpad, device ID 0 >=20 > /var/log/Xorg.0.log reports this: >=20 > (II) Synaptics touchpad driver version 0.99.3 > (**) Option "Device" "/dev/psm0" > (**) Option "SHMConfig" "on" > (**) Option "LeftEdge" "1700" > (**) Option "RightEdge" "5300" > (**) Option "TopEdge" "1700" > (**) Option "BottomEdge" "4200" > (**) Option "FingerLow" "25" > (**) Option "FingerHigh" "30" > (**) Option "MaxTapTime" "180" > (**) Option "MaxTapMove" "220" > (**) Option "MaxDoubleTapTime" "200" > (**) Option "ClickTime" "0" > (**) Option "FastTaps" "0" > (**) Option "VertScrollDelta" "100" > (**) Option "HorizScrollDelta" "100" > (**) Option "HorizEdgeScroll" "0" > (**) Option "EdgeMotionMinSpeed" "200" > (**) Option "EdgeMotionMaxSpeed" "200" > (**) Option "UpDownScrolling" "on" > (**) Option "LeftRightScrolling" "on" > (**) Option "ScrollButtonRepeat" "100" > (**) Option "PalmDetect" "off" > (--) Mouse0 synaptics touchpad found > (--) Synaptics Touchpad, model: 0 > (--) Firmware: 6.3 > (--) Sensor: 1 > (--) new absolute packet format > (--) Touchpad has extended capability bits > (--) -> multifinger detection > (--) -> palm detection >=20 > Acceleration is much better now. Touchpad options are statically configur= ed in xorg.conf. >=20 > >=20 > > Additional mice can be added either via config or hald depending on you= r > > settings for AllowEmptyInput and/or AutoAddDevices. > >=20 >=20 > I have these two options in xorg.conf: >=20 > Section "ServerFlags" > Option "AllowEmptyInput" "off" > Option "AutoAddDevices" "off" > EndSection >=20 > One thing I notice is sometimes left-clicks become right-clicks. I have t= o press both buttons > simultaneously for the left-click to work normally again. It happens rand= omly. Are you experiencing > this behaviour ? I have only seen this after plugging and unplugging a usb mouse in addition to the statically configured synaptics. I think that it has to do with the 3rd button detection. robert. > Thanks for your time. >=20 > Darryl --=20 Robert Noland FreeBSD --=-GosBeBCPr6zISVg2cbsQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmH46EACgkQM4TrQ4qfROM3NACfTYL1ZzW+U8bCYfB16b/n6RJq dhMAnib9p1MB497O0+gs8++oVSFqa1z4 =+5P6 -----END PGP SIGNATURE----- --=-GosBeBCPr6zISVg2cbsQ-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 10:20:09 2009 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 00102106564A for ; Tue, 3 Feb 2009 10:20:08 +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 C7BBB8FC18 for ; Tue, 3 Feb 2009 10:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n13AK8gg001251 for ; Tue, 3 Feb 2009 10:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n13AK8Sr001250; Tue, 3 Feb 2009 10:20:08 GMT (envelope-from gnats) Date: Tue, 3 Feb 2009 10:20:08 GMT Message-Id: <200902031020.n13AK8Sr001250@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Toni Gundogdu Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Toni Gundogdu List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 10:20:09 -0000 The following reply was made to PR ports/131016; it has been noted by GNATS. From: Toni Gundogdu To: bug-followup@FreeBSD.org, ohartman@zedat.fu-berlin.de Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! Date: Tue, 3 Feb 2009 11:43:49 +0200 Perhaps this is some help for those struggling with the Intel 82845M (845M GMCH) like systems. Note that I have an USB keyboard and mouse connected to this system. I did the: # portupgrade -rf libxcb /usr/ports/UPDATING: > Add Option "AllowEmptyInput" "off" to your ServerLayout section Did nothing for me except caused lockups. Not before or after the "20090124: AFFECTS: users of x11-servers/xorg-server, sysutils/hal" update. Pasting only the essentials: ... Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection # Had to add this after xorg 7.4 upgrade # USB devices (kb,mouse) would not be otherwise detected. Section "ServerFlags" Option "AutoAddDevices" "False" EndSection # This is left-over from 7.3, I haven't tried without it. Section "Extensions" Option "Composite" "Disable" EndSection Section "Module" Load "GLcore" Load "dbe" # Load "dri" Load "extmod" Load "glx" Load "freetype" EndSection Section "Device" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device" BusID "PCI:0:2:0" # 7.3 left-overs, supposedly improved intel driver performance # Had something to do with XAA method if memory serves me right # Again, haven't tried without these three. Option "AccelMethod" "EXA" Option "ExaNoComposite" "false" Option "MigrationHeuristic" "greedy" # DRI has been erratic since the 7.4 upgrade Option "DRI" "false" EndSection Section "Screen" DefaultDepth 16 SubSection "Display" Viewport 0 0 Depth 16 EndSubSection EndSection ... Probably worth noting that I had to add the following lines to /boot/loader.conf: drm_load="YES" i915_load="YES" Otherwise drm would fail at startx. 7.3 and DRI worked fine without them. I have, however, disabled DRI for 7.4 since it turned out to be too erratic for my liking. From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 12:03:37 2009 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 1C3FA10658C1 for ; Tue, 3 Feb 2009 12:03:37 +0000 (UTC) (envelope-from support@spectrum.ru) Received: from support.spectrum.ru (support.spectrum.ru [62.205.172.195]) by mx1.freebsd.org (Postfix) with ESMTP id EC4498FC26 for ; Tue, 3 Feb 2009 12:03:35 +0000 (UTC) (envelope-from support@spectrum.ru) Received: from support.spectrum.ru (localhost [127.0.0.1]) by support.spectrum.ru (8.14.3/8.14.2) with SMTP id n13BlR8H036361 for ; Tue, 3 Feb 2009 14:47:30 +0300 (MSK) (envelope-from support@spectrum.ru) Date: Tue, 3 Feb 2009 14:47:27 +0300 From: Alexander Demin To: x11@freebsd.org Message-Id: <20090203144727.807dd36f.support@spectrum.ru> Organization: Group of companies Spectrum X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd6.4) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Tue__3_Feb_2009_14_47_27_+0300_qs9cQGi7hH5=ru3v" X-Antivirus: Dr.Web (R) for Mail Servers on support.spectrum.ru host X-Antivirus-Code: 100000 Cc: Subject: Error install port: x11/xdriinfo. 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, 03 Feb 2009 12:03:55 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__3_Feb_2009_14_47_27_+0300_qs9cQGi7hH5=ru3v Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello. I have problem with installation of port x11/xdriinfo. uname -a FreeBSD test.spectrum.ru 7.1-STABLE FreeBSD 7.1-STABLE #0: Thu Jan 15 22:00:22 MSK 2009 root@test.spectrum.ru:/usr/obj/usr/src/sys/MYGENERIC i386 Ports tree up today. How to repeat: cd /usr/ports/x11/xdriinfo make install clean ===> Vulnerability check disabled, database not found ===> Extracting for xdriinfo-1.0.2 => MD5 Checksum OK for xorg/app/xdriinfo-1.0.2.tar.bz2. => SHA256 Checksum OK for xorg/app/xdriinfo-1.0.2.tar.bz2. ===> Patching for xdriinfo-1.0.2 ===> xdriinfo-1.0.2 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found ===> xdriinfo-1.0.2 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xdriinfo-1.0.2 depends on executable: pkg-config - found ===> xdriinfo-1.0.2 depends on shared library: GL.1 - found ===> Configuring for xdriinfo-1.0.2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking return type of signal handlers... void checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XDRIINFO... yes checking for library containing glXGetProcAddressARB... no configure: error: cannot find GL library - make sure Mesa or other OpenGL package is installed See `config.log' for more details. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/tmp_potrs/usr/ports/x11/xdriinfo/work/xdriinfo-1.0.2/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`). *** Error code 1 Stop in /usr/ports/x11/xdriinfo. Log file (config.log) attached. -- Demin Alexander / Network Administrator Group of companies Spectrum / tel. (+7 495) 995-8999 Russia, Moscow, 103009, Strastnoy blvr. 8 Web: http://www.spectrum.ru/ --Multipart=_Tue__3_Feb_2009_14_47_27_+0300_qs9cQGi7hH5=ru3v Content-Type: application/octet-stream; name="config.log" Content-Disposition: attachment; filename="config.log" Content-Transfer-Encoding: base64 VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IHhkcmlpbmZvIGNvbmZpZ3VyZSAxLjAuMiwg d2hpY2ggd2FzCmdlbmVyYXRlZCBieSBHTlUgQXV0b2NvbmYgMi42MS4gIEludm9jYXRpb24gY29t bWFuZCBsaW5lIHdhcwoKICAkIC4vY29uZmlndXJlIC0teC1saWJyYXJpZXM9L3Vzci9sb2NhbC9s aWIgLS14LWluY2x1ZGVzPS91c3IvbG9jYWwvaW5jbHVkZSAtLXByZWZpeD0vdXNyL2xvY2FsIC0t bWFuZGlyPS91c3IvbG9jYWwvbWFuIC0taW5mb2Rpcj0vdXNyL2xvY2FsL2luZm8vIC0tYnVpbGQ9 aTM4Ni1wb3J0YmxkLWZyZWVic2Q3LjEKCiMjIC0tLS0tLS0tLSAjIwojIyBQbGF0Zm9ybS4gIyMK IyMgLS0tLS0tLS0tICMjCgpob3N0bmFtZSA9IHRlc3Quc3BlY3RydW0ucnUKdW5hbWUgLW0gPSBp Mzg2CnVuYW1lIC1yID0gNy4xLVNUQUJMRQp1bmFtZSAtcyA9IEZyZWVCU0QKdW5hbWUgLXYgPSBG cmVlQlNEIDcuMS1TVEFCTEUgIzA6IFRodSBKYW4gMTUgMjI6MDA6MjIgTVNLIDIwMDkgICAgIHJv b3RAdGVzdC5zcGVjdHJ1bS5ydTovdXNyL29iai91c3Ivc3JjL3N5cy9NWUdFTkVSSUMgCgovdXNy L2Jpbi91bmFtZSAtcCA9IGkzODYKL2Jpbi91bmFtZSAtWCAgICAgPSB1bmtub3duCgovYmluL2Fy Y2ggICAgICAgICAgICAgID0gdW5rbm93bgovdXNyL2Jpbi9hcmNoIC1rICAgICAgID0gdW5rbm93 bgovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0gdW5rbm93bgovdXNyL2Jpbi9ob3N0aW5mbyAgICAg ID0gdW5rbm93bgovYmluL21hY2hpbmUgICAgICAgICAgID0gdW5rbm93bgovdXNyL2Jpbi9vc2xl dmVsICAgICAgID0gdW5rbm93bgovYmluL3VuaXZlcnNlICAgICAgICAgID0gdW5rbm93bgoKUEFU SDogL3NiaW4KUEFUSDogL2JpbgpQQVRIOiAvdXNyL3NiaW4KUEFUSDogL3Vzci9iaW4KUEFUSDog L3Vzci9nYW1lcwpQQVRIOiAvdXNyL2xvY2FsL3NiaW4KUEFUSDogL3Vzci9sb2NhbC9iaW4KUEFU SDogL3Jvb3QvYmluCgoKIyMgLS0tLS0tLS0tLS0gIyMKIyMgQ29yZSB0ZXN0cy4gIyMKIyMgLS0t LS0tLS0tLS0gIyMKCmNvbmZpZ3VyZToxNzc3OiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJs ZSBpbnN0YWxsCmNvbmZpZ3VyZToxODMzOiByZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMgLW8g cm9vdCAtZyB3aGVlbApjb25maWd1cmU6MTg0NDogY2hlY2tpbmcgd2hldGhlciBidWlsZCBlbnZp cm9ubWVudCBpcyBzYW5lCmNvbmZpZ3VyZToxODg3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MTkx NTogY2hlY2tpbmcgZm9yIGEgdGhyZWFkLXNhZmUgbWtkaXIgLXAKY29uZmlndXJlOjE5NTQ6IHJl c3VsdDogLi9pbnN0YWxsLXNoIC1jIC1kCmNvbmZpZ3VyZToxOTY3OiBjaGVja2luZyBmb3IgZ2F3 awpjb25maWd1cmU6MTk5NzogcmVzdWx0OiBubwpjb25maWd1cmU6MTk2NzogY2hlY2tpbmcgZm9y IG1hd2sKY29uZmlndXJlOjE5OTc6IHJlc3VsdDogbm8KY29uZmlndXJlOjE5Njc6IGNoZWNraW5n IGZvciBuYXdrCmNvbmZpZ3VyZToxOTgzOiBmb3VuZCAvdXNyL2Jpbi9uYXdrCmNvbmZpZ3VyZTox OTk0OiByZXN1bHQ6IG5hd2sKY29uZmlndXJlOjIwMDU6IGNoZWNraW5nIHdoZXRoZXIgbWFrZSBz ZXRzICQoTUFLRSkKY29uZmlndXJlOjIwMjY6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToyMjE0OiBj aGVja2luZyB3aGV0aGVyIHRvIGVuYWJsZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9m IE1ha2VmaWxlcwpjb25maWd1cmU6MjIyMzogcmVzdWx0OiBubwpjb25maWd1cmU6MjI4ODogY2hl Y2tpbmcgZm9yIGdjYwpjb25maWd1cmU6MjMxNTogcmVzdWx0OiBjYwpjb25maWd1cmU6MjU1Mzog Y2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6MjU2MDogY2MgLS12ZXJz aW9uID4mNQpjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0ZyZWVCU0RdCkNvcHlyaWdodCAoQykg MjAwNyBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KVGhpcyBpcyBmcmVlIHNvZnR3YXJl OyBzZWUgdGhlIHNvdXJjZSBmb3IgY29weWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8Kd2Fy cmFudHk7IG5vdCBldmVuIGZvciBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJU SUNVTEFSIFBVUlBPU0UuCgpjb25maWd1cmU6MjU2MzogJD8gPSAwCmNvbmZpZ3VyZToyNTcwOiBj YyAtdiA+JjUKVXNpbmcgYnVpbHQtaW4gc3BlY3MuClRhcmdldDogaTM4Ni11bmRlcm15ZGVzay1m cmVlYnNkCkNvbmZpZ3VyZWQgd2l0aDogRnJlZUJTRC9pMzg2IHN5c3RlbSBjb21waWxlcgpUaHJl YWQgbW9kZWw6IHBvc2l4CmdjYyB2ZXJzaW9uIDQuMi4xIDIwMDcwNzE5ICBbRnJlZUJTRF0KY29u ZmlndXJlOjI1NzM6ICQ/ID0gMApjb25maWd1cmU6MjU4MDogY2MgLVYgPiY1CmNjOiAnLVYnIG9w dGlvbiBtdXN0IGhhdmUgYXJndW1lbnQKY29uZmlndXJlOjI1ODM6ICQ/ID0gMQpjb25maWd1cmU6 MjYwNjogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRwdXQgZmlsZSBuYW1lCmNv bmZpZ3VyZToyNjMzOiBjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVz dC5jICA+JjUKY29uZmlndXJlOjI2MzY6ICQ/ID0gMApjb25maWd1cmU6MjY3NDogcmVzdWx0OiBh Lm91dApjb25maWd1cmU6MjY5MTogY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciB3b3Jr cwpjb25maWd1cmU6MjcwMTogLi9hLm91dApjb25maWd1cmU6MjcwNDogJD8gPSAwCmNvbmZpZ3Vy ZToyNzIxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MjcyODogY2hlY2tpbmcgd2hldGhlciB3ZSBh cmUgY3Jvc3MgY29tcGlsaW5nCmNvbmZpZ3VyZToyNzMwOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToy NzMzOiBjaGVja2luZyBmb3Igc3VmZml4IG9mIGV4ZWN1dGFibGVzCmNvbmZpZ3VyZToyNzQwOiBj YyAtbyBjb25mdGVzdCAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgICBjb25mdGVzdC5j ICA+JjUKY29uZmlndXJlOjI3NDM6ICQ/ID0gMApjb25maWd1cmU6Mjc2NzogcmVzdWx0OiAKY29u ZmlndXJlOjI3NzM6IGNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVzCmNvbmZpZ3Vy ZToyNzk5OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMg PiY1CmNvbmZpZ3VyZToyODAyOiAkPyA9IDAKY29uZmlndXJlOjI4MjU6IHJlc3VsdDogbwpjb25m aWd1cmU6MjgyOTogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBp bGVyCmNvbmZpZ3VyZToyODU4OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUg IGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZToyODY0OiAkPyA9IDAKY29uZmlndXJlOjI4ODE6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZToyODg2OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcK Y29uZmlndXJlOjI5MTY6IGNjIC1jIC1nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjkyMjog JD8gPSAwCmNvbmZpZ3VyZTozMDIxOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzAzODogY2hlY2tp bmcgZm9yIGNjIG9wdGlvbiB0byBhY2NlcHQgSVNPIEM4OQpjb25maWd1cmU6MzExMjogY2MgIC1j IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJl OjMxMTg6ICQ/ID0gMApjb25maWd1cmU6MzE0MTogcmVzdWx0OiBub25lIG5lZWRlZApjb25maWd1 cmU6MzE3MDogY2hlY2tpbmcgZm9yIHN0eWxlIG9mIGluY2x1ZGUgdXNlZCBieSBtYWtlCmNvbmZp Z3VyZTozMTk4OiByZXN1bHQ6IEdOVQpjb25maWd1cmU6MzIyMzogY2hlY2tpbmcgZGVwZW5kZW5j eSBzdHlsZSBvZiBjYwpjb25maWd1cmU6MzMxNDogcmVzdWx0OiBnY2MzCmNvbmZpZ3VyZTozMzQy OiBjaGVja2luZyBmb3IgYSBCU0QtY29tcGF0aWJsZSBpbnN0YWxsCmNvbmZpZ3VyZTozMzk4OiBy ZXN1bHQ6IC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVlbApjb25maWd1cmU6MzQx MTogY2hlY2tpbmcgcmV0dXJuIHR5cGUgb2Ygc2lnbmFsIGhhbmRsZXJzCmNvbmZpZ3VyZTozNDM5 OiBjYyAtYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZ0ZXN0LmM6IEluIGZ1bmN0aW9uICdtYWluJzoKY29uZnRlc3QuYzoxNjogZXJyb3I6IHZvaWQg dmFsdWUgbm90IGlnbm9yZWQgYXMgaXQgb3VnaHQgdG8gYmUKY29uZmlndXJlOjM0NDU6ICQ/ID0g MQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oLiAgKi8KfCAj ZGVmaW5lIFBBQ0tBR0VfTkFNRSAieGRyaWluZm8iCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUg InhkcmlpbmZvIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICIxLjAuMiIKfCAjZGVmaW5lIFBB Q0tBR0VfU1RSSU5HICJ4ZHJpaW5mbyAxLjAuMiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JU ICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3Jn Igp8ICNkZWZpbmUgUEFDS0FHRSAieGRyaWluZm8iCnwgI2RlZmluZSBWRVJTSU9OICIxLjAuMiIK fCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgI2luY2x1ZGUgPHN5cy90eXBlcy5oPgp8ICNpbmNs dWRlIDxzaWduYWwuaD4KfCAKfCBpbnQKfCBtYWluICgpCnwgewp8IHJldHVybiAqKHNpZ25hbCAo MCwgMCkpICgwKSA9PSAxOwp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1cmU6MzQ2MDog cmVzdWx0OiB2b2lkCmNvbmZpZ3VyZTozNTE5OiBjaGVja2luZyBmb3IgcGtnLWNvbmZpZwpjb25m aWd1cmU6MzUzNzogZm91bmQgL3Vzci9sb2NhbC9iaW4vcGtnLWNvbmZpZwpjb25maWd1cmU6MzU0 OTogcmVzdWx0OiAvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnCmNvbmZpZ3VyZTozNTc4OiBjaGVj a2luZyBwa2ctY29uZmlnIGlzIGF0IGxlYXN0IHZlcnNpb24gMC45LjAKY29uZmlndXJlOjM1ODE6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozNTkyOiBjaGVja2luZyBmb3IgWERSSUlORk8KY29uZmln dXJlOjM1OTc6ICRQS0dfQ09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICJ4MTEgZ2xwcm90 byIKY29uZmlndXJlOjM2MDA6ICQ/ID0gMApjb25maWd1cmU6MzYxMTogJFBLR19DT05GSUcgLS1l eGlzdHMgLS1wcmludC1lcnJvcnMgIngxMSBnbHByb3RvIgpjb25maWd1cmU6MzYxNDogJD8gPSAw CmNvbmZpZ3VyZTozNjY5OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzY3NzogY2hlY2tpbmcgZm9y IGxpYnJhcnkgY29udGFpbmluZyBnbFhHZXRQcm9jQWRkcmVzc0FSQgpjb25maWd1cmU6MzcxODog Y2MgLW8gY29uZnRlc3QgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAgY29uZnRlc3Qu YyAgPiY1Ci92YXIvdG1wLy9jY1hGUTdtTy5vKC50ZXh0KzB4MTIpOiBJbiBmdW5jdGlvbiBgbWFp bic6CjogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgZ2xYR2V0UHJvY0FkZHJlc3NBUkInCmNvbmZp Z3VyZTozNzI0OiAkPyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29u ZmRlZnMuaC4gICovCnwgI2RlZmluZSBQQUNLQUdFX05BTUUgInhkcmlpbmZvIgp8ICNkZWZpbmUg UEFDS0FHRV9UQVJOQU1FICJ4ZHJpaW5mbyIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiMS4w LjIiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAieGRyaWluZm8gMS4wLjIiCnwgI2RlZmluZSBQ QUNLQUdFX0JVR1JFUE9SVCAiaHR0cHM6Ly9idWdzLmZyZWVkZXNrdG9wLm9yZy9lbnRlcl9idWcu Y2dpP3Byb2R1Y3Q9eG9yZyIKfCAjZGVmaW5lIFBBQ0tBR0UgInhkcmlpbmZvIgp8ICNkZWZpbmUg VkVSU0lPTiAiMS4wLjIiCnwgI2RlZmluZSBSRVRTSUdUWVBFIHZvaWQKfCAvKiBlbmQgY29uZmRl ZnMuaC4gICovCnwgCnwgLyogT3ZlcnJpZGUgYW55IEdDQyBpbnRlcm5hbCBwcm90b3R5cGUgdG8g YXZvaWQgYW4gZXJyb3IuCnwgICAgVXNlIGNoYXIgYmVjYXVzZSBpbnQgbWlnaHQgbWF0Y2ggdGhl IHJldHVybiB0eXBlIG9mIGEgR0NDCnwgICAgYnVpbHRpbiBhbmQgdGhlbiBpdHMgYXJndW1lbnQg cHJvdG90eXBlIHdvdWxkIHN0aWxsIGFwcGx5LiAgKi8KfCAjaWZkZWYgX19jcGx1c3BsdXMKfCBl eHRlcm4gIkMiCnwgI2VuZGlmCnwgY2hhciBnbFhHZXRQcm9jQWRkcmVzc0FSQiAoKTsKfCBpbnQK fCBtYWluICgpCnwgewp8IHJldHVybiBnbFhHZXRQcm9jQWRkcmVzc0FSQiAoKTsKfCAgIDsKfCAg IHJldHVybiAwOwp8IH0KY29uZmlndXJlOjM3MTg6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtZm5vLXN0 cmljdC1hbGlhc2luZyAtcGlwZSAgIGNvbmZ0ZXN0LmMgLWxHTCAtTC91c3IvbG9jYWwvbGliIC1s WDExICAgID4mNQovdXNyL2Jpbi9sZDogY2Fubm90IGZpbmQgLWxHTApjb25maWd1cmU6MzcyNDog JD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmguICAq Lwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJ4ZHJpaW5mbyIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFS TkFNRSAieGRyaWluZm8iCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuMC4yIgp8ICNkZWZp bmUgUEFDS0FHRV9TVFJJTkcgInhkcmlpbmZvIDEuMC4yIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdS RVBPUlQgImh0dHBzOi8vYnVncy5mcmVlZGVza3RvcC5vcmcvZW50ZXJfYnVnLmNnaT9wcm9kdWN0 PXhvcmciCnwgI2RlZmluZSBQQUNLQUdFICJ4ZHJpaW5mbyIKfCAjZGVmaW5lIFZFUlNJT04gIjEu MC4yIgp8ICNkZWZpbmUgUkVUU0lHVFlQRSB2b2lkCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8 IAp8IC8qIE92ZXJyaWRlIGFueSBHQ0MgaW50ZXJuYWwgcHJvdG90eXBlIHRvIGF2b2lkIGFuIGVy cm9yLgp8ICAgIFVzZSBjaGFyIGJlY2F1c2UgaW50IG1pZ2h0IG1hdGNoIHRoZSByZXR1cm4gdHlw ZSBvZiBhIEdDQwp8ICAgIGJ1aWx0aW4gYW5kIHRoZW4gaXRzIGFyZ3VtZW50IHByb3RvdHlwZSB3 b3VsZCBzdGlsbCBhcHBseS4gICovCnwgI2lmZGVmIF9fY3BsdXNwbHVzCnwgZXh0ZXJuICJDIgp8 ICNlbmRpZgp8IGNoYXIgZ2xYR2V0UHJvY0FkZHJlc3NBUkIgKCk7CnwgaW50CnwgbWFpbiAoKQp8 IHsKfCByZXR1cm4gZ2xYR2V0UHJvY0FkZHJlc3NBUkIgKCk7CnwgICA7CnwgICByZXR1cm4gMDsK fCB9CmNvbmZpZ3VyZTozNzUyOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozNzU5OiBlcnJvcjogY2Fu bm90IGZpbmQgR0wgbGlicmFyeSAtIG1ha2Ugc3VyZSBNZXNhIG9yIG90aGVyIE9wZW5HTCBwYWNr YWdlIGlzIGluc3RhbGxlZApTZWUgYGNvbmZpZy5sb2cnIGZvciBtb3JlIGRldGFpbHMuCgojIyAt LS0tLS0tLS0tLS0tLS0tICMjCiMjIENhY2hlIHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0t LS0tLSAjIwoKYWNfY3ZfY19jb21waWxlcl9nbnU9eWVzCmFjX2N2X2Vudl9DQ19zZXQ9c2V0CmFj X2N2X2Vudl9DQ192YWx1ZT1jYwphY19jdl9lbnZfQ0ZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0NG TEFHU192YWx1ZT0nLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlJwphY19jdl9lbnZfQ1BQ RkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9DUFBGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfTERGTEFH U19zZXQ9JycKYWNfY3ZfZW52X0xERkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0xJQlNfc2V0PScn CmFjX2N2X2Vudl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9QS0dfQ09ORklHX3NldD0nJwphY19j dl9lbnZfUEtHX0NPTkZJR192YWx1ZT0nJwphY19jdl9lbnZfWERSSUlORk9fQ0ZMQUdTX3NldD0n JwphY19jdl9lbnZfWERSSUlORk9fQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YRFJJSU5GT19M SUJTX3NldD0nJwphY19jdl9lbnZfWERSSUlORk9fTElCU192YWx1ZT0nJwphY19jdl9lbnZfYnVp bGRfYWxpYXNfc2V0PXNldAphY19jdl9lbnZfYnVpbGRfYWxpYXNfdmFsdWU9aTM4Ni1wb3J0Ymxk LWZyZWVic2Q3LjEKYWNfY3ZfZW52X2hvc3RfYWxpYXNfc2V0PScnCmFjX2N2X2Vudl9ob3N0X2Fs aWFzX3ZhbHVlPScnCmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfc2V0PScnCmFjX2N2X2Vudl90YXJn ZXRfYWxpYXNfdmFsdWU9JycKYWNfY3Zfb2JqZXh0PW8KYWNfY3ZfcGF0aF9hY19wdF9QS0dfQ09O RklHPS91c3IvbG9jYWwvYmluL3BrZy1jb25maWcKYWNfY3ZfcHJvZ19BV0s9bmF3awphY19jdl9w cm9nX2FjX2N0X0NDPWNjCmFjX2N2X3Byb2dfY2NfYzg5PScnCmFjX2N2X3Byb2dfY2NfZz15ZXMK YWNfY3ZfcHJvZ19tYWtlX21ha2Vfc2V0PXllcwphY19jdl9zZWFyY2hfZ2xYR2V0UHJvY0FkZHJl c3NBUkI9bm8KYWNfY3ZfdHlwZV9zaWduYWw9dm9pZAphbV9jdl9DQ19kZXBlbmRlbmNpZXNfY29t cGlsZXJfdHlwZT1nY2MzCmx0X2N2X3N5c19tYXhfY21kX2xlbj0yNjIxNDQKcGtnX2N2X1hEUklJ TkZPX0NGTEFHUz0nLURfVEhSRUFEX1NBRkUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgICcKcGtnX2N2 X1hEUklJTkZPX0xJQlM9Jy1ML3Vzci9sb2NhbC9saWIgLWxYMTEgICcKCiMjIC0tLS0tLS0tLS0t LS0tLS0tICMjCiMjIE91dHB1dCB2YXJpYWJsZXMuICMjCiMjIC0tLS0tLS0tLS0tLS0tLS0tICMj CgpBQ0xPQ0FMPScke1NIRUxMfSAvdXNyL3RtcF9wb3Rycy91c3IvcG9ydHMveDExL3hkcmlpbmZv L3dvcmsveGRyaWluZm8tMS4wLjIvbWlzc2luZyAtLXJ1biBhY2xvY2FsLTEuMTAnCkFETUlOX01B Tl9ESVI9JycKQURNSU5fTUFOX1NVRkZJWD0nJwpBTURFUEJBQ0tTTEFTSD0nXCcKQU1ERVBfRkFM U0U9JyMnCkFNREVQX1RSVUU9JycKQU1UQVI9JyR7U0hFTEx9IC91c3IvdG1wX3BvdHJzL3Vzci9w b3J0cy94MTEveGRyaWluZm8vd29yay94ZHJpaW5mby0xLjAuMi9taXNzaW5nIC0tcnVuIHRhcicK QVBQX01BTl9ESVI9JycKQVBQX01BTl9TVUZGSVg9JycKQVVUT0NPTkY9JyR7U0hFTEx9IC91c3Iv dG1wX3BvdHJzL3Vzci9wb3J0cy94MTEveGRyaWluZm8vd29yay94ZHJpaW5mby0xLjAuMi9taXNz aW5nIC0tcnVuIGF1dG9jb25mJwpBVVRPSEVBREVSPScke1NIRUxMfSAvdXNyL3RtcF9wb3Rycy91 c3IvcG9ydHMveDExL3hkcmlpbmZvL3dvcmsveGRyaWluZm8tMS4wLjIvbWlzc2luZyAtLXJ1biBh dXRvaGVhZGVyJwpBVVRPTUFLRT0nJHtTSEVMTH0gL3Vzci90bXBfcG90cnMvdXNyL3BvcnRzL3gx MS94ZHJpaW5mby93b3JrL3hkcmlpbmZvLTEuMC4yL21pc3NpbmcgLS1ydW4gYXV0b21ha2UtMS4x MCcKQVdLPSduYXdrJwpDQz0nY2MnCkNDREVQTU9ERT0nZGVwbW9kZT1nY2MzJwpDRkxBR1M9Jy1P MiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZScKQ1BQRkxBR1M9JycKQ1lHUEFUSF9XPSdlY2hv JwpERUZTPScnCkRFUERJUj0nLmRlcHMnCkRSSVZFUl9NQU5fRElSPScnCkRSSVZFUl9NQU5fU1VG RklYPScnCkVDSE9fQz0nJwpFQ0hPX049Jy1uJwpFQ0hPX1Q9JycKRVhFRVhUPScnCkZJTEVfTUFO X0RJUj0nJwpGSUxFX01BTl9TVUZGSVg9JycKSU5TVEFMTF9EQVRBPSdpbnN0YWxsICAtbyByb290 IC1nIHdoZWVsIC1tIDQ0NCcKSU5TVEFMTF9QUk9HUkFNPSdpbnN0YWxsICAtcyAtbyByb290IC1n IHdoZWVsIC1tIDU1NScKSU5TVEFMTF9TQ1JJUFQ9J2luc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwg LW0gNTU1JwpJTlNUQUxMX1NUUklQX1BST0dSQU09JyQoaW5zdGFsbF9zaCkgLWMgLXMnCkxERkxB R1M9JycKTElCT0JKUz0nJwpMSUJTPScnCkxJQl9NQU5fRElSPScnCkxJQl9NQU5fU1VGRklYPScn CkxUTElCT0JKUz0nJwpNQUlOVD0nIycKTUFJTlRBSU5FUl9NT0RFX0ZBTFNFPScnCk1BSU5UQUlO RVJfTU9ERV9UUlVFPScjJwpNQUtFSU5GTz0nJHtTSEVMTH0gL3Vzci90bXBfcG90cnMvdXNyL3Bv cnRzL3gxMS94ZHJpaW5mby93b3JrL3hkcmlpbmZvLTEuMC4yL21pc3NpbmcgLS1ydW4gbWFrZWlu Zm8nCk1JU0NfTUFOX0RJUj0nJwpNSVNDX01BTl9TVUZGSVg9JycKT0JKRVhUPSdvJwpQQUNLQUdF PSd4ZHJpaW5mbycKUEFDS0FHRV9CVUdSRVBPUlQ9J2h0dHBzOi8vYnVncy5mcmVlZGVza3RvcC5v cmcvZW50ZXJfYnVnLmNnaT9wcm9kdWN0PXhvcmcnClBBQ0tBR0VfTkFNRT0neGRyaWluZm8nClBB Q0tBR0VfU1RSSU5HPSd4ZHJpaW5mbyAxLjAuMicKUEFDS0FHRV9UQVJOQU1FPSd4ZHJpaW5mbycK UEFDS0FHRV9WRVJTSU9OPScxLjAuMicKUEFUSF9TRVBBUkFUT1I9JzonClBLR19DT05GSUc9Jy91 c3IvbG9jYWwvYmluL3BrZy1jb25maWcnClNFVF9NQUtFPScnClNIRUxMPScvYmluL3NoJwpTVFJJ UD0nJwpWRVJTSU9OPScxLjAuMicKWERSSUlORk9fQ0ZMQUdTPSctRF9USFJFQURfU0FGRSAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgJwpYRFJJSU5GT19MSUJTPSctTC91c3IvbG9jYWwvbGliIC1sWDEx ICAnCmFjX2N0X0NDPSdjYycKYW1fX2Zhc3RkZXBDQ19GQUxTRT0nIycKYW1fX2Zhc3RkZXBDQ19U UlVFPScnCmFtX19pbmNsdWRlPSdpbmNsdWRlJwphbV9faXNyYz0nJwphbV9fbGVhZGluZ19kb3Q9 Jy4nCmFtX19xdW90ZT0nJwphbV9fdGFyPScke0FNVEFSfSBjaG9mIC0gIiQkdGFyZGlyIicKYW1f X3VudGFyPScke0FNVEFSfSB4ZiAtJwpiaW5kaXI9JyR7ZXhlY19wcmVmaXh9L2JpbicKYnVpbGQ9 J2kzODYtcG9ydGJsZC1mcmVlYnNkNy4xJwpidWlsZF9hbGlhcz0naTM4Ni1wb3J0YmxkLWZyZWVi c2Q3LjEnCmJ1aWxkX2NwdT0nJwpidWlsZF9vcz0nJwpidWlsZF92ZW5kb3I9JycKZGF0YWRpcj0n JHtkYXRhcm9vdGRpcn0nCmRhdGFyb290ZGlyPScke3ByZWZpeH0vc2hhcmUnCmRvY2Rpcj0nJHtk YXRhcm9vdGRpcn0vZG9jLyR7UEFDS0FHRV9UQVJOQU1FfScKZHZpZGlyPScke2RvY2Rpcn0nCmV4 ZWNfcHJlZml4PSdOT05FJwpob3N0PScnCmhvc3RfYWxpYXM9JycKaG9zdF9jcHU9JycKaG9zdF9v cz0nJwpob3N0X3ZlbmRvcj0nJwpodG1sZGlyPScke2RvY2Rpcn0nCmluY2x1ZGVkaXI9JyR7cHJl Zml4fS9pbmNsdWRlJwppbmZvZGlyPScvdXNyL2xvY2FsL2luZm8vJwppbnN0YWxsX3NoPSckKFNI RUxMKSAvdXNyL3RtcF9wb3Rycy91c3IvcG9ydHMveDExL3hkcmlpbmZvL3dvcmsveGRyaWluZm8t MS4wLjIvaW5zdGFsbC1zaCcKbGliZGlyPScke2V4ZWNfcHJlZml4fS9saWInCmxpYmV4ZWNkaXI9 JyR7ZXhlY19wcmVmaXh9L2xpYmV4ZWMnCmxvY2FsZWRpcj0nJHtkYXRhcm9vdGRpcn0vbG9jYWxl Jwpsb2NhbHN0YXRlZGlyPScke3ByZWZpeH0vdmFyJwptYW5kaXI9Jy91c3IvbG9jYWwvbWFuJwpt a2Rpcl9wPSckKHRvcF9idWlsZGRpcikvLi9pbnN0YWxsLXNoIC1jIC1kJwpvbGRpbmNsdWRlZGly PScvdXNyL2luY2x1ZGUnCnBkZmRpcj0nJHtkb2NkaXJ9JwpwcmVmaXg9Jy91c3IvbG9jYWwnCnBy b2dyYW1fdHJhbnNmb3JtX25hbWU9J3MseCx4LCcKcHNkaXI9JyR7ZG9jZGlyfScKc2JpbmRpcj0n JHtleGVjX3ByZWZpeH0vc2JpbicKc2hhcmVkc3RhdGVkaXI9JyR7cHJlZml4fS9jb20nCnN5c2Nv bmZkaXI9JyR7cHJlZml4fS9ldGMnCnRhcmdldF9hbGlhcz0nJwoKIyMgLS0tLS0tLS0tLS0gIyMK IyMgY29uZmRlZnMuaC4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCiNkZWZpbmUgUEFDS0FHRV9OQU1F ICJ4ZHJpaW5mbyIKI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgInhkcmlpbmZvIgojZGVmaW5lIFBB Q0tBR0VfVkVSU0lPTiAiMS4wLjIiCiNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgInhkcmlpbmZvIDEu MC4yIgojZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJodHRwczovL2J1Z3MuZnJlZWRlc2t0b3Au b3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnIgojZGVmaW5lIFBBQ0tBR0UgInhkcmlpbmZv IgojZGVmaW5lIFZFUlNJT04gIjEuMC4yIgojZGVmaW5lIFJFVFNJR1RZUEUgdm9pZAoKY29uZmln dXJlOiBleGl0IDEK --Multipart=_Tue__3_Feb_2009_14_47_27_+0300_qs9cQGi7hH5=ru3v-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 12:50:39 2009 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 5DCAC106566C; Tue, 3 Feb 2009 12:50:39 +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 33E4D8FC1A; Tue, 3 Feb 2009 12:50:39 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n13Codhc025173; Tue, 3 Feb 2009 12:50:39 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n13Cod2M025163; Tue, 3 Feb 2009 12:50:39 GMT (envelope-from edwin) Date: Tue, 3 Feb 2009 12:50:39 GMT Message-Id: <200902031250.n13Cod2M025163@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/131339: x11/oclock - repomove to x11-clocks/ 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, 03 Feb 2009 12:50:39 -0000 Synopsis: x11/oclock - repomove to x11-clocks/ Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Tue Feb 3 12:50:38 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=131339 From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 12:58:02 2009 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 566441065670 for ; Tue, 3 Feb 2009 12:58:02 +0000 (UTC) (envelope-from fhardy@noparking.net) Received: from 30.mail-out.ovh.net (30.mail-out.ovh.net [213.186.62.213]) by mx1.freebsd.org (Postfix) with SMTP id A33CA8FC19 for ; Tue, 3 Feb 2009 12:58:01 +0000 (UTC) (envelope-from fhardy@noparking.net) Received: (qmail 27132 invoked by uid 503); 3 Feb 2009 12:31:42 -0000 Received: from gw2.ovh.net (HELO mail26.ha.ovh.net) (213.251.189.202) by 30.mail-out.ovh.net with SMTP; 3 Feb 2009 12:31:42 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 3 Feb 2009 12:31:13 -0000 Received: from can59-2-82-226-204-138.fbx.proxad.net (HELO diablo.local) (fhardy%noparking.net@82.226.204.138) by ns0.ovh.net with SMTP; 3 Feb 2009 12:31:12 -0000 Message-ID: <49883907.5000402@noparking.net> Date: Tue, 03 Feb 2009 13:31:03 +0100 From: Frederic Hardy User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 4111786461555940428 X-Ovh-Remote: 82.226.204.138 (can59-2-82-226-204-138.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|H 0.5/N Cc: Subject: Xlib: extension "Generic Event Extension" missing on display ":0.0". 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, 03 Feb 2009 12:58:02 -0000 Hello ! Since the last update of xorg-server, I have several warning "Xlib: extension "Generic Event Extension" missing on display ":0.0"." when I laungh gvim. Xorg server seems does not support XGE, but Xlib support it... portupgrade -rRf does not resolve the problem. I known that it's just a "warning", but I hope that you can resolve it. #Xorg -version X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-RELEASE-p1 i386 Current Operating System: FreeBSD diablo.local 7.1-RELEASE-p1 FreeBSD 7.1-RELEASE-p1 #6: Thu Jan 8 15:17:55 CET 2009 root@diablo.local:/usr/obj/usr/src/sys/DIABLO i386 Build Date: 03 February 2009 12:18:31PM Thanks in advance. Best regards, Fred -- ======================================================================== Frédéric HARDY Responsable technique No parking Email : fhardy@noparking.net 10 rue Stappaert URL : http://www.noparking.net 59000 Lille Tel : +33 (0)3 20 06 51 26 France Fax : +33 (0)3 20 63 92 21 ======================================================================== From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 13:11:53 2009 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 0199A106566C; Tue, 3 Feb 2009 13:11:53 +0000 (UTC) (envelope-from blacknova@tut.by) Received: from speedy.tutby.com (mail.tut.by [195.137.160.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF4A8FC19; Tue, 3 Feb 2009 13:11:51 +0000 (UTC) (envelope-from blacknova@tut.by) Received: from [212.98.175.154] (account blacknova@tut.by HELO [192.168.1.103]) by speedy.tutby.com (CommuniGate Pro SMTP 5.1.12) with ESMTPA id 143252116; Tue, 03 Feb 2009 15:11:49 +0200 Message-ID: <49884248.40207@tut.by> Date: Tue, 03 Feb 2009 15:10:32 +0200 From: =?KOI8-R?Q?=F7=CC=C1=C4=C9=CD=C9=D2_=EE=CF=D7=CF=D3=C5=CC=D8=C3=C5?= =?KOI8-R?Q?=D7?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Noland References: <497F02F7.1090808@tut.by> <1233084375.1981.21.camel@wombat.2hip.net> In-Reply-To: <1233084375.1981.21.camel@wombat.2hip.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org Subject: Re: Xorg freezes on second 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, 03 Feb 2009 13:11:53 -0000 Hi, Robert Noland ÐÉÛÅÔ: > On Tue, 2009-01-27 at 14:49 +0200, ÷ÌÁÄÉÍÉÒ îÏ×ÏÓÅÌØÃÅ× wrote: > >> Hi, >> I'm having the following problem: >> After recent xorg update, xorg-server started to freeze on second start, >> i.e. if X server started from console second time it completely freezes >> system. >> I've tried either radeon and radeonhd drivers, radeon from ports and >> from git, radeonhd from git. Then X started for the first time, I can >> switch to console and back with out problems. On second start it locks >> some where after mode-setting. >> >> System: FreeBSD/amd64 7.1p2, Gigabyte P35-S3 MB, CPU C2D E6550, RAM 6Gb, >> ATI Radeon HD3870 512Mb. >> > > Given that this is a 3870, it is not drm related. It is almost > certainly a radeon/radeonhd driver issue. Can you please report > upstream on http://bugs.freedesktop.org. You can add me to the watch > list, but I have a lot on my plate right now, so if I can get some of > the radeon folks to look at it that helps me a lot. > > robert. > There is another possibility: Both drivers (radeon, radeonhd) have been performing pretty much flawlessly with X server 1.4. From drivers point of view main change during update to x server 1.5 is migration from x server internal pci access library to external libpciaccess, so it's possible that this error is caused by difference in pci access libraries behavior. WBR, Vladimir Novoseltsev From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 14:21:07 2009 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 D8BA710656ED; Tue, 3 Feb 2009 14:21:06 +0000 (UTC) (envelope-from rafan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B76BD8FC0C; Tue, 3 Feb 2009 14:21:06 +0000 (UTC) (envelope-from rafan@FreeBSD.org) Received: from freefall.freebsd.org (rafan@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n13EL6bV094696; Tue, 3 Feb 2009 14:21:06 GMT (envelope-from rafan@freefall.freebsd.org) Received: (from rafan@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n13EL6ef094692; Tue, 3 Feb 2009 14:21:06 GMT (envelope-from rafan) Date: Tue, 3 Feb 2009 14:21:06 GMT Message-Id: <200902031421.n13EL6ef094692@freefall.freebsd.org> To: rafan@freebsd.org, rafan@FreeBSD.org, freebsd-x11@FreeBSD.org From: rafan@FreeBSD.org Cc: Subject: Re: ports/131238: [PATCH] x11/luit: luit can't find locale.alias, fix it 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, 03 Feb 2009 14:21:09 -0000 Synopsis: [PATCH] x11/luit: luit can't find locale.alias, fix it State-Changed-From-To: open->closed State-Changed-By: rafan State-Changed-When: Tue Feb 3 14:21:06 UTC 2009 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=131238 From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 14:30:08 2009 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 C91B8106566B for ; Tue, 3 Feb 2009 14:30:08 +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 B7F388FC2B for ; Tue, 3 Feb 2009 14:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n13EU89u095122 for ; Tue, 3 Feb 2009 14:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n13EU8KB095116; Tue, 3 Feb 2009 14:30:08 GMT (envelope-from gnats) Date: Tue, 3 Feb 2009 14:30:08 GMT Message-Id: <200902031430.n13EU8KB095116@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/131238: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 14:30:09 -0000 The following reply was made to PR ports/131238; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/131238: commit references a PR Date: Tue, 3 Feb 2009 14:21:14 +0000 (UTC) rafan 2009-02-03 14:21:00 UTC FreeBSD ports repository Modified files: x11/luit Makefile Log: - Make luit can find locale.alias after X.Org 7.4 upgrade. Without this, luit is broken as it can't find the locale alias file. - Bump PORTREVISION as package content changed PR: ports/131238 Submitted by: rafan Approved by: x11@ (flz) Revision Changes Path 1.4 +3 -0 ports/x11/luit/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 15:51:16 2009 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 9A7B3106566B for ; Tue, 3 Feb 2009 15:51:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE068FC16 for ; Tue, 3 Feb 2009 15:51:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n13FoWZV001625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 10:50:33 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alexander Demin In-Reply-To: <20090203144727.807dd36f.support@spectrum.ru> References: <20090203144727.807dd36f.support@spectrum.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-H7Lho3uVnGeSjxjD5Eps" Organization: FreeBSD Date: Tue, 03 Feb 2009 10:51:08 -0500 Message-Id: <1233676268.1492.105.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@freebsd.org Subject: Re: Error install port: x11/xdriinfo. 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, 03 Feb 2009 15:51:16 -0000 --=-H7Lho3uVnGeSjxjD5Eps Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 14:47 +0300, Alexander Demin wrote: > Hello. >=20 > I have problem with installation of port x11/xdriinfo. > uname -a > FreeBSD test.spectrum.ru 7.1-STABLE FreeBSD 7.1-STABLE #0: Thu Jan 15 22:= 00:22 MSK 2009 > root@test.spectrum.ru:/usr/obj/usr/src/sys/MYGENERIC i386 > Ports tree up today. > How to repeat: > cd /usr/ports/x11/xdriinfo > make install clean > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> Extracting for xdriinfo-1.0.2 > =3D> MD5 Checksum OK for xorg/app/xdriinfo-1.0.2.tar.bz2. > =3D> SHA256 Checksum OK for xorg/app/xdriinfo-1.0.2.tar.bz2. > =3D=3D=3D> Patching for xdriinfo-1.0.2 > =3D=3D=3D> xdriinfo-1.0.2 depends on file: /usr/local/libdata/pkgconfig= /glproto.pc - found > =3D=3D=3D> xdriinfo-1.0.2 depends on file: /usr/local/libdata/pkgconfig= /x11.pc - found > =3D=3D=3D> xdriinfo-1.0.2 depends on executable: pkg-config - found > =3D=3D=3D> xdriinfo-1.0.2 depends on shared library: GL.1 - found > =3D=3D=3D> Configuring for xdriinfo-1.0.2 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g w= heel > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... n= o > checking for gcc... cc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables...=20 > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ISO C89... none needed > checking for style of include used by make... GNU > checking dependency style of cc... gcc3 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g w= heel > checking return type of signal handlers... void > checking for pkg-config... /usr/local/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for XDRIINFO... yes > checking for library containing glXGetProcAddressARB... no > configure: error: cannot find GL library - make sure Mesa or other OpenGL= package is installed > See `config.log' for more details. > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/tmp_potrs/usr/ports/x11/xdriinfo/work/xdriinfo-1.0.2/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 syst= em > (e.g. an `ls /var/db/pkg`). > *** Error code 1 Ensure that graphics/libGL is installed and up to date. robert. > Stop in /usr/ports/x11/xdriinfo. >=20 > Log file (config.log) attached. >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-H7Lho3uVnGeSjxjD5Eps Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmIZ+wACgkQM4TrQ4qfROPffQCcCXPV2bpUIWM79cFuXlQ+M3W3 5X8AnAi13pjPEqYyL7E8a3jMwFQ8ZEXY =shs4 -----END PGP SIGNATURE----- --=-H7Lho3uVnGeSjxjD5Eps-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 15:54:34 2009 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 7470110656EF for ; Tue, 3 Feb 2009 15:54:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 334AB8FC19 for ; Tue, 3 Feb 2009 15:54:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n13FrlSQ001647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 10:53:47 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Frederic Hardy In-Reply-To: <49883907.5000402@noparking.net> References: <49883907.5000402@noparking.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-L95KWpYKZX4ir7qTCr2t" Organization: FreeBSD Date: Tue, 03 Feb 2009 10:54:22 -0500 Message-Id: <1233676462.1492.108.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@FreeBSD.org Subject: Re: Xlib: extension "Generic Event Extension" missing on display ":0.0". 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, 03 Feb 2009 15:54:35 -0000 --=-L95KWpYKZX4ir7qTCr2t Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 13:31 +0100, Frederic Hardy wrote: > Hello ! >=20 > Since the last update of xorg-server, I have several warning "Xlib: =20 > extension "Generic Event Extension" missing on display ":0.0"." when I=20 > laungh gvim. > Xorg server seems does not support XGE, but Xlib support it... > portupgrade -rRf does not resolve the problem. > I known that it's just a "warning", but I hope that you can resolve it. Server 1.6 has support for it. Coming soon. Patches to try out the rc release are posted in the thread "[HEADS UP/CFT] Xserver 1.6 + ..." robert. > #Xorg -version > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-RELEASE-p1 i386 > Current Operating System: FreeBSD diablo.local 7.1-RELEASE-p1 FreeBSD=20 > 7.1-RELEASE-p1 #6: Thu Jan 8 15:17:55 CET 2009 =20 > root@diablo.local:/usr/obj/usr/src/sys/DIABLO i386 > Build Date: 03 February 2009 12:18:31PM >=20 > Thanks in advance. >=20 > Best regards, > Fred --=20 Robert Noland FreeBSD --=-L95KWpYKZX4ir7qTCr2t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmIaK4ACgkQM4TrQ4qfROMJiwCfb9a+jNXvbQJnLoJvuPFjZwmc ibkAn2u2dBQF0tM3aORrariGD3Op8IOz =p2/v -----END PGP SIGNATURE----- --=-L95KWpYKZX4ir7qTCr2t-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 16:56:58 2009 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 2E5BF106567A; Tue, 3 Feb 2009 16:56:58 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from gloomweaver.pittgoth.com (gloomweaver.pittgoth.com [205.134.165.107]) by mx1.freebsd.org (Postfix) with ESMTP id B7DAB8FC0A; Tue, 3 Feb 2009 16:56:57 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from localhost.fbsdsecure.org (c-68-83-213-214.hsd1.va.comcast.net [68.83.213.214]) (authenticated bits=0) by gloomweaver.pittgoth.com (8.14.3/8.14.3) with ESMTP id n13GlnYB010627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Feb 2009 11:47:50 -0500 (EST) (envelope-from trhodes@FreeBSD.org) Date: Tue, 3 Feb 2009 11:45:47 -0500 From: Tom Rhodes To: Robert Noland Message-Id: <20090203114547.414463d0.trhodes@FreeBSD.org> In-Reply-To: <1233600288.1492.17.camel@ferret.2hip.net> References: <200902020950.n129o3Dw027376@freefall.freebsd.org> <1233600288.1492.17.camel@ferret.2hip.net> X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! 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, 03 Feb 2009 16:56:58 -0000 On Mon, 02 Feb 2009 13:44:48 -0500 Robert Noland wrote: > On Mon, 2009-02-02 at 09:50 +0000, Tom Rhodes wrote: > > The following reply was made to PR ports/131016; it has been noted by G= NATS. > >=20 > > From: Tom Rhodes > > To: bug-followup@FreeBSD.org > > Cc: =20 > > Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! > > Date: Mon, 2 Feb 2009 04:45:44 -0500 > >=20 > > Hi, > > =20 > > I'd like to verify this - my mouse locks up dead. I've used the > > information in UPDATING, stopped and killed moused, started hal and > > dbus, nothing. Also, it appears a fresh install of ports (removing > > all of my old ones and killing /usr/local/*/* hasn't helped either. >=20 > I will need to see any settings in rc.conf related to moused and your > xorg.conf. An xorg.log wouldn't be a bad idea either. >=20 > robert. Sure. Note that I've tried with and without moused enabled, using the instructions in UPDATING. At the bottom, I have the auto-generated xorg.conf (which bombs). Yes, I tried the "AllowEmptyInput" "off" option. Thanks, --=20 Tom Rhodes wlans_ath0=3Dwlan0 network_interfaces=3D"AUTO" #ifconfig_em0=3D"DHCP" hald_enable=3D"YES" dbus_enable=3D"YES" moused_enable=3D"YES" sendmail_enable=3D"NONE" sshd_enable=3D"YES" tcp_extensions=3D"YES" usbd_enable=3D"YES" linux_enable=3D"YES" #rsyncd_enable=3D"YES" # Temp for backup: #mountd_enable=3D"YES" #rpcbind_enable=3D"YES" #nfs_server_enable=3D"YES" X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64=20 Current Operating System: FreeBSD localhost.fbsdsecure.org 8.0-CURRENT Free= BSD 8.0-CURRENT #0: Wed Jan 28 20:53:35 EST 2009 trhodes@localhost.fbsd= secure.org:/usr/obj/usr/src/sys/MOBILE amd64 Build Date: 02 February 2009 11:59:52PM =20 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Tue Feb 3 07:45:00 2009 (++) Using config file: "/root/xorg.conf.new" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (=3D=3D) Automatically adding devices (=3D=3D) Automatically enabling devices (=3D=3D) Including the default font path /usr/local/lib/X11/fonts/misc/,/us= r/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/75dp= i/. (**) 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/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" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be = disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x670080 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graphic= s Controller rev 12, Mem @ 0xf8100000/1048576, 0xe0000000/268435456, I/O @ = 0x00001800/8, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graphic= s Controller rev 12, Mem @ 0xf8200000/1048576 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified i= n the config file. (II) "glx" will be loaded. This was enabled by default and also specified i= n the config file. (II) "freetype" will be loaded. This was enabled by default and also specif= ied in the config file. (II) "record" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dri" will be loaded. This was enabled by default and also specified i= n the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 1.1 (=3D=3D) AIGLX disabled (=3D=3D) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version =3D 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel=AE GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 4.1 (=3D=3D) intel(0): Depth 24, (=3D=3D) framebuffer bpp 32 (=3D=3D) intel(0): RGB weight 888 (=3D=3D) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 965GM (--) intel(0): Chipset: "965GM" (--) intel(0): Linear framebuffer at 0xE0000000 (--) intel(0): IO registers at addr 0xF8100000 (=3D=3D) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): Output LVDS has no monitor section (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): Attempting to determine panel fixed mode. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "LEN", prod id 16433 (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" register= ed at address 0x70. (II) intel(0): I2C bus "SDVOB DDC Bus" initialized. (II) intel(0): Output TMDS-1 has no monitor section (II) intel(0): SDVOB: device VID/DID: 02:3C.06, clock range 25.0MHz - 200.0= MHz (II) intel(0): SDVOB: 1 input channel (II) intel(0): SDVOB: TMDS0 output reported (II) intel(0): Current clock rate multiplier: 1 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): EDID vendor "LEN", prod id 16433 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Output TMDS-1 disconnected (II) intel(0): Using exact sizes for initial modes (II) intel(0): Output LVDS using initial mode 1280x800 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Monitoring connected displays enabled (II) intel(0): detected 512 kB GTT. (II) intel(0): detected 7676 kB stolen memory. (=3D=3D) intel(0): video overlay key set to 0x101fe (=3D=3D) intel(0): Intel XvMC decoder disabled (=3D=3D) intel(0): Will not try to enable page flipping (=3D=3D) intel(0): Triple buffering disabled (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) (=3D=3D) intel(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=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor=3D"X.Org Foundation" compiled for 1.5.3, module version =3D 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0= 000009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (=3D=3D) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle =3D 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (=3D=3D) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers =3D 0xf8100000 (II) intel(0): [drm] ring buffer =3D 0xe0000000 (II) intel(0): [drm] mapped front buffer at 0xe0200000, handle =3D 0xe02000= 00 (II) intel(0): [drm] mapped back buffer at 0xe1b00000, handle =3D 0xe1b00000 (II) intel(0): [drm] mapped depth buffer at 0xe2140000, handle =3D 0xe21400= 00 (II) intel(0): [drm] mapped classic textures at 0xe2780000, handle =3D 0xe2= 780000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0= 000 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 19660800 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): Current clock rate multiplier: 1 (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x0077f000 (pgoffset 1919) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x00840000 (pgoffset 2112) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x01b00000 (pgoffset 6912) (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x02140000 (pgoffset 8512) (II) intel(0): xf86BindGARTMemory: bind key 9 at 0x02780000 (pgoffset 10112) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00147fff: exa G965 state buffer (88 kB) (II) intel(0): 0x00148000-0x00148fff: overlay registers (4 kB) (II) intel(0): 0x00149000-0x00149fff: power context (4 kB) (II) intel(0): 0x00200000-0x0083ffff: front buffer (6400 kB) X tiled (II) intel(0): 0x0077f000: end of stolen memory (II) intel(0): 0x00840000-0x01afffff: exa offscreen (19200 kB) (II) intel(0): 0x01b00000-0x0213ffff: back buffer (6400 kB) X tiled (II) intel(0): 0x02140000-0x0277ffff: depth buffer (6400 kB) Y tiled (II) intel(0): 0x02780000-0x0477ffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (II) intel(0): using SSC reference clock of 100 MHz (II) intel(0): Selecting standard 18 bit TMDS pixel format. (II) intel(0): Output configuration: (II) intel(0): Pipe A is off (II) intel(0): Display plane A is now disabled and connected to pipe A. (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): Output TMDS-1 is connected to pipe none (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled messa= ge. (II) intel(0): DPMS enabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension 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) Initializing built-in extension XEVIE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) intel(0): Setting screen physical size to 303 x 190 (EE) intel(0): underrun on pipe B! (EE) config/hal: couldn't initialise context: (null) ((null)) (II) intel(0): xf86UnbindGARTMemory: unbind key 5 (II) intel(0): xf86UnbindGARTMemory: unbind key 6 (II) intel(0): xf86UnbindGARTMemory: unbind key 7 (II) intel(0): xf86UnbindGARTMemory: unbind key 8 (II) intel(0): xf86UnbindGARTMemory: unbind key 9 Fatal server error: Caught signal 10. Server aborting 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/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "xtrap" Load "dri" Load "freetype" 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" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "Mobile GM965/GL960 Integrated Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 18:27:59 2009 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 5FDE01065674 for ; Tue, 3 Feb 2009 18:27:59 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id BCAEF8FC1B for ; Tue, 3 Feb 2009 18:27:58 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy14 with SMTP id 14so3367407ewy.19 for ; Tue, 03 Feb 2009 10:27:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=NlKa6Udi5rNMxPTIjdlwUv5GnVPe2DlCWCIoikFDdyg=; b=R+MrCxp9kYjY5zy9P1PhuuZu+lUZ7BbvhQAFNEh/1jmSgwYRaoi5/peitMXB5bpr84 UhdVH8a/oIGj9znMfvI3NZsndmIJhPlrC1E6doblB+HuhXKPSusc4Q5fvjZ6RD+X1FC+ CoQmKXw3Jr8bI/n4rzn3faytAjAJTLrtrbi6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=Gm5FJy/Mq3nwteAd/XKvFG1f2L4hKhv+tiuCaUlNOCcDvwywXKxyc2txiojCDVLlq9 OcN1jum5iAAIEDC2ukpt8xQaA7MyR8ia8Bn/qM7Av0mtZy5h29Am6cqJk5c6qe87TBdn dEHZ22sTiXZEfWaJmI8KqwHFNfQPW5Kir92/g= Received: by 10.210.43.11 with SMTP id q11mr6121523ebq.177.1233684454540; Tue, 03 Feb 2009 10:07:34 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id g9sm3467746gvc.4.2009.02.03.10.07.33 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 10:07:33 -0800 (PST) From: Tom Evans To: x11@freebsd.org Content-Type: text/plain Date: Tue, 03 Feb 2009 18:08:44 +0000 Message-Id: <1233684524.43076.14.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Difficulties getting nvidia-driver to work with latest x.org ports 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, 03 Feb 2009 18:27:59 -0000 Hi all This weekend, I installed 7.1-RELEASE on my home PC (base only). I then updated to RELENG_7, updated the ports tree to the latest, and went about installing the latest x.org ports. First off, the new xorg seems to have a bad bad regression - Xorg -configure is now largely useless, it generated a config with just ridiculous config. I'm still at work, but I'll post it when I get home, just crazy. It's still pretty simple to write from scratch though, so not too disastrous. Secondly, and much worse, it seems the nvidia-driver is built against an older ABI incompatible version of xorg-server. It installs a library /usr/local/lib/xorg/modules/libwfb.so which has a missing symbol "miZeroLineScreenIndex". I found this recent article[1] which seems to suggest replacing the nvidia installed version with the xorg version, which sounds dubious imho (I dont speak/read/understand Japanese at all, that may not be at all what it is saying!) I tried updating from the latest version in ports (177.80) to the latest on nvidias website (180.22), but they both still referred to miZeroLineScreenIndex. I'll post full details of installed packages etc when I get home. Thankfully, the nv driver seems to work reasonabley well now in 2D! If I was going to roll back xserver, what else would I need to roll back? Presumabley all drivers? libX11? My ports is a locally slaved CVS checkout as described in development(7), so this should be reasonabley straight forward... Cheers Tom [1] http://bsdlove.jugem.jp/?eid=210 From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 18:51:46 2009 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 1D33F1065673; Tue, 3 Feb 2009 18:51:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D12A28FC1A; Tue, 3 Feb 2009 18:51:45 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n13Ip25A002638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 13:51:03 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tom Rhodes In-Reply-To: <20090203114547.414463d0.trhodes@FreeBSD.org> References: <200902020950.n129o3Dw027376@freefall.freebsd.org> <1233600288.1492.17.camel@ferret.2hip.net> <20090203114547.414463d0.trhodes@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-kX9DyU/DjKWv9myTc2D1" Organization: FreeBSD Date: Tue, 03 Feb 2009 13:51:37 -0500 Message-Id: <1233687097.1492.110.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! 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, 03 Feb 2009 18:51:46 -0000 --=-kX9DyU/DjKWv9myTc2D1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 11:45 -0500, Tom Rhodes wrote: > (EE) config/hal: couldn't initialise context: (null) ((null)) hald and/or dbus are not running, or if they are, they aren't ready yet. robert. --=20 Robert Noland FreeBSD --=-kX9DyU/DjKWv9myTc2D1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmIkjkACgkQM4TrQ4qfRONzHACeNxq7cxlqkeIdoDreGZKwk5kk QpsAn04dPBRe6jRlPiRGKBDkoqZxpnIh =agNu -----END PGP SIGNATURE----- --=-kX9DyU/DjKWv9myTc2D1-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 20:20:03 2009 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 CF24910656E7 for ; Tue, 3 Feb 2009 20:20:03 +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 B9FA78FC1C for ; Tue, 3 Feb 2009 20:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n13KK3el058351 for ; Tue, 3 Feb 2009 20:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n13KK3Ff058350; Tue, 3 Feb 2009 20:20:03 GMT (envelope-from gnats) Date: Tue, 3 Feb 2009 20:20:03 GMT Message-Id: <200902032020.n13KK3Ff058350@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Martin Birgmeier Cc: Subject: Re: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Birgmeier List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:20:04 -0000 The following reply was made to PR ports/131289; it has been noted by GNATS. From: Martin Birgmeier To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/131289: x11/xorg: xorg 7.4 exiting the server leads to instantaneous reboot (crash) Date: Tue, 3 Feb 2009 20:46:40 +0100 (CET) I compiled a new kernel from the latest (a few hours ago) RELENG_7. I also upgraded the ports to the latest version (again from a few hours ago). Now the reboot does not occur any more. So this seems to be limited to RELENG_7_1_0_RELEASE. The only thing I still have to solve is how to stop the server from freezing when the mouse is not moved (this problem seems to have been reported by a lot of other people). Also, firefox3 does not start... but I'll probably file another bug report for that. From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 20:41:39 2009 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 ED9F8106566B for ; Tue, 3 Feb 2009 20:41:39 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id D441D8FC17 for ; Tue, 3 Feb 2009 20:41:39 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KWI47811; Tue, 03 Feb 2009 12:31:11 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 679FB1CC0B; Tue, 3 Feb 2009 12:31:11 -0800 (PST) To: Tom Evans In-reply-to: Your message of "Tue, 03 Feb 2009 18:08:44 GMT." <1233684524.43076.14.camel@strangepork.mintel.co.uk> Date: Tue, 03 Feb 2009 12:31:11 -0800 From: "Kevin Oberman" Message-Id: <20090203203111.679FB1CC0B@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Tom Evans X-To_Domain: googlemail.com X-To: Tom Evans X-To_Email: tevans.uk@googlemail.com X-To_Alias: tevans.uk Cc: x11@freebsd.org Subject: Re: Difficulties getting nvidia-driver to work with latest x.org ports 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, 03 Feb 2009 20:41:40 -0000 > From: Tom Evans > Date: Tue, 03 Feb 2009 18:08:44 +0000 > Sender: owner-freebsd-x11@freebsd.org > > Hi all > > This weekend, I installed 7.1-RELEASE on my home PC (base only). I then > updated to RELENG_7, updated the ports tree to the latest, and went > about installing the latest x.org ports. > > First off, the new xorg seems to have a bad bad regression - Xorg > -configure is now largely useless, it generated a config with just > ridiculous config. I'm still at work, but I'll post it when I get home, > just crazy. It's still pretty simple to write from scratch though, so > not too disastrous. > > Secondly, and much worse, it seems the nvidia-driver is built against an > older ABI incompatible version of xorg-server. It installs a > library /usr/local/lib/xorg/modules/libwfb.so which has a missing symbol > "miZeroLineScreenIndex". I found this recent article[1] which seems to > suggest replacing the nvidia installed version with the xorg version, > which sounds dubious imho (I dont speak/read/understand Japanese at all, > that may not be at all what it is saying!) > I tried updating from the latest version in ports (177.80) to the latest > on nvidias website (180.22), but they both still referred to > miZeroLineScreenIndex. > > I'll post full details of installed packages etc when I get home. > Thankfully, the nv driver seems to work reasonabley well now in 2D! > > If I was going to roll back xserver, what else would I need to roll > back? Presumabley all drivers? libX11? My ports is a locally slaved CVS > checkout as described in development(7), so this should be reasonabley > straight forward... I have been holding off on the new xorg until some of the dust settles, but I suggest that you re-install nvidia-driver. This has fixed the problem in the past. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 20:57:11 2009 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 168751065758 for ; Tue, 3 Feb 2009 20:57:11 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8C54D8FC3C for ; Tue, 3 Feb 2009 20:57:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id h3so315140nfh.33 for ; Tue, 03 Feb 2009 12:57:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=1hlD4usWHDA1lT5l5hyItbTAdwZYad2c5dc1xuvnJio=; b=KunVV1KvzcdBuxftABpriRPbIxIYCmLhFYtWPRnrOGf5eSC+Vt8RKGXgfcp9p8M87s Gfhm6IOAq7Voa9W1hmHvoAXbnHFff12KOzPtNaRO3wUzBiwE9fnBGricRdqL5+1f1wRP R2OVQ+RkSX/bjA3apNJ7OHVck1ZQdAZSLSDLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=hZE2QJdvLRP/JU4RIipDSBmF0nMFwTYvPTsya5uZbw3lKE4EBi7cZ7GRHF45SS+sdx 3X8sHLzlbiIKu7rZRzZEFSu9EDKwymanGvtdUi8uIyBDfDIE29X9xcxVaVg4qwY4LScO /cHD/zmQbtymCJ0z09q1a9U0VcH8P3ybjwj/Q= Received: by 10.210.112.4 with SMTP id k4mr1160285ebc.128.1233694629198; Tue, 03 Feb 2009 12:57:09 -0800 (PST) Received: from ?192.168.1.66? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 5sm472682eyf.52.2009.02.03.12.57.08 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 12:57:08 -0800 (PST) From: Tom Evans To: Kevin Oberman In-Reply-To: <20090203203111.679FB1CC0B@ptavv.es.net> References: <20090203203111.679FB1CC0B@ptavv.es.net> Content-Type: text/plain Date: Tue, 03 Feb 2009 20:57:00 +0000 Message-Id: <1233694620.82064.25.camel@jacob.nubtek.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: Difficulties getting nvidia-driver to work with latest x.org ports 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, 03 Feb 2009 20:57:15 -0000 On Tue, 2009-02-03 at 12:31 -0800, Kevin Oberman wrote: > > From: Tom Evans > > Date: Tue, 03 Feb 2009 18:08:44 +0000 > > Sender: owner-freebsd-x11@freebsd.org > > > > Hi all > > > > This weekend, I installed 7.1-RELEASE on my home PC (base only). I then > > updated to RELENG_7, updated the ports tree to the latest, and went > > about installing the latest x.org ports. > > > > First off, the new xorg seems to have a bad bad regression - Xorg > > -configure is now largely useless, it generated a config with just > > ridiculous config. I'm still at work, but I'll post it when I get home, > > just crazy. It's still pretty simple to write from scratch though, so > > not too disastrous. > > > > Secondly, and much worse, it seems the nvidia-driver is built against an > > older ABI incompatible version of xorg-server. It installs a > > library /usr/local/lib/xorg/modules/libwfb.so which has a missing symbol > > "miZeroLineScreenIndex". I found this recent article[1] which seems to > > suggest replacing the nvidia installed version with the xorg version, > > which sounds dubious imho (I dont speak/read/understand Japanese at all, > > that may not be at all what it is saying!) > > I tried updating from the latest version in ports (177.80) to the latest > > on nvidias website (180.22), but they both still referred to > > miZeroLineScreenIndex. > > > > I'll post full details of installed packages etc when I get home. > > Thankfully, the nv driver seems to work reasonabley well now in 2D! > > > > If I was going to roll back xserver, what else would I need to roll > > back? Presumabley all drivers? libX11? My ports is a locally slaved CVS > > checkout as described in development(7), so this should be reasonabley > > straight forward... > > I have been holding off on the new xorg until some of the dust settles, > but I suggest that you re-install nvidia-driver. This has fixed the > problem in the past. I followed the sage Japanese advice, and symlinked to the xorg version of libwfb.so rather than the nvidia one. I have no ideas of the effects of doing this, or what libwfb is for, but this works for getting the driver to work, including DRI and enough OpenGL to drive compiz. For the archive, the error I was getting after a stock install of the nvidia-driver port was[1]: (II) Loading /usr/local/lib/xorg/modules//libwfb.so dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol "miZeroLineScreenIndex" (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so (II) UnloadModule: "wfb" (EE) Failed to load module "wfb" (loader failed, 7) ... (EE) NVIDIA(0): Need libwfb but wfbScreenInit not found Fatal server error: The fix was: cd /usr/local/lib/xorg/modules ; ln -hsf XXX* libwfb.so This worked with both the current version in ports (177.80) and with nvidias latest (180.22). Cheers Tom [1] http://freebsd.nubtek.com/logs/nvidia-libwfb.so.Xorg.0.log From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 21:05:03 2009 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 C676510656F5 for ; Tue, 3 Feb 2009 21:05:03 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 44D1C8FC19 for ; Tue, 3 Feb 2009 21:05:03 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1LURHX-0007tr-5P for freebsd-x11@freebsd.org; Tue, 03 Feb 2009 19:50:03 +0000 Received: from 81.210.237.210 ([81.210.237.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Feb 2009 19:50:03 +0000 Received: from saper by 81.210.237.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Feb 2009 19:50:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Marcin Cieslak Date: Tue, 03 Feb 2009 20:15:23 +0100 Lines: 63 Message-ID: <498897CB.7080505@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.237.210 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090131 SeaMonkey/1.1.14 In-Reply-To: <1233456742.1534.14.camel@ferret.2hip.net> Sender: news Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Tue, 03 Feb 2009 21:05:05 -0000 Robert Noland wrote: > Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm > planning to commit this sometime next week. This patch includes the > following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and > the 2.6.1 release of the intel driver. After a successful upgrade of kernel and world r187968M:two days ago and a successful (sic!) update of X to server 1.5.3 and friends I have decided to give 1.6 a try. I have tried this both with intel and nv driver (my laptop has both but only one can be active at the time - switchable at the boot time). 1. First thing, I have lost access to my legacy X11 fonts. [dix] Could not init font path element /usr/local/lib/X11/fonts/misc/, removing from list! [dix] Could not init font path element /usr/local/lib/X11/fonts/TTF/, removing from list! [dix] Could not init font path element /usr/local/lib/X11/fonts/OTF, removing from list! etc. I get: % xset fp+ /usr/local/lib/X11/fonts/100dpi xset: bad font path element (#23), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax There is no more a "freetype" and "xtrap" module, so I had to change by config. Gtk applications (seamonkey) and Qt (psi) have no problems with fonts, but xterm does. xterm is unable to locate any bitmap font (fallback to "fixed") and when told to use Freetype fonts (-fa 'Luxi Mono-10' option) it looks like black text on black background (my xterm has a white fb, black bg). You can issue commands in such a window (the letter spacing is preserved and the cursor moves), but xterm segfaults when there is a need to scroll. xterm -bg white segfaults immediately, xterm has been recompiled after 1.6 installation. 2. Once (when running NVidia) the server froze, i.e. I could only move mouse and no keys worked (including server zap, switching VTs or Ctrl-Alt-Del). This happened when displaying a fast-scrolling ./configure output of the libXfont in a full-screen xterm window. The freeze doesn't look like a http://bugs.freedesktop.org/show_bug.cgi?id=17358 however. I am using dwm as the window manager. A bunch of config files and output from various commands is available at: http://akson.sgh.waw.pl/~saper/FreeBSD/ports/xorg-server/xorg-1.6/ --Marcin From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 22:01:52 2009 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 23CB410656C4; Tue, 3 Feb 2009 22:01:52 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2198FC14; Tue, 3 Feb 2009 22:01:50 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: by ug-out-1314.google.com with SMTP id j40so49617ugd.39 for ; Tue, 03 Feb 2009 14:01:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=CSoZcKZ4LiLNGZLEwPxuEXKpndgdxpDycaad9hXQico=; b=MG6QRYY1zYl33OKjSw+amw6st/lBHWO+gyFxYrcOMJlRc+wEi3cPEUYbwC1k0QGZvR AVGxVolwoIM/atiplRhUm7CLHjex+z77GyC44sQ46Ci1tQA03/ifYjD1LNKD7JoBtheP Fxo9kqYHYk4wUOpyZXA4/avNcLQWs9maJIfuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=alLiH0+SKOAEHvwxkxCU4EMR8oazwNsHsvLTWQNXvB0ZXxomuyW1onkXxp0L5iZGRf ON0a3LBA3xbLWOPGqNk0Aasdw835z16twiup52p9pJ38wXrt17X3Qn1u1BCfAUbK43u2 En+oEnrM40+seJNE6gL3fczZKjZ2QQSAWIbFo= Received: by 10.67.115.14 with SMTP id s14mr2729326ugm.57.1233698509234; Tue, 03 Feb 2009 14:01:49 -0800 (PST) Received: from ss.su (zloidemon.kraslan.ru [94.78.205.21]) by mx.google.com with ESMTPS id d26sm2315089nfh.71.2009.02.03.14.01.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 14:01:46 -0800 (PST) Message-ID: <4988BEC3.9030501@gmail.com> Date: Wed, 04 Feb 2009 05:01:39 +0700 From: Gvozdikov Veniamin User-Agent: Thunderbird 2.0.0.19 (X11/20090116) MIME-Version: 1.0 To: Robert Noland , freebsd-x11@freebsd.org Content-Type: multipart/mixed; boundary="------------070809010902080606090902" Cc: Subject: very low fps 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, 03 Feb 2009 22:01:54 -0000 This is a multi-part message in MIME format. --------------070809010902080606090902 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit HI, I updated everything. Experience such a problem. [4:38]zloiadmin@ss.su /home/admin #uname -a FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r187982: Sun Feb 1 23:20:02 KRAT 2009 zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0 i386 vgapci0: port 0x1800-0x1807 mem 0xe8000000-0xefffffff,0xe0000000-0xe007ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster vgapci1: mem 0xf0000000-0xf7ffffff,0xe0080000-0xe00fffff at device 2.1 on pci0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 info: [drm] AGP at 0xe8000000 128MB !!! real memory 64mb. No support for extensions in BIOS. info: [drm] Initialized i915 1.6.0 20080730 drm0: [MPSAFE] drm0: [ITHREAD] vgapci0@pci0:0:2:0: class=0x030000 card=0x3080103c chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x3080103c chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display i915_load="YES" drm_load="YES" [4:46]zloiadmin@ss.su /home/admin/X #sysctl -a|grep drm dev.drm.0.%desc: Intel i852GM/i855GM GMCH dev.drm.0.%driver: drm dev.drm.0.%parent: vgapci0 [4:48]zloiadmin@ss.su /home/admin/X #sysctl -a | grep vga dev.vgapci.0.%desc: VGA-compatible display dev.vgapci.0.%driver: vgapci dev.vgapci.0.%location: slot=2 function=0 handle=\_SB_.PCI0.GFX0 dev.vgapci.0.%pnpinfo: vendor=0x8086 device=0x3582 subvendor=0x103c subdevice=0x3080 class=0x030000 dev.vgapci.0.%parent: pci0 dev.vgapci.1.%desc: VGA-compatible display dev.vgapci.1.%driver: vgapci dev.vgapci.1.%location: slot=2 function=1 dev.vgapci.1.%pnpinfo: vendor=0x8086 device=0x3582 subvendor=0x103c subdevice=0x3080 class=0x038000 dev.vgapci.1.%parent: pci0 dev.agp.0.%parent: vgapci0 dev.drm.0.%parent: vgapci0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 I made some measurements and put the results and logs. with the configuretion files with tag _all. Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 Option "AIGLX" "true" 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/" EndSection Section "Module" Load "record" Load "xtrap" Load "glx" Load "dbe" Load "extmod" Load "dri" Load "GLcore" Load "freetype" Load "type1" EndSection Section "Monitor" Identifier "Monitor0" VendorName "SEC" ModelName "5642" EndSection Section "Device" Option "DRI" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:0" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Device" Option "DRI" Identifier "Card1" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:1" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x768" EndSubSection EndSection Section "DRI" Group "video" Mode 0660 EndSection Section "Extensions" Option "Composite" "Enable" EndSection with disabled tiling. #glxgears Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Failed to initialize GEM. Falling back to classic. 290 frames in 5.0 seconds = 57.838 FPS 291 frames in 5.0 seconds = 58.066 FPS 291 frames in 5.0 seconds = 58.072 FPS ^C #glxinfo name of display: :0.0 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Failed to initialize GEM. Falling back to classic. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20090114 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.3 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays 3 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x44 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x45 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x46 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x47 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x48 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x49 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x4a 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x4b 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4c 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4d 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4e 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4f 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x50 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x51 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x52 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x53 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x54 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x57 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x58 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x59 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5a 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5b 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5c 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5d 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5e 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x5f 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x60 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x63 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x64 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x65 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x66 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x67 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x68 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow and Xorg.0.log When you start X -configure, X server it's not work. put file generated X -configure. This section I have added a new xorg.conf. when it was not working as well. Section "Device" Option "DRI" Identifier "Card1" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:1" Option "XAANoOffscreenPixmaps" "true" EndSection Thanks. --------------070809010902080606090902 Content-Type: text/plain; name="pkg_info.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pkg_info.txt" SW1hZ2VNYWdpY2stNi40LjguMyBJbWFnZSBwcm9jZXNzaW5nIHRvb2xzCk9SQml0Mi0yLjE0 LjE2ICAgICAgSGlnaC1wZXJmb3JtYW5jZSBDT1JCQSBPUkIgd2l0aCBzdXBwb3J0IGZvciB0 aGUgQyBsYW5ndWFnZQpPcGVuRVhSLTEuNi4xXzEgICAgIEEgaGlnaCBkeW5hbWljLXJhbmdl IChIRFIpIGltYWdlIGZpbGUgZm9ybWF0CmFhbGliLTEuNC5yNV80ICAgICAgQW4gYXNjaWkg YXJ0IGxpYnJhcnkKYWRucy0xLjRfMSAgICAgICAgICBFYXN5IHRvIHVzZSwgYXN5bmNocm9u b3VzLWNhcGFibGUgRE5TIGNsaWVudCBsaWJyYXJ5IGFuZCB1dApha29uYWRpLTEuMS4xICAg ICAgIFN0b3JhZ2Ugc2VydmVyIGZvciBrZGVwaW0KYWxsdHJheS0wLjY5XzQgICAgICBEb2Nr IGFueSBhcHBsaWNhdGlvbiB3aXRoIG5vIG5hdGl2ZSB0cmF5IGljb24KYW1zcHNmbnQtMS4w XzUgICAgICBBTVNGb250cyBQb3N0U2NyaXB0IEZvbnRzIChBZG9iZSBUeXBlIDEgZm9ybWF0 KQphcGFjaGUtYW50LTEuNy4wXzIgIEphdmEtIGFuZCBYTUwtYmFzZWQgYnVpbGQgdG9vbCwg Y29uY2VwdHVhbGx5IHNpbWlsYXIgdG8gbWFrCmFwcHJlcy0xLjAuMSAgICAgICAgUHJvZ3Jh bSB0byBsaXN0IGFwcGxpY2F0aW9uJ3MgcmVzb3VyY2VzCmFwci1nZGJtLWRiNDItMS4zLjMu MS4zLjRfMSBBcGFjaGUgUG9ydGFiaWxpdHkgTGlicmFyeQphcnBpbmctMi4wNiAgICAgICAg IEFSUCBsZXZlbCAicGluZyIgdXRpbGl0eQphc2NpaWRvYy04LjMuNSAgICAgIEEgdGV4dCBk b2N1bWVudCBmb3JtYXQgZm9yIHdyaXRpbmcgc2hvcnQgZG9jdW1lbnRzIGFuZCBtYW4gCmFz cGVsbC0wLjYwLjZfMiAgICAgU3BlbGxpbmcgY2hlY2tlciB3aXRoIGJldHRlciBzdWdnZXN0 aW9uIGxvZ2ljIHRoYW4gaXNwZWxsCmF0ay0xLjI0LjAgICAgICAgICAgQSBHTk9NRSBhY2Nl c3NpYmlsaXR5IHRvb2xraXQgKEFUSykKYXR1bmVzLTEuMTEuMiAgICAgICBBIGZ1bGwtZmVh dHVyZWQgYXVkaW8gcGxheWVyIGFuZCBtYW5hZ2VyIGRldmVsb3BlZCBpbiBKYXZhCmF1dG9j b25mLTIuMTMuMDAwMjI3XzYgQXV0b21hdGljYWxseSBjb25maWd1cmUgc291cmNlIGNvZGUg b24gbWFueSBVbip4IHBsYXRmb3JtcyAKYXV0b2NvbmYtMi42MiAgICAgICBBdXRvbWF0aWNh bGx5IGNvbmZpZ3VyZSBzb3VyY2UgY29kZSBvbiBtYW55IFVuKnggcGxhdGZvcm1zIAphdXRv Y29uZi13cmFwcGVyLTIwMDcxMTA5IFdyYXBwZXIgc2NyaXB0IGZvciBHTlUgYXV0b2NvbmYK YXV0b21ha2UtMS4xMC4xICAgICBHTlUgU3RhbmRhcmRzLWNvbXBsaWFudCBNYWtlZmlsZSBn ZW5lcmF0b3IgKDEuMTApCmF1dG9tYWtlLTEuNC42XzUgICAgR05VIFN0YW5kYXJkcy1jb21w bGlhbnQgTWFrZWZpbGUgZ2VuZXJhdG9yICgxLjQpCmF1dG9tYWtlLTEuNV81LDEgICAgR05V IFN0YW5kYXJkcy1jb21wbGlhbnQgTWFrZWZpbGUgZ2VuZXJhdG9yICgxLjUpCmF1dG9tYWtl LTEuNi4zXzEgICAgR05VIFN0YW5kYXJkcy1jb21wbGlhbnQgTWFrZWZpbGUgZ2VuZXJhdG9y ICgxLjYpCmF1dG9tYWtlLTEuOS42XzMgICAgR05VIFN0YW5kYXJkcy1jb21wbGlhbnQgTWFr ZWZpbGUgZ2VuZXJhdG9yICgxLjkpCmF1dG9tYWtlLXdyYXBwZXItMjAwNzExMDkgV3JhcHBl ciBzY3JpcHQgZm9yIEdOVSBhdXRvbWFrZQphdXRvbW9jNC0wLjkuODggICAgIEF1dG9tYXRp YyBtb2MgZm9yIFF0IDQgcGFja2FnZXMKYXZhaGktMC42LjI0ICAgICAgICBUaGUgIm1ldGEt cG9ydCIgZm9yIHRoZSBBdmFoaSBzZXJ2aWNlIGRpc2NvdmVyeSBzdWl0ZQphdmFoaS1hcHAt MC42LjI0ICAgIFNlcnZpY2UgZGlzY292ZXJ5IG9uIGEgbG9jYWwgbmV0d29yawpiYWJsLTAu MC4yMl8xICAgICAgIER5bmFtaWMgcGl4ZWwgZm9ybWF0IGNvbnZlcnNpb24gbGlicmFyeQpi YXNoLTMuMi40OF8xICAgICAgIFRoZSBHTlUgUHJvamVjdCdzIEJvdXJuZSBBZ2FpbiBTSGVs bApiZGZ0b3BjZi0xLjAuMSAgICAgIENvbnZlcnQgWCBmb250IGZyb20gQkRGIHRvIFBDRgpi ZWZvcmVsaWdodC0xLjAuM18xIEEgc2FtcGxlIHNjcmVlbiBzYXZlciBmb3IgWApiaWdyZXFz cHJvdG8tMS4wLjIgIEJpZ1JlcXMgZXh0ZW5zaW9uIGhlYWRlcnMKYmlzb24tMi4zXzQsMSAg ICAgICBBIHBhcnNlciBnZW5lcmF0b3IgZnJvbSBGU0YsIChtb3N0bHkpIGNvbXBhdGlibGUg d2l0aCBZYWNjCmJpdG1hcC0xLjAuM18xICAgICAgQml0bWFwIGVkaXRvciBhbmQgY29udmVy dGVyIHV0aWxpdGllcyBmb3IgWApiaXRzdHJlYW0tdmVyYS0xLjEwXzQgQml0c3RyZWFtIFZl cmEgVHJ1ZVR5cGUgZm9udCBjb2xsZWN0aW9uCmJvb3N0LXB5dGhvbi0xLjM0LjEgRnJlZSBw ZWVyLXJldmlld2VkIHBvcnRhYmxlIEMrKyBzb3VyY2UgbGlicmFyaWVzCmJ3aWRnZXQtMS44 LjBfMSAgICAgQSBoaWdoLWxldmVsIHdpZGdldCBzZXQgZm9yIFRjbC9UawpjYV9yb290X25z cy0zLjExLjlfMiBUaGUgcm9vdCBjZXJ0aWZpY2F0ZSBidW5kbGUgZnJvbSB0aGUgTW96aWxs YSBQcm9qZWN0CmNhYmV4dHJhY3QtMS4yICAgICAgQSBwcm9ncmFtIHRvIGV4dHJhY3QgTWlj cm9zb2Z0IGNhYmluZXQgKC5DQUIpIGZpbGVzCmNhaXJvLTEuOC42LDEgICAgICAgVmVjdG9y IGdyYXBoaWNzIGxpYnJhcnkgd2l0aCBjcm9zcy1kZXZpY2Ugb3V0cHV0IHN1cHBvcnQKY2Rp ZmYtMS41ICAgICAgICAgICBEaWZmIHJlYWRhYmlsaXR5IGVuaGFuY2hlciBmb3IgY29sb3Ig dGVybWluYWxzCmNkcGFyYW5vaWEtMy45LjhfOCAgQSBDRERBIGV4dHJhY3Rpb24gdG9vbCAo YWxzbyBrbm93biBhcyByaXBwZXIpCmNkcnRvb2xzLTIuMDFfNyAgICAgQ0QvQ0QtUltXXSBh bmQgSVNPLTk2NjAgaW1hZ2UgY3JlYXRpb24gYW5kIGV4dHJhY3Rpb24gdG9vbHMKY2htbGli LTAuMzlfMiAgICAgICBBIGxpYnJhcnkgZm9yIGRlYWxpbmcgd2l0aCBNaWNyb3NvZnQgSVRT Uy9DSE0gZm9ybWF0IGZpbGVzCmNsdWNlbmUtMC45LjIxICAgICAgQ0x1Y2VuZSBpcyBhIEMr KyBwb3J0IG9mIEx1Y2VuZQpjbWFrZS0yLjYuMiAgICAgICAgIEEgY3Jvc3MtcGxhdGZvcm0g bWFrZQpjbXBzZm9udC0xLjBfNiAgICAgIENvbXB1dGVyIE1vZGVybiBQb3N0U2NyaXB0IEZv bnRzIChBZG9iZSBUeXBlIDEgZm9ybWF0KQpjb21wYXQ0eC1pMzg2LTUuM185IEEgY29udmVu aWVuY2UgcGFja2FnZSB0byBpbnN0YWxsIHRoZSBjb21wYXQ0eCBsaWJyYXJpZXMKY29tcGF0 NXgtaTM4Ni01LjQuMC44XzkgQSBjb252ZW5pZW5jZSBwYWNrYWdlIHRvIGluc3RhbGwgdGhl IGNvbXBhdDV4IGxpYnJhcmllcwpjb21wYXQ2eC1pMzg2LTYuNC42MDQwMDAuMjAwODEwIEEg Y29udmVuaWVuY2UgcGFja2FnZSB0byBpbnN0YWxsIHRoZSBjb21wYXQ2eCBsaWJyYXJpZXMK Y29tcG9zaXRlcHJvdG8tMC40ICBDb21wb3NpdGUgZXh0ZW5zaW9uIGhlYWRlcnMKY29uc29s ZWtpdC0wLjMuMF80ICBGcmFtZXdvcmsgZm9yIGRlZmluaW5nIGFuZCB0cmFja2luZyB1c2Vy cwpjb3JldXRpbHMtNi45XzMgICAgIFRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24ncyBj b3JlIHV0aWxpdGllcwpjcmVhdGV0b3JyZW50LTEuMS40IENyZWF0ZSBCaXRUb3JyZW50IGZp bGVzIGZyb20gdGhlIGNvbW1hbmQgbGluZQpjdG9ycmVudC0zLjMuMiAgICAgIEJpdFRvcnJl bnQgQ2xpZW50IHdyaXR0ZW4gaW4gQyBmb3IgRnJlZUJTRCBhbmQgTGludXgKY3Vwcy1iYXNl LTEuMy45XzMgICBDb21tb24gVU5JWCBQcmludGluZyBTeXN0ZW0KY3Vwcy1wc3RvcmFzdGVy LTguMTUuNF8yIFBvc3RzY3JpcHQgaW50ZXJwcmV0ZXIgZm9yIENVUFMgcHJpbnRpbmcgdG8g bm9uLVBTIHByaW50ZXJzCmN1cmwtNy4xOS4yICAgICAgICAgTm9uLWludGVyYWN0aXZlIHRv b2wgdG8gZ2V0IGZpbGVzIGZyb20gRlRQLCBHT1BIRVIsIEhUVFAoUykKY3lydXMtc2FzbC0y LjEuMjJfMiBSRkMgMjIyMiBTQVNMIChTaW1wbGUgQXV0aGVudGljYXRpb24gYW5kIFNlY3Vy aXR5IExheWVyKQpkYW1hZ2Vwcm90by0xLjEuMF8yIERhbWFnZSBleHRlbnNpb24gaGVhZGVy cwpkYjQxLTQuMS4yNV80ICAgICAgIFRoZSBCZXJrZWxleSBEQiBwYWNrYWdlLCByZXZpc2lv biA0LjEKZGI0Mi00LjIuNTJfNSAgICAgICBUaGUgQmVya2VsZXkgREIgcGFja2FnZSwgcmV2 aXNpb24gNC4yCmRidXMtMS4yLjQuNCAgICAgICAgQSBtZXNzYWdlIGJ1cyBzeXN0ZW0gZm9y IGludGVyLWFwcGxpY2F0aW9uIGNvbW11bmljYXRpb24KZGJ1cy1nbGliLTAuNzggICAgICBH TGliIGJpbmRpbmdzIGZvciB0aGUgRC1CVVMgbWVzc2FnaW5nIHN5c3RlbQpkY2xpYi0wLjMu MjIgICAgICAgIERpcmVjdCBjb25uZWN0IGludGVyZmFjZSBsaWJyYXJ5IGZvciB2YWxrbnV0 CmRlc2t0b3AtZmlsZS11dGlscy0wLjE1XzEgQSBjb3VwbGUgb2YgY29tbWFuZCBsaW5lIHV0 aWxpdGllcyBmb3Igd29ya2luZyB3aXRoIGRlc2t0b3AKZGlhYmxvLWpkay0xLjYuMC4wNy4w Ml8zIEphdmEgRGV2ZWxvcG1lbnQgS2l0IDEuNi4wXzA3LjAyCmRqYmZmdC0wLjc2XzIgICAg ICAgQW4gZXh0cmVtZWx5IGZhc3QgbGlicmFyeSBmb3IgZmxvYXRpbmctcG9pbnQgY29udm9s dXRpb24KZGp2dWxpYnJlLW5veDExLTMuNS4yMV8xIERqVnUgYmFzZSBsaWJyYXJpZXMgYW5k IHV0aWxpdGllcwpkbWlkZWNvZGUtMi4xMCAgICAgIEEgdG9vbCBmb3IgZHVtcGluZyBETUkg KFNNQklPUykgY29udGVudHMgaW4gaHVtYW4tcmVhZGFibGUgCmRteHByb3RvLTIuMi4yICAg ICAgRE1YIGV4dGVuc2lvbiBoZWFkZXJzCmRvY2Jvb2stMS40ICAgICAgICAgTWV0YS1wb3J0 IGZvciB0aGUgZGlmZmVyZW50IHZlcnNpb25zIG9mIHRoZSBEb2NCb29rIERURApkb2Nib29r LTQuMV8zICAgICAgIFY0LjEgb2YgdGhlIERvY0Jvb2sgRFRELCBkZXNpZ25lZCBmb3IgdGVj aG5pY2FsIGRvY3VtZW50YXRpCmRvY2Jvb2stNC4yICAgICAgICAgVjQuMiBvZiB0aGUgRG9j Qm9vayBEVEQsIGRlc2lnbmVkIGZvciB0ZWNobmljYWwgZG9jdW1lbnRhdGkKZG9jYm9vay00 LjMgICAgICAgICBEb2NCb29rL1NHTUwgRFREIFY0LjMsIGRlc2lnbmVkIGZvciB0ZWNobmlj YWwgZG9jdW1lbnRhdGlvbgpkb2Nib29rLTQuNCAgICAgICAgIERvY0Jvb2svU0dNTCBEVEQg VjQuNCwgZGVzaWduZWQgZm9yIHRlY2huaWNhbCBkb2N1bWVudGF0aW9uCmRvY2Jvb2stNC41 ICAgICAgICAgRG9jQm9vay9TR01MIERURCBWNC41LCBkZXNpZ25lZCBmb3IgdGVjaG5pY2Fs IGRvY3VtZW50YXRpb24KZG9jYm9vay01LjBfMSAgICAgICBEb2NCb29rIDUuMCwgZGVzaWdu ZWQgZm9yIHRlY2huaWNhbCBkb2N1bWVudGF0aW9uCmRvY2Jvb2stc2stNC4xLjJfNCAgWE1M IHZlcnNpb24gb2YgdGhlIERvY0Jvb2sgRFREIHZlcnNpb24gY29udHJvbGxlZCBmb3IgU2Ny b2wKZG9jYm9vay14bWwtNC4yXzEgICBYTUwgdmVyc2lvbiBvZiB0aGUgRG9jQm9vayBEVEQK ZG9jYm9vay14bWwtNC4zICAgICBEb2NCb29rL1hNTCBEVEQgVjQuMywgZGVzaWduZWQgZm9y IHRlY2huaWNhbCBkb2N1bWVudGF0aW9uCmRvY2Jvb2steG1sLTQuNCAgICAgRG9jQm9vay9Y TUwgRFREIFY0LjQsIGRlc2lnbmVkIGZvciB0ZWNobmljYWwgZG9jdW1lbnRhdGlvbgpkb2Ni b29rLXhtbC00LjUgICAgIERvY0Jvb2svWE1MIERURCBWNC41LCBkZXNpZ25lZCBmb3IgdGVj aG5pY2FsIGRvY3VtZW50YXRpb24KZG9jYm9vay14c2wtMS43NC4wXzEgWFNMIERvY0Jvb2sg c3R5bGVzaGVldHMKZHJpLTcuMywyICAgICAgICAgICBPcGVuR0wgaGFyZHdhcmUgYWNjZWxl cmF0aW9uIGRyaXZlcnMgZm9yIHRoZSBEUkkKZHJpMnByb3RvLTEuOTkuMyAgICBEUkkyIHBy b3RvdHlwZSBoZWFkZXJzCmR1cG1lcmdlLTEuNzMgICAgICAgU2VhcmNoZXMgZm9yIGZpbGVz IHdpdGggZXF1YWwgY29udGVudAplMmZzcHJvZ3MtbGlidXVpZC0xLjQxLjNfMSBVVUlEIGxp YnJhcnkgZnJvbSBlMmZzcHJvZ3MgcGFja2FnZQplZGl0cmVzLTEuMC4zXzEgICAgIER5bmFt aWMgcmVzb3VyY2UgZWRpdG9yIGZvciBYIFRvb2xraXQgQXBwbGljYXRpb25zCmVuY2hhbnQt MS40LjIgICAgICAgRGljdGlvbmFyeS9zcGVsbGNoZWNraW5nIGZyYW1ld29yawplbmNvZGlu Z3MtMS4wLjIsMSAgIFguT3JnIEVuY29kaW5nIGZvbnRzCmVzb3VuZC0wLjIuNDEgICAgICAg QSBzb3VuZCBsaWJyYXJ5IGZvciBlbmxpZ2h0ZW5tZW50IHBhY2thZ2UKZXZpZWV4dC0xLjAu MiAgICAgICBYRVZJRSBleHRlbnNpb24gaGVhZGVycwpleGl2Mi0wLjE2XzEsMSAgICAgIEV4 aWYgYW5kIElwdGMgbWV0YWRhdGEgbWFuaXB1bGF0aW9uIGxpYnJhcnkgYW5kIHRvb2xzCmV4 cGF0LTIuMC4xICAgICAgICAgWE1MIDEuMCBwYXJzZXIgd3JpdHRlbiBpbiBDCmZhYWQyLTIu Ni4xXzEsMSAgICAgTVBFRy0yIGFuZCBNUEVHLTQgQUFDIGF1ZGlvIGRlY29kZXIKZmVzdGl2 YWwtMS45Nl8xICAgICBNdWx0aS1saW5ndWFsIHNwZWVjaCBzeW50aGVzaXMgc3lzdGVtCmZm bXBlZy0yMDA4LjA3LjI3XzcgSHlwZXIgZmFzdCByZWFsdGltZSBhdWRpby92aWRlbyBlbmNv ZGVyL2NvbnZlcnRlciwgc3RyZWFtaW4KZmZ0dzMtMy4xLjMgICAgICAgICBGYXN0IEMgcm91 dGluZXMgdG8gY29tcHV0ZSB0aGUgRGlzY3JldGUgRm91cmllciBUcmFuc2Zvcm0KZml4ZXNw cm90by00LjAgICAgICBGaXhlcyBleHRlbnNpb24gaGVhZGVycwpmbGFjLTEuMi4xICAgICAg ICAgIEZyZWUgbG9zc2xlc3MgYXVkaW8gY29kZWMKZmxleC0yLjUuMzVfMSAgICAgICBGYXN0 IGxleGljYWwgYW5hbHl6ZXIgZ2VuZXJhdG9yCmZvbnQtYWRvYmUtMTAwZHBpLTEuMC4wXzEg WC5PcmcgQWRvYmUgMTAwZHBpIGZvbnQKZm9udC1hZG9iZS03NWRwaS0xLjAuMCBYLk9yZyBB ZG9iZSA3NWRwaSBmb250CmZvbnQtYWRvYmUtdXRvcGlhLTEwMGRwaS0xLjAuMSBYLk9yZyBB ZG9iZSBVdG9waWEgMTAwZHBpIGZvbnQKZm9udC1hZG9iZS11dG9waWEtNzVkcGktMS4wLjEg WC5PcmcgQWRvYmUgVXRvcGlhIDc1ZHBpIGZvbnQKZm9udC1hZG9iZS11dG9waWEtdHlwZTEt MS4wLjEgWC5PcmcgQWRvYmUgVXRvcGlhIFR5cGUxIGZvbnQKZm9udC1hbGlhcy0xLjAuMSAg ICBYLk9yZyBGb250IGFsaWFzZXMKZm9udC1hcmFiaWMtbWlzYy0xLjAuMCBYLk9yZyBtaXNj ZWxsYW5lb3VzIEFyYWJpYyBmb250cwpmb250LWJoLTEwMGRwaS0xLjAuMCBYLk9yZyBCaWdl bG93IEhvbG1lcyAxMDBkcGkgZm9udApmb250LWJoLTc1ZHBpLTEuMC4wIFguT3JnIEJpZ2Vs b3cgSG9sbWVzIDc1ZHBpIGZvbnQKZm9udC1iaC1sdWNpZGF0eXBld3JpdGVyLTEwMGRwaS0x LjAuMCBYLk9yZyBCaWdlbG93IEhvbG1lcyBMdWNpZGEgVHlwZVdyaXRlciAxMDBkcGkgZm9u dApmb250LWJoLWx1Y2lkYXR5cGV3cml0ZXItNzVkcGktMS4wLjAgWC5PcmcgQmlnZWxvdyBI b2xtZXMgTHVjaWRhIFR5cGVXcml0ZXIgNzVkcGkgZm9udApmb250LWJoLXR0Zi0xLjAuMCAg IFguT3JnIEJpZ2Vsb3cgJiBIb2xtZXMgVFRGIGZvbnQKZm9udC1iaC10eXBlMS0xLjAuMCBY Lk9yZyBCaWdlbG93IEhvbG1lcyBUeXBlMSBmb250CmZvbnQtYml0c3RyZWFtLTEwMGRwaS0x LjAuMCBYLk9yZyBCaXRzdHJlYW0gVmVyYSAxMDBkcGkgZm9udApmb250LWJpdHN0cmVhbS03 NWRwaS0xLjAuMCBYLk9yZyBCaXRzdHJlYW0gVmVyYSA3NWRwaSBmb250CmZvbnQtYml0c3Ry ZWFtLXR5cGUxLTEuMC4wIFguT3JnIEJpdHN0cmVhbSBWZXJhIFR5cGUxIGZvbnQKZm9udC1j cm9ueXgtY3lyaWxsaWMtMS4wLjAgWC5PcmcgQ3Jvbnl4IEN5cmlsbGljIGZvbnQKZm9udC1j dXJzb3ItbWlzYy0xLjAuMCBYLk9yZyBtaXNjZWxsYW5lb3VzIEN1cnNvciBmb250cwpmb250 LWRhZXdvby1taXNjLTEuMC4wIFguT3JnIG1pc2NlbGxhbmVvdXMgRGFld29vIGZvbnRzCmZv bnQtZGVjLW1pc2MtMS4wLjAgWC5PcmcgbWlzY2VsbGFuZW91cyBEZWMgZm9udHMKZm9udC1p Ym0tdHlwZTEtMS4wLjAgWC5PcmcgSUJNIFR5cGUxIGZvbnQKZm9udC1pc2FzLW1pc2MtMS4w LjAgWC5PcmcgbWlzY2VsbGFuZW91cyBJU0FTIGZvbnRzCmZvbnQtamlzLW1pc2MtMS4wLjAg WC5PcmcgbWlzY2VsbGFuZW91cyBKSVMgZm9udHMKZm9udC1taWNyby1taXNjLTEuMC4wIFgu T3JnIG1pc2NlbGxhbmVvdXMgTWljcm8gZm9udHMKZm9udC1taXNjLWN5cmlsbGljLTEuMC4w IFguT3JnIG1pc2NlbGxhbmVvdXMgQ3lyaWxsaWMgZm9udApmb250LW1pc2MtZXRoaW9waWMt MS4wLjAgWC5PcmcgbWlzY2VsbGFuZW91cyBFdGhpb3BpYyBmb250CmZvbnQtbWlzYy1tZWx0 aG8tMS4wLjBfMSBYLk9yZyBtaXNjZWxsYW5lb3VzIE1lbHRobyBmb250CmZvbnQtbWlzYy1t aXNjLTEuMC4wIFguT3JnIG1pc2NlbGxhbmVvdXMgTWlzYyBmb250cwpmb250LW11dHQtbWlz Yy0xLjAuMCBYLk9yZyBtaXNjZWxsYW5lb3VzIE11dHQgZm9udHMKZm9udC1zY2h1bWFjaGVy LW1pc2MtMS4wLjBfMSBYLk9yZyBtaXNjZWxsYW5lb3VzIFNjaHVtYWNoZXIgZm9udHMKZm9u dC1zY3JlZW4tY3lyaWxsaWMtMS4wLjEgWC5PcmcgU2NyZWVuIEN5cmlsbGljIGZvbnQKZm9u dC1zb255LW1pc2MtMS4wLjAgWC5PcmcgbWlzY2VsbGFuZW91cyBTb255IGZvbnRzCmZvbnQt c3VuLW1pc2MtMS4wLjAgWC5PcmcgbWlzY2VsbGFuZW91cyBTdW4gZm9udHMKZm9udC11dGls LTEuMC4xICAgICBDcmVhdGUgYW4gaW5kZXggb2YgWCBmb250IGZpbGVzIGluIGEgZGlyZWN0 b3J5CmZvbnQtd2luaXR6a2ktY3lyaWxsaWMtMS4wLjAgWC5PcmcgV2luaXR6a2kgQ3lyaWxs aWMgZm9udApmb250LXhmcmVlODYtdHlwZTEtMS4wLjEgWC5PcmcgWEZyZWU4NiBUeXBlMSBm b250CmZvbnRjYWNoZXByb3RvLTAuMS4yIEZvbnRjYWNoZSBleHRlbnNpb24gaGVhZGVycwpm b250Y29uZmlnLTIuNi4wLDEgIEFuIFhNTC1iYXNlZCBmb250IGNvbmZpZ3VyYXRpb24gQVBJ IGZvciBYIFdpbmRvd3MKZm9udHNwcm90by0yLjAuMiAgICBGb250cyBleHRlbnNpb24gaGVh ZGVycwpmb250dG9zZm50LTEuMC4zICAgIFdyYXAgYSBiaXRtYXAgZm9udCBpbiBhIHNmdG4g d3JhcHBlcgpmcmVldHlwZTItMi4zLjcgICAgIEEgZnJlZSBhbmQgcG9ydGFibGUgVHJ1ZVR5 cGUgZm9udCByZW5kZXJpbmcgZW5naW5lCmZyaWJpZGktMC4xMC45ICAgICAgQSBGcmVlIElt cGxlbWVudGF0aW9uIG9mIHRoZSBVbmljb2RlIEJpZGlyZWN0aW9uYWwgQWxnb3JpdGgKZnNs c2ZvbnRzLTEuMC4yICAgICBMaXN0IGZvbnRzIHNlcnZlZCBieSB0aGUgWCBmb250IHNlcnZl cgpmc3RvYmRmLTEuMC4zICAgICAgIEdlbmVyYXRlIEJERiBmb250IGZyb20gWCBmb250IHNl cnZlcgpmdXNlZnMta21vZC0wLjMuOS5wMS4yMDA4MDIwOF81IEtlcm5lbCBtb2R1bGUgZm9y IGZ1c2UKZnVzZWZzLWxpYnMtMi43LjQgICBGVVNFIGFsbG93cyBmaWxlc3lzdGVtIGltcGxl bWVudGF0aW9uIGluIHVzZXJzcGFjZQpnYW1pbi0wLjEuMTAgICAgICAgIEEgZmlsZSBhbmQg ZGlyZWN0b3J5IG1vbml0b3Jpbmcgc3lzdGVtCmdhd2stMy4xLjZfMSAgICAgICAgVGhlIEdO VSB2ZXJzaW9uIG9mIEF3awpnY2NtYWtlZGVwLTEuMC4yICAgIENyZWF0ZSBkZXBlbmRlbmNp ZXMgaW4gbWFrZWZpbGVzIHVzaW5nICdnY2MgLU0nCmdjb25mMi0yLjI0LjAgICAgICAgQSBj b25maWd1cmF0aW9uIGRhdGFiYXNlIHN5c3RlbSBmb3IgR05PTUUKZ2QtMi4wLjM1LDEgICAg ICAgICBBIGdyYXBoaWNzIGxpYnJhcnkgZm9yIGZhc3QgY3JlYXRpb24gb2YgaW1hZ2VzCmdk Ym0tMS44LjNfMyAgICAgICAgVGhlIEdOVSBkYXRhYmFzZSBtYW5hZ2VyCmdlZ2wtMC4wLjIw XzEgICAgICAgQSBncmFwaCBiYXNlZCBpbWFnZSBwcm9jZXNzaW5nIGZyYW1ld29yawpnZXRv cHQtMS4xLjRfMSAgICAgIEEgZ2V0b3B0KDEpIHJlcGxhY2VtZW50IHRoYXQgc3VwcG9ydHMg R05VLXN0eWxlIGxvbmcgb3B0aW9uCmdldHRleHQtMC4xN18xICAgICAgR05VIGdldHRleHQg cGFja2FnZQpnaG9zdHNjcmlwdDgtOC42MyAgIEdob3N0c2NyaXB0IDgueCBQb3N0U2NyaXB0 IGludGVycHJldGVyCmdpbXAtMi42LjQsMiAgICAgICAgVGhlICJtZXRhLXBvcnQiIGZvciBU aGUgR2ltcApnaW1wLWFwcC0yLjYuNF8yLDEgIEEgR05VIEltYWdlIE1hbmlwdWxhdGlvbiBQ cm9ncmFtCmdpbXAtZ3V0ZW5wcmludC01LjEuN18xIEd1dGVuUHJpbnQgUHJpbnRlciBEcml2 ZXIKZ2lvLWZhbS1iYWNrZW5kLTIuMTguNCBGQU0gYmFja2VuZCBmb3IgR0xpYidzIEdJTyBs aWJyYXJ5CmdsaWItMS4yLjEwXzEyICAgICAgU29tZSB1c2VmdWwgcm91dGluZXMgb2YgQyBw cm9ncmFtbWluZyAocHJldmlvdXMgc3RhYmxlIHZlcnMKZ2xpYi0yLjE4LjQgICAgICAgICBT b21lIHVzZWZ1bCByb3V0aW5lcyBvZiBDIHByb2dyYW1taW5nIChjdXJyZW50IHN0YWJsZSB2 ZXJzaQpnbGl0ei0wLjUuNl8yICAgICAgIE9wZW5HTCBpbWFnZSBjb21wb3NpdGluZyBsaWJy YXJ5CmdscHJvdG8tMS40LjkgICAgICAgR0xYIGV4dGVuc2lvbiBoZWFkZXJzCmdtYWtlLTMu ODFfMyAgICAgICAgR05VIHZlcnNpb24gb2YgJ21ha2UnIHV0aWxpdHkKZ25vbWUtZG9jLXV0 aWxzLTAuMTQuMiBHTk9NRSBkb2MgdXRpbHMKZ25vbWUta2V5cmluZy0yLjI0LjFfMiBBIHBy b2dyYW0gdGhhdCBrZWVwcyBwYXNzd29yZHMgYW5kIG90aGVyIHNlY3JldHMKZ25vbWUtbWlt ZS1kYXRhLTIuMTguMF8zIEEgTUlNRSBhbmQgQXBwbGljYXRpb24gZGF0YWJhc2UgZm9yIEdO T01FCmdub21lLW1vdW50LTAuOF8yICAgQSBmcm9udC1lbmQgdG8gbW91bnQsIHVtb3VudCwg YW5kIGVqZWN0IHVzaW5nIEhBTApnbm9tZS12ZnMtMi4yNC4wICAgIEdOT01FIFZpcnR1YWwg RmlsZSBTeXN0ZW0KZ25vbWVfc3Vici0xLjAgICAgICBDb21tb24gc3RhcnR1cCBhbmQgc2h1 dGRvd24gc3Vicm91dGluZXMgdXNlZCBieSBHTk9NRSBzY3JpcApnbm9tZWhpZXItMi4zXzEx ICAgIEEgdXRpbGl0eSBwb3J0IHRoYXQgY3JlYXRlcyB0aGUgR05PTUUgZGlyZWN0b3J5IHRy ZWUKZ251cGctMi4wLjEwXzIgICAgICBUaGUgR05VIFByaXZhY3kgR3VhcmQKZ251dGxzLTIu Ni4zXzEgICAgICBHTlUgVHJhbnNwb3J0IExheWVyIFNlY3VyaXR5IGxpYnJhcnkKZ3BhYy1s aWJncGFjLTAuNC40LDEgR3BhYyBNUEVHLTQgU3lzdGVtcyBsaWJyYXJ5IGFuZCBoZWFkZXJz CmdwZXJmLTMuMC4zICAgICAgICAgR2VuZXJhdGVzIHBlcmZlY3QgaGFzaCBmdW5jdGlvbnMg Zm9yIHNldHMgb2Yga2V5d29yZHMKZ3BnbWUtMS4xLjVfMSAgICAgICBBIGxpYnJhcnkgdG8g bWFrZSBhY2Nlc3MgdG8gR251UEcgZWFzaWVyCmdzZm9udHMtOC4xMV80ICAgICAgRm9udHMg dXNlZCBieSBHTlUgR2hvc3RzY3JpcHQgKG9yIFgpCmdzbmFwc2hvdC0xLjBfMyAgICAgQSBn dGsrIGJhc2VkIHNjcmVlbiBjYXB0dXJlCmdzdHJlYW1lci0wLjEwLjIyXzEgRGV2ZWxvcG1l bnQgZnJhbWV3b3JrIGZvciBjcmVhdGluZyBtZWRpYSBhcHBsaWNhdGlvbnMKZ3N0cmVhbWVy LWZmbXBlZy0wLjEwLjRfMSBHU3RyZWFtZXIgcGx1Zy1pbiBmb3IgbWFuaXB1bGF0aW5nIE1Q RUcgdmlkZW8gc3RyZWFtcwpnc3RyZWFtZXItcGx1Z2lucy0wLjEwLjIyLDMgR1N0cmVhbWVy IHdyaXR0ZW4gY29sbGVjdGlvbiBvZiBwbHVnaW5zIGhhbmRsaW5nIHNldmVyYWwgbWUKZ3N0 cmVhbWVyLXBsdWdpbnMtYTUyZGVjLTAuMTAuMTAsMyBHc3RyZWFtZXIgQVRTQyBBLzUyIHN0 cmVhbSBha2EgQUMtMyAoZHZkIGF1ZGlvKSBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMtYmFk LTAuMTAuMTAsMyBCYWQgZ3N0cmVhbWVyLXBsdWdpbnMKZ3N0cmVhbWVyLXBsdWdpbnMtY29y ZS0wLjEwXzEwIENvcmUgc2V0IG9mIHR5cGljYWwgYXVkaW8gYW5kIHZpZGVvIGdzdHJlYW1l ci1wbHVnaW5zCmdzdHJlYW1lci1wbHVnaW5zLWR0cy0wLjEwLjEwXzEsMyBHc3RyZWFtZXIg ZHRzIHBsdWdpbgpnc3RyZWFtZXItcGx1Z2lucy1kdmQtMC4xMC4xMCwzIEdzdHJlYW1lciBk dmQgcGx1Z2luIHNldApnc3RyZWFtZXItcGx1Z2lucy1nbm9tZXZmcy0wLjEwLjIyXzEsMyBH c3RyZWFtZXIgZ25vbWV2ZnMgcGx1Z2luCmdzdHJlYW1lci1wbHVnaW5zLWdvb2QtMC4xMC4x MywzIEdvb2QgZ3N0cmVhbWVyLXBsdWdpbnMKZ3N0cmVhbWVyLXBsdWdpbnMtbGlicG5nLTAu MTAuMTMsMyBHc3RyZWFtZXIgcG5nIHBsdWdpbgpnc3RyZWFtZXItcGx1Z2lucy1tYWQtMC4x MC4xMCwzIEdzdHJlYW1lciBtcDMgZGVjb2RlciBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMt bXAzLTAuMTAuMF8xIEdzdHJlYW1lciBQbHVnaW5zIE1wMyBkZWNvZGVyIG1ldGEtcG9ydApn c3RyZWFtZXItcGx1Z2lucy1vZ2ctMC4xMC4yMl8xLDMgR3N0cmVhbWVyIE9nZyBiaXRzdHJl YW0gcGx1Z2luCmdzdHJlYW1lci1wbHVnaW5zLXBhbmdvLTAuMTAuMjJfMSwzIEdzdHJlYW1l ciBwYW5nbyB0ZXh0b3ZlcmxheSBwbHVnaW4KZ3N0cmVhbWVyLXBsdWdpbnMtdGhlb3JhLTAu MTAuMjJfMSwzIEdzdHJlYW1lciB0aGVvcmEgcGx1Z2luCmdzdHJlYW1lci1wbHVnaW5zLXVn bHktMC4xMC4xMCwzIFVnbHkgZ3N0cmVhbWVyLXBsdWdpbnMKZ3N0cmVhbWVyLXBsdWdpbnMt dm9yYmlzLTAuMTAuMjJfMSwzIEdzdHJlYW1lciB2b3JiaXMgZW5jb2Rlci9kZWNvZGVyIHBs dWdpbgpnc3RyZWFtZXItcGx1Z2lucy14dmlkLTAuMTAuMTBfMSwzIEdzdHJlYW1lciB4dmlk IHBsdWdpbgpndGstMS4yLjEwXzIwICAgICAgIEdpbXAgVG9vbGtpdCBmb3IgWDExIEdVSSAo cHJldmlvdXMgc3RhYmxlIHZlcnNpb24pCmd0ay0yLjE0LjcgICAgICAgICAgR2ltcCBUb29s a2l0IGZvciBYMTEgR1VJIChjdXJyZW50IHN0YWJsZSB2ZXJzaW9uKQpndGstZW5naW5lczIt Mi4xNi4xIFRoZW1lIGVuZ2luZSBmb3IgdGhlIEdUSystMi4wIHRvb2xraXQKZ3RrLXF0NC1l bmdpbmUtMS4xICBHVEstUVQgVGhlbWUgRW5naW5lIGFsbG93cyBHVEsyIGFwcHMgdG8gdXNl IFFUL0tERSB0aGVtZXMKZ3Rrc3BlbGwtMi4wLjE1ICAgICBBIEdUSysgMiBzcGVsbCBjaGVj a2luZyBjb21wb25lbnQKZ3V0ZW5wcmludC01LjEuN18xICBUaGUgIm1ldGEtcG9ydCIgZm9y IEd1dGVuUHJpbnQKZ3V0ZW5wcmludC1iYXNlLTUuMS43XzEgR3V0ZW5QcmludCBQcmludGVy IERyaXZlcgpndXRlbnByaW50LWlqcy01LjEuN18xIEd1dGVuUHJpbnQgUHJpbnRlciBEcml2 ZXIKZ3Zmcy0xLjAuMyAgICAgICAgICBHTk9NRSB2aXJ0dWFsIGZpbGUgc3lzdGVtCmhhbC0w LjUuMTFfMTYgICAgICAgSGFyZHdhcmUgQWJzdHJhY3Rpb24gTGF5ZXIgZm9yIHNpbXBsaWZ5 aW5nIGRldmljZSBhY2Nlc3MKaGVscDJtYW4tMS4zNi40XzIgICBBdXRvbWF0aWNhbGx5IGdl bmVyYXRpbmcgc2ltcGxlIG1hbnVhbCBwYWdlcyBmcm9tIHByb2dyYW0gbwpoaWNvbG9yLWlj b24tdGhlbWUtMC4xMF8yIEEgaGlnaC1jb2xvciBpY29uIHRoZW1lIHNoZWxsIGZyb20gdGhl IEZyZWVEZXNrdG9wIHByb2plY3QKaHRvcC0wLjggICAgICAgICAgICBBIGJldHRlciB0b3Ao MSkgLSBpbnRlcmFjdGl2ZSBwcm9jZXNzIHZpZXdlcgpodHRwZXJmLTAuOS4wICAgICAgIEEg dG9vbCBmb3IgbWVhc3VyaW5nIHdlYnNlcnZlciBwZXJmb3JtYW5jZQppY2VhdXRoLTEuMC4y ICAgICAgIElDRSBhdXRob3JpdHkgZmlsZSB1dGlsaXR5IGZvciBYCmljby0xLjAuMiAgICAg ICAgICAgRGlzcGxheXMgYSB3aXJlLWZyYW1lIHJvdGF0aW5nIHBseWhlZHJvbgppY3UtMy44 LjFfMSAgICAgICAgIEludGVybmF0aW9uYWwgQ29tcG9uZW50cyBmb3IgVW5pY29kZSAoZnJv bSBJQk0pCmlsbWJhc2UtMS4wLjFfMSAgICAgSUxNIEJhc2UgbGlicmFyaWVzIGEuay5hLiBI YWxmLCBJbG1UaHJlYWQsIEltYXRoIGFuZCBJZXgKaW1ha2UtMS4wLjJfNCwxICAgICBJbWFr ZSBhbmQgb3RoZXIgdXRpbGl0aWVzIGZyb20gWC5PcmcKaW5wdXRwcm90by0xLjUuMCAgICBJ bnB1dCBleHRlbnNpb24gaGVhZGVycwppbnRsdG9vbC0wLjQwLjUgICAgIFRvb2xzIHRvIGlu dGVybmF0aW9uYWxpemUgdmFyaW91cyBraW5kcyBvZiBkYXRhIGZpbGVzCmlzby1jb2Rlcy0z LjJfMSAgICAgTGlzdHMgb2YgdGhlIGNvdW50cnksIGxhbmd1YWdlIGFuZCBjdXJyZW5jeSBp c28gbmFtZXMKaXNvODg3OS0xOTg2XzIgICAgICBDaGFyYWN0ZXIgZW50aXR5IHNldHMgZnJv bSBJU08gODg3OToxOTg2IChTR01MKQppdy1oc3BlbGwtMC44ICAgICAgIEhlYnJldyBzcGVs bGNoZWNrZXIgYW5kIG1vcnBob2xvZ3kgZW5naW5lCmphY2tpdC0wLjEwOS4yXzEgICAgQSBs b3ctbGF0ZW5jeSBhdWRpbyBzZXJ2ZXIKamFzcGVyLTEuOTAwLjFfNyAgICBBbiBpbXBsZW1l bnRhdGlvbiBvZiB0aGUgY29kZWMgc3BlY2lmaWVkIGluIHRoZSBKUEVHLTIwMDAgcwpqYXZh dm13cmFwcGVyLTIuMy4yIFdyYXBwZXIgc2NyaXB0IGZvciB2YXJpb3VzIEphdmEgVmlydHVh bCBNYWNoaW5lcwpqYmlna2l0LTEuNiAgICAgICAgIExvc3NsZXNzIGNvbXByZXNzaW9uIGZv ciBiaS1sZXZlbCBpbWFnZXMgc3VjaCBhcyBzY2FubmVkIHBhCmpwZWctNmJfNyAgICAgICAg ICAgSUpHJ3MganBlZyBjb21wcmVzc2lvbiB1dGlsaXRpZXMKa2Jwcm90by0xLjAuMyAgICAg ICBLQiBleHRlbnNpb24gaGVhZGVycwprZGU0LTQuMi4wICAgICAgICAgIFRoZSAibWV0YS1w b3J0IiBmb3IgS0RFCmtkZTQtc2hhcmVkLW1pbWUtaW5mby0xLjAgSGFuZGxlcyBzaGFyZWQg TUlNRSBkYXRhYmFzZSB1bmRlciAke0tERV9QUkVGSVh9CmtkZTQtc3R5bGUtYmVzcGluLTAu MSBUcmFuc3BhcmVudCBLREU0IHN0eWxlCmtkZTQteGRnLWVudi0xLjAgICAgU2NyaXB0IHdo aWNoIGhvb2tzIGludG8gc3RhcnRrZGUgYW5kIGhlbHBzIEtERSBwaWNrIHVwIFhERyAKa2Rl YWNjZXNzaWJpbGl0eS00LjIuMCBBY2Nlc3NpYmlsaXR5IGFwcGxpY2F0aW9ucyBmb3IgS0RF NAprZGVhZG1pbi00LjIuMCAgICAgIEtERSBBZG1pbiBhcHBsaWNhdGlvbnMKa2RlYmFzZS00 LjIuMCAgICAgICBCYXNpYyBhcHBsaWNhdGlvbnMgZm9yIHRoZSBLREUgc3lzdGVtCmtkZWJh c2UtcnVudGltZS00LjIuMCBCYXNpYyBhcHBsaWNhdGlvbnMgZm9yIHRoZSBLREUgc3lzdGVt CmtkZWJhc2Utd29ya3NwYWNlLTQuMi4wIEJhc2ljIGFwcGxpY2F0aW9ucyBmb3IgdGhlIEtE RSBzeXN0ZW0Ka2RlaGllcjQtMS4wLjMgICAgICBVdGlsaXR5IHBvcnQgdGhhdCBjcmVhdGVz IGhpZXJhcmNoeSBvZiBzaGFyZWQgS0RFNCBkaXJlY3RvcgprZGVsaWJzLTQuMi4wICAgICAg IEJhc2Ugc2V0IG9mIGxpYnJhcmllcyBuZWVkZWQgYnkgS0RFIHByb2dyYW1zCmtkZW11bHRp bWVkaWEtNC4yLjAgS0RFIE11bHRpbWVkaWEgYXBwbGljYXRpb25zCmtkZXBpbS00LjIuMCAg ICAgICAgTGlicmFyaWVzIGZvciBLREUtUElNIGFwcGxpY2F0aW9ucwprZGVwaW1saWJzLTQu Mi4wICAgIExpYnJhcmllcyBmb3IgS0RFLVBJTSBhcHBsaWNhdGlvbnMKa2RlcGxhc21hLWFk ZG9ucy00LjIuMCBFeHRyYSBwbGFzbW9pZHMgZm9yIEtERTQKa2RldXRpbHMtNC4yLjAgICAg ICBVdGlsaXRpZXMgZm9yIHRoZSBLREU0IGludGVncmF0ZWQgWDExIERlc2t0b3AKbGFtZS0z Ljk4LjJfMSAgICAgICBGYXN0IE1QMyBlbmNvZGVyIGtpdApsY21zLTEuMTcsMSAgICAgICAg IExpZ2h0IENvbG9yIE1hbmFnZW1lbnQgU3lzdGVtIC0tIGEgY29sb3IgbWFuYWdlbWVudCBs aWJyYXJ5CmxpYkZTLTEuMC4xICAgICAgICAgVGhlIEZTIGxpYnJhcnkKbGliR0wtNy4zICAg ICAgICAgICBPcGVuR0wgbGlicmFyeSB0aGF0IHJlbmRlcnMgdXNpbmcgR0xYIG9yIERSSQps aWJHTFUtNy4zICAgICAgICAgIE9wZW5HTCB1dGlsaXR5IGxpYnJhcnkKbGliSUNFLTEuMC40 XzEsMSAgICBJbnRlciBDbGllbnQgRXhjaGFuZ2UgbGlicmFyeSBmb3IgWDExCmxpYklETC0w LjguMTIgICAgICAgQSBsaWJyYXJ5IGZvciBjcmVhdGluZyB0cmVlcyBvZiBDT1JCQSBJREwg ZmlsZXMKbGliU00tMS4xLjAsMSAgICAgICBTZXNzaW9uIE1hbmFnZW1lbnQgbGlicmFyeSBm b3IgWDExCmxpYlgxMS0xLjEuOTkuMiwxICAgWDExIGxpYnJhcnkKbGliWFNjcm5TYXZlci0x LjEuMyBUaGUgWFNjcm5TYXZlciBsaWJyYXJ5CmxpYlhUcmFwLTEuMC4wICAgICAgVGhlIFhU cmFwIGxpYnJhcnkKbGliWGF1LTEuMC40ICAgICAgICBBdXRoZW50aWNhdGlvbiBQcm90b2Nv bCBsaWJyYXJ5IGZvciBYMTEKbGliWGF3LTEuMC41XzEsMSAgICBYIEF0aGVuYSBXaWRnZXRz IGxpYnJhcnkKbGliWGNvbXBvc2l0ZS0wLjQuMCwxIFggQ29tcG9zaXRlIGV4dGVuc2lvbiBs aWJyYXJ5CmxpYlhjdXJzb3ItMS4xLjlfMSAgWCBjbGllbnQtc2lkZSBjdXJzb3IgbG9hZGlu ZyBsaWJyYXJ5CmxpYlhkYW1hZ2UtMS4xLjEgICAgWCBEYW1hZ2UgZXh0ZW5zaW9uIGxpYnJh cnkKbGliWGRtY3AtMS4wLjJfMSAgICBYIERpc3BsYXkgTWFuYWdlciBDb250cm9sIFByb3Rv Y29sIGxpYnJhcnkKbGliWGV2aWUtMS4wLjIgICAgICBUaGUgWGV2aWUgbGlicmFyeQpsaWJY ZXh0LTEuMC41LDEgICAgIFgxMSBFeHRlbnNpb24gbGlicmFyeQpsaWJYZml4ZXMtNC4wLjNf MSAgIFggRml4ZXMgZXh0ZW5zaW9uIGxpYnJhcnkKbGliWGZvbnQtMS4zLjQsMSAgICBYIGZv bnQgbGliYXJ5CmxpYlhmb250Y2FjaGUtMS4wLjQgVGhlIFhmb250Y2FjaGUgbGlicmFyeQps aWJYZnQtMi4xLjEzICAgICAgIEEgY2xpZW50LXNpZGVkIGZvbnQgQVBJIGZvciBYIGFwcGxp Y2F0aW9ucwpsaWJYaS0xLjIuMCwxICAgICAgIFggSW5wdXQgZXh0ZW5zaW9uIGxpYnJhcnkK bGliWGluZXJhbWEtMS4wLjMsMSBYMTEgWGluZXJhbWEgbGlicmFyeQpsaWJYbXUtMS4wLjQs MSAgICAgIFggTWlzY2VsbGFuZW91cyBVdGlsaXRpZXMgbGlicmFyaWVzCmxpYlhwLTEuMC4w LDEgICAgICAgWCBwcmludCBsaWJyYXJ5CmxpYlhwbS0zLjUuNyAgICAgICAgWCBQaXhtYXAg bGlicmFyeQpsaWJYcHJpbnRBcHBVdGlsLTEuMC4xIFRoZSBYcHJpbnRBcHBVdGlsIGxpYnJh cnkKbGliWHByaW50VXRpbC0xLjAuMSBUaGUgWHByaW50VXRpbCBsaWJyYXJ5CmxpYlhyYW5k ci0xLjIuMyAgICAgWCBSZXNpemUgYW5kIFJvdGF0ZSBleHRlbnNpb24gbGlicmFyeQpsaWJY cmVuZGVyLTAuOS40XzEgIFggUmVuZGVyIGV4dGVuc2lvbiBsaWJyYXJ5CmxpYlhyZXMtMS4w LjNfMyAgICAgWCBSZXNvdXJjZSB1c2FnZSBsaWJyYXJ5CmxpYlh0LTEuMC41XzEgICAgICAg WCBUb29sa2l0IGxpYnJhcnkKbGliWHRzdC0xLjAuM18xICAgICBYIFRlc3QgZXh0ZW5zaW9u CmxpYlh2LTEuMC40LDEgICAgICAgWCBWaWRlbyBFeHRlbnNpb24gbGlicmFyeQpsaWJYdk1D LTEuMC40XzEgICAgIFggVmlkZW8gRXh0ZW5zaW9uIE1vdGlvbiBDb21wZW5zYXRpb24gbGli cmFyeQpsaWJYeGY4NmRnYS0xLjAuMiAgIFggREdBIEV4dGVuc2lvbgpsaWJYeGY4Nm1pc2Mt MS4wLjEgIFggWEY4Ni1NaXNjIEV4dGVuc2lvbgpsaWJYeGY4NnZtLTEuMC4yICAgIFggVmlk bW9kZSBFeHRlbnNpb24KbGliYTUyLTAuNy40XzIgICAgICBBIGZyZWUgbGlicmFyeSBmb3Ig ZGVjb2RpbmcgQVRTQyBBLzUyIHN0cmVhbXMsIGFrYSBBQy0zCmxpYmFvLTAuOC44XzEgICAg ICAgUG9ydGFibGUgYXVkaW8gb3V0cHV0IGxpYnJhcnkKbGliYXJ0X2xncGwtMi4zLjIwLDEg TGlicmFyeSBmb3IgaGlnaC1wZXJmb3JtYW5jZSAyRCBncmFwaGljcwpsaWJhc3N1YW4tMS4w LjUgICAgIElQQyBsaWJyYXJ5IHVzZWQgYnkgR251UEcgYW5kIGdwZ21lCmxpYmF1ZGlvZmls ZS0wLjIuNiAgQSBzb3VuZCBsaWJyYXJ5IGZvciBTR0kgYXVkaW8gZmlsZQpsaWJjZGRiLTEu My4wICAgICAgIEEgbGlicmFyeSB0byBhY2Nlc3MgZGF0YSBvbiBhIENEREIgc2VydmVyCmxp YmNkaW8tMC43OC4yXzIgICAgQ29tcGFjdCBEaXNjIElucHV0IGFuZCBDb250cm9sIExpYnJh cnkKbGliY2hlY2stMC45LjYgICAgICBBIHVuaXQgdGVzdCBmcmFtZXdvcmsgZm9yIEMKbGli Y3JvY28tMC42LjFfMSAgICBDU1MyIHBhcnNpbmcgbGlicmFyeQpsaWJkYWVtb24tMC4xMiAg ICAgIExpZ2h0d2VpZ2h0IEMgbGlicmFyeSB0aGF0IGVhc2VzIHRoZSB3cml0aW5nIG9mIFVO SVggZGFlbW9uCmxpYmRjYS0wLjAuNSAgICAgICAgRnJlZSBEVFMgQ29oZXJlbnQgQWNvdXN0 aWNzIGRlY29kZXIKbGliZG14LTEuMC4yXzEgICAgICBETVggZXh0ZW5zaW9uIGxpYnJhcnkK bGliZG5ldC0xLjExXzIgICAgICBBIHNpbXBsZSBpbnRlcmZhY2UgdG8gbG93IGxldmVsIG5l dHdvcmtpbmcgcm91dGluZXMKbGliZHJtLTIuNC40ICAgICAgICBVc2Vyc3BhY2UgaW50ZXJm YWNlIHRvIGtlcm5lbCBEaXJlY3QgUmVuZGVyaW5nIE1vZHVsZSBzZXJ2aQpsaWJkdmRjc3Mt MS4yLjlfMiAgIFBvcnRhYmxlIGFic3RyYWN0aW9uIGxpYnJhcnkgZm9yIERWRCBkZWNyeXB0 aW9uCmxpYmR2ZG5hdi0wLjEuMTBfMyAgVGhlIGxpYnJhcnkgZm9yIHRoZSB4aW5lLWR2ZG5h diBwbHVnaW4KbGliZHZkcmVhZC0wLjkuN18zICBUaGlzIGlzIG5lZWRlZCBieSBvZ2xlLCB3 aGljaCBpcyBhIERWRCBwbGF5ZXIgdGhhdCBzdXBwb3J0cwpsaWJldmVudC0xLjQuOSAgICAg IFByb3ZpZGVzIGFuIEFQSSB0byBleGVjdXRlIGNhbGxiYWNrIGZ1bmN0aW9ucyBvbiBjZXJ0 YWluIGV2CmxpYmV4ZWNpbmZvLTEuMV8zICAgQSBsaWJyYXJ5IGZvciBpbnNwZWN0aW5nIHBy b2dyYW0ncyBiYWNrdHJhY2UKbGliZXhpZi0wLjYuMTcgICAgICBMaWJyYXJ5IHRvIHJlYWQg ZGlnaXRhbCBjYW1lcmEgZmlsZSBtZXRhLWRhdGEKbGliZmFtZS0wLjkuMV8yICAgICBBIHZp ZGVvIGVuY29kaW5nIGxpYnJhcnkKbGliZm9udGVuYy0xLjAuNCAgICBUaGUgZm9udGVuYyBM aWJyYXJ5CmxpYmZweC0xLjIuMC4xMl8xICAgTGlicmFyeSByb3V0aW5lcyBmb3Igd29ya2lu ZyB3aXRoIEZsYXNocGl4IGltYWdlcwpsaWJnY3J5cHQtMS40LjQgICAgIEdlbmVyYWwgcHVy cG9zZSBjcnlwdG8gbGlicmFyeSBiYXNlZCBvbiBjb2RlIHVzZWQgaW4gR251UEcKbGliZ2xh ZGUyLTIuNi4zICAgICBHTk9NRSBnbGFkZSBsaWJyYXJ5CmxpYmdsdXQtNy4zXzEgICAgICAg T3BlbkdMIHV0aWxpdHkgdG9vbGtpdApsaWJnbXAtNC4yLjQgICAgICAgIEEgZnJlZSBsaWJy YXJ5IGZvciBhcmJpdHJhcnkgcHJlY2lzaW9uIGFyaXRobWV0aWMKbGliZ3BnLWVycm9yLTEu NyAgICBDb21tb24gZXJyb3IgdmFsdWVzIGZvciBhbGwgR251UEcgY29tcG9uZW50cwpsaWJn cGhvdG8yLTIuNC40ICAgIEEgdW5pdmVyc2FsIGRpZ2l0YWwgY2FtZXJhIHBpY3R1cmUgY29u dHJvbCB0b29sCmxpYmdzZi0xLjE0LjExICAgICAgQW4gZXh0ZW5zaWJsZSBpL28gYWJzdHJh Y3Rpb24gZm9yIGRlYWxpbmcgd2l0aCBzdHJ1Y3R1cmVkIGYKbGliaWNhbC0wLjQyICAgICAg ICBBbiBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgSUVURidzIENhbGVuZGFyaW5nIGFuZCBTY2hl ZHVsaW5nIApsaWJpY29udi0xLjExXzEgICAgIEEgY2hhcmFjdGVyIHNldCBjb252ZXJzaW9u IGxpYnJhcnkKbGliaWQzdGFnLTAuMTUuMWIgICBJRDMgdGFncyBsaWJyYXJ5IChwYXJ0IG9m IE1BRCBwcm9qZWN0KQpsaWJpZG4tMS45ICAgICAgICAgIEludGVybmF0aW9uYWxpemVkIERv bWFpbiBOYW1lcyBjb21tYW5kIGxpbmUgdG9vbApsaWJpanMtMC4zNV8xICAgICAgIEMgbGli cmFyeSB0aGF0IHN1cHBvcnRzIHBsdWdpbiBwcmludGVyIGRyaXZlciBmb3IgR2hvc3RzY3Jp CmxpYmltZy0xLjIuNF80ICAgICAgQSBsaWJyYXJ5IG9mIGltYWdlIGZvcm1hdCBoYW5kbGVy cyBmb3IgVGs0LjEgYW5kIGxhdGVyCmxpYmtzYmEtMS4wLjUgICAgICAgS1NCQSBpcyBhbiBY LjUwOSBMaWJyYXJ5CmxpYmx0ZGwtMS41LjI2ICAgICAgU3lzdGVtIGluZGVwZW5kZW50IGRs b3BlbiB3cmFwcGVyCmxpYm1hZC0wLjE1LjFiXzIgICAgTGlibWFkIGxpYnJhcnkgKHBhcnQg b2YgTUFEIHByb2plY3QpCmxpYm1hbC0wLjQ0ICAgICAgICAgQSBsaWJyYXJ5IGVuY2Fwc3Vs YXRpbmcgbWFsc3luYwpsaWJtbmctMS4wLjEwICAgICAgIE11bHRpcGxlLWltYWdlIE5ldHdv cmsgR3JhcGhpY3MgKE1ORykgcmVmZXJlbmNlIGxpYnJhcnkKbGlibW9kcGx1Zy0wLjguNCAg ICBNb2RQbHVnIG1vZC1saWtlIG11c2ljIHNoYXJlZCBsaWJyYXJpZXMKbGlibXBjZGVjLTEu Mi42ICAgICBIaWdoIHF1YWxpdHkgYXVkaW8gY29tcHJlc3Npb24gZm9ybWF0CmxpYm1zcGFj ay0wLjAuMjAwNjA5MjAgQSBsaWJyYXJ5IGZvciBNaWNyb3NvZnQgY29tcHJlc3Npb24gZm9y bWF0cwpsaWJtdXNpY2JyYWluei0yLjEuNSAybmQgZ2VuZXJhdGlvbiBpbmNhcm5hdGlvbiBv ZiB0aGUgQ0QgSW5kZXggLSBhdWRpbyBtZXRhZGF0YQpsaWJuZXQxMS0xLjEuMi4xXzIsMSBB IEMgbGlicmFyeSBmb3IgY3JlYXRpbmcgSVAgcGFja2V0cwpsaWJub3RpZnktMC40LjUgICAg IEEgbGlicmFyeSBmb3IgZGVza3RvcCBub3RpZmljYXRpb25zCmxpYm9mYS0wLjkuM18yICAg ICAgVGhlIE9wZW4gRmluZ2VycHJpbnQgQXJjaGl0ZWN0dXJlIExpYnJhcnkKbGlib2dnLTEu MS4zLDQgICAgICBPZ2cgYml0c3RyZWFtIGxpYnJhcnkKbGlib2lsLTAuMy4xNSAgICAgICBM aWJyYXJ5IG9mIG9wdGltaXplZCBpbm5lciBsb29wcwpsaWJvbGRYLTEuMC4xICAgICAgIE9s ZCBYIGxpYnJhcnkKbGlib3RyLTMuMi4wXzEgICAgICBUaGUgcG9ydGFibGUgT1RSIE1lc3Nh Z2luZyBMaWJyYXJ5IGFuZCB0b29sa2l0CmxpYnBhcGVyLTEuMS4yMV8zICAgQSBsaWJyYXJ5 IHByb3ZpZGluZyByb3V0aW5lcyBmb3IgcGFwZXIgc2l6ZSBtYW5hZ2VtZW50CmxpYnBjYXAt MC45LjdfMSAgICAgVWJpcXVpdG91cyBuZXR3b3JrIHRyYWZmaWMgY2FwdHVyZSBsaWJyYXJ5 CmxpYnBjaS0yLjIuOF8xICAgICAgUENJIGNvbmZpZ3VyYXRpb24gc3BhY2UgSS9PIG1hZGUg ZWFzeQpsaWJwY2lhY2Nlc3MtMC4xMC41XzIgR2VuZXJpYyBQQ0kgYWNjZXNzIGxpYnJhcnkK bGlicHRocmVhZC1zdHVicy0wLjEgVGhpcyBsaWJyYXJ5IHByb3ZpZGVzIHdlYWsgYWxpYXNl cyBmb3IgcHRocmVhZCBmdW5jdGlvbnMKbGlicHVycGxlLTIuNS40ICAgICBCYWNrZW5kIGxp YnJhcnkgZm9yIHRoZSBQaWRnaW4gbXVsdGktcHJvdG9jb2wgbWVzc2FnaW5nIGNsaQpsaWJy c3ZnMi0yLjIyLjNfMiAgIExpYnJhcnkgZm9yIHBhcnNpbmcgYW5kIHJlbmRlcmluZyBTVkcg dmVjdG9yLWdyYXBoaWMgZmlsZXMKbGlic2FtcGxlcmF0ZS0wLjEuNCBTZWNyZXQgUmFiYml0 IENvZGU6IGEgU2FtcGxlIFJhdGUgQ29udmVydGVyIGZvciBhdWRpbwpsaWJzaWdjKystMi4y LjMgICAgIENhbGxiYWNrIEZyYW1ld29yayBmb3IgQysrCmxpYnNsYW5nMi0yLjEuNCAgICAg Um91dGluZXMgZm9yIHJhcGlkIGFscGhhLW51bWVyaWMgdGVybWluYWwgYXBwbGljYXRpb25z IGRldmUKbGlic21pLTAuNC43ICAgICAgICBBIGxpYnJhcnkgdG8gYWNjZXNzIFNNSSBNSUIg aW5mb3JtYXRpb24KbGlic25kZmlsZS0xLjAuMTdfMiBSZWFkaW5nIGFuZCB3cml0aW5nIGZp bGVzIGNvbnRhaW5pbmcgc2FtcGxlZCBzb3VuZCAobGlrZSBXQQpsaWJzb3VwLTIuMjQuMyAg ICAgIEEgU09BUCAoU2ltcGxlIE9iamVjdCBBY2Nlc3MgUHJvdG9jb2wpIGltcGxlbWVudGF0 aW9uIGluIEMKbGlidGFzbjEtMS44ICAgICAgICBBU04uMSBzdHJ1Y3R1cmUgcGFyc2VyIGxp YnJhcnkKbGlidGhlb3JhLTEuMC5iMiAgICBUaGVvcmEgdmlkZW8gY29kZWMgZm9yIHRoZSBP Z2cgbXVsdGltZWRpYSBzdHJlYW1pbmcgc3lzdGVtCmxpYnRvb2wtMS41LjI2ICAgICAgR2Vu ZXJpYyBzaGFyZWQgbGlicmFyeSBzdXBwb3J0IHNjcmlwdApsaWJ0b3JyZW50LWRldmVsLTAu MTIuNCBCaXRUb3JyZW50IExpYnJhcnkgd3JpdHRlbiBpbiBDKysgKGRldmVsb3BtZW50IHZl cnNpb24pCmxpYnR1bmVwaW1wLTAuNS4zXzMsMSBDbGllbnQgbGlicmFyeSBmb3IgbXVzaWNi cmFpbnoKbGlidW5naWYtNC4xLjRfNSAgICBUb29scyBhbmQgbGlicmFyeSByb3V0aW5lcyBm b3Igd29ya2luZyB3aXRoIEdJRiBpbWFnZXMKbGlidXNiLTAuMS4xMl80ICAgICBMaWJyYXJ5 IGdpdmluZyB1c2VybGFuZCBwcm9ncmFtcyBhY2Nlc3MgdG8gVVNCIGRldmljZXMKbGlidXRl bXB0ZXItMS4xLjVfMSBJbnRlcmZhY2UgdG8gcmVjb3JkIHVzZXIgc2Vzc2lvbnMgdG8gdXRt cCBhbmQgd3RtcCBmaWxlcwpsaWJ2b2x1bWVfaWQtMC44MS4wIExpYnJhcnkgdG8gcHJvdmlk ZSBmaWxlIHN5c3RlbSB0eXBlIGluZm9ybWF0aW9uCmxpYnZvcmJpcy0xLjIuMF8yLDMgQXVk aW8gY29tcHJlc3Npb24gY29kZWMgbGlicmFyeQpsaWJ3bWYtMC4yLjguNF8yICAgIFRvb2xz IGFuZCBsaWJyYXJ5IGZvciBjb252ZXJ0aW5nIE1pY3Jvc29mdCBXTUYgKHdpbmRvd3MgbWV0 CmxpYnduY2stMi4yNC4yICAgICAgTGlicmFyeSB1c2VkIGZvciB3cml0aW5nIHBhZ2VycyBh bmQgdGFza3NsaXN0cwpsaWJ3d3ctNS40LjBfNCAgICAgIFRoZSBXM0MgUmVmZXJlbmNlIExp YnJhcnkKbGlieGNiLTEuMS45MyAgICAgICBUaGUgWCBwcm90b2NvbCBDLWxhbmd1YWdlIEJp bmRpbmcgKFhDQikgbGlicmFyeQpsaWJ4aW5lLTEuMS4xNV8zICAgIExpYnJhcmllcyBmb3Ig eGluZSBtdWx0aW1lZGlhIHBsYXllcgpsaWJ4a2JmaWxlLTEuMC41ICAgIFhLQiBmaWxlIGxp YnJhcnkKbGlieGtidWktMS4wLjJfMSAgICBUaGUgeGtidWkgbGlicmFyeQpsaWJ4a2xhdmll ci0zLjcsMSAgIEFuIHV0aWxpdHkgbGlicmFyeSB0byBtYWtlIFhLQiBzdHVmZiBlYXNpZXIK bGlieG1sMi0yLjcuMl8xICAgICBYTUwgcGFyc2VyIGxpYnJhcnkgZm9yIEdOT01FCmxpYnhz bHQtMS4xLjI0XzIgICAgVGhlIFhTTFQgQyBsaWJyYXJ5IGZvciBHTk9NRQpsaWJ6aXAtMC44 ICAgICAgICAgIEEgQyBsaWJyYXJ5IGZvciByZWFkaW5nLCBjcmVhdGluZywgYW5kIG1vZGlm eWluZyB6aXAgYXJjaGl2CmxpbnV4LWFsc2EtbGliLTEuMC4xMC4zIFRoZSBBZHZhbmNlZCBM aW51eCBTb3VuZCBBcmNoaXRlY3R1cmUgbGlicmFyaWVzCmxpbnV4LWV4cGF0LTEuOTUuOCAg TGludXgvaTM4NiBiaW5hcnkgcG9ydCBvZiBFeHBhdCBYTUwtcGFyc2luZyBsaWJyYXJ5Cmxp bnV4LWZvbnRjb25maWctMi4yLjNfNyBMaW51eC9pMzg2IGJpbmFyeSBvZiBGb250Y29uZmln CmxpbnV4LWxpYnNpZ2MtMi4wLjE3IENhbGxiYWNrIEZyYW1ld29yayBmb3IgQysrIChsaW51 eCB2ZXJzaW9uKQpsaW51eC1zdW4tamRrLTEuNi4wLjEwIFN1biBKYXZhIERldmVsb3BtZW50 IEtpdCAxLjYgZm9yIExpbnV4CmxpbnV4LXhvcmctbGlicy02LjguMl81IFhvcmcgbGlicmFy aWVzLCBsaW51eCBiaW5hcmllcwpsaW51eF9iYXNlLWZjNi02XzUgIEJhc2Ugc2V0IG9mIHBh Y2thZ2VzIG5lZWRlZCBpbiBMaW51eCBtb2RlIChmb3IgaTM4Ni9hbWQ2NCkKbGludXhfZHJp LTcuMCAgICAgICBCaW5hcnkgTGludXggRFJJIGxpYnJhcmllcyBmb3IgM0QgaGFyZHdhcmUg YWNjZWxlcmF0aW9uIG9mIApsaXN0cmVzLTEuMC4xXzEgICAgIExpc3QgcmVzb3VyY2VzIGlu IHdpZGdldHMKbG9jYWxlZGF0YS01LjQgICAgICBMZWdhY3kgbG9jYWxlIGRhdGEgZm9yIEZy ZWVCU0QgNisKbHVhLTUuMS4zXzMgICAgICAgICBTbWFsbCwgY29tcGlsYWJsZSBzY3JpcHRp bmcgbGFuZ3VhZ2UgcHJvdmlkaW5nIGVhc3kgYWNjZXNzIApsdWl0LTEuMC4zICAgICAgICAg IExvY2FsZSBhbmQgSVNPIDIwMjIgc3VwcG9ydCBmb3IgVW5pY29kZSB0ZXJtaW5hbHMKbTQt MS40LjExLDEgICAgICAgICBHTlUgbTQKbUROU1Jlc3BvbmRlci0xMDggICBBcHBsZSdzIG1E TlNSZXNwb25kZXIKbWFrZWRlcGVuZC0xLjAuMSwxICBBIGRlcGVuZGVuY3kgZ2VuZXJhdG9y IGZvciBtYWtlZmlsZXMKbWMtNC42LjFfOCAgICAgICAgICBNaWRuaWdodCBDb21tYW5kZXIs IGEgZnJlZSBOb3J0b24gQ29tbWFuZGVyIENsb25lCm1jYWJiZXItMC45LjkgICAgICAgU21h bGwgSmFiYmVyIGNvbnNvbGUgY2xpZW50Cm1lc2EtZGVtb3MtNy4zICAgICAgT3BlbkdMIGRl bW9zIGRpc3RyaWJ1dGVkIHdpdGggTWVzYQptaW5ndzMyLWJpbi1tc3ZjcnQtcjMuMTUuYTMu MTIgSGVhZGVycyBhbmQgTGlicmFyaWVzIGZvciBXaW5kb3dzIGNyb3NzLWRldmVsb3BtZW50 Cm1pbmd3MzItYmludXRpbHMtMi4xOCwxIEdOVSBCaW51dGlscyBmb3IgV2luZG93cyBjcm9z cy1kZXZlbG9wbWVudAptaW5ndzMyLWdjYy00LjIuMSwxIEZTRiBnY2MtNC4yIGZvciBXaW5k b3dzIGNyb3NzLWRldmVsb3BtZW50Cm1pbmd3MzItcHRocmVhZHMtMi44LjAgUE9TSVggdGhy ZWFkcyBsaWJyYXJ5IGZvciBXaW5kb3dzIGNvbXBpbGVkIHdpdGggTWluR1czMgpta2NvbXBv c2VjYWNoZS0xLjJfMSBQcm9ncmFtIHRvIGNyZWF0ZSBDb21wb3NlIGNhY2hlIGZpbGVzCm1r Zm9udGRpci0xLjAuNCAgICAgQ3JlYXRlIGFuIGluZGV4IG9mIFggZm9udCBmaWxlcyBpbiBh IGRpcmVjdG9yeQpta2ZvbnRzY2FsZS0xLjAuNiAgIENyZWF0ZXMgYW4gaW5kZXggb2Ygc2Nh bGFibGUgZm9udCBmaWxlcyBmb3IgWAptcGVnNGlwLWxpYm1wNHYyLTEuNi4xIE1wZWctNCBs aWJyYXJ5IGFuZCB0b29scyBmcm9tIG1wZWc0aXAKbXBsYXllci0wLjk5LjExXzExICBIaWdo IHBlcmZvcm1hbmNlIG1lZGlhIHBsYXllciBzdXBwb3J0aW5nIG1hbnkgZm9ybWF0cwptcGxh eWVyLXNraW5zLTEuMS4yXzYgU2tpbnMgZm9yIE1QbGF5ZXIncyBHcmFwaGljYWwgVXNlciBJ bnRlcmZhY2UgKEdVSSkKbXlzcWwtY2xpZW50LTUuMC43NSBNdWx0aXRocmVhZGVkIFNRTCBk YXRhYmFzZSAoY2xpZW50KQpteXNxbC1zZXJ2ZXItNS4wLjc1IE11bHRpdGhyZWFkZWQgU1FM IGRhdGFiYXNlIChzZXJ2ZXIpCm5hcy0xLjkuMV8zICAgICAgICAgTmV0d29yayBBdWRpbyBT eXN0ZW0KbmFzbS0yLjA1LjAxLDEgICAgICBHZW5lcmFsLXB1cnBvc2UgbXVsdGktcGxhdGZv cm0geDg2IGFuZCB4ODYtNjQgYXNzZW1ibGVyCm5lb24yOC0wLjI4LjMgICAgICAgQW4gSFRU UCBhbmQgV2ViREFWIGNsaWVudCBsaWJyYXJ5IGZvciBVbml4IHN5c3RlbXMKbmV0LXNubXAt NS40LjIuMV8xICBBbiBleHRlbmRhYmxlIFNOTVAgaW1wbGVtZW50YXRpb24KbmV0cGJtLTEw LjI2LjU5ICAgICBBIHRvb2xraXQgZm9yIGNvbnZlcnNpb24gb2YgaW1hZ2VzIGJldHdlZW4g ZGlmZmVyZW50IGZvcm1hdApuZXdmaWxlLTEuMC4xNF8yICAgIEEgdG9vbCBmb3IgY3JlYXRp bmcgc3RhcnRlciBmaWxlcyBpbiB2YXJpb3VzIGxhbmd1YWdlcwpubWFwLTQuNzYgICAgICAg ICAgIFBvcnQgc2Nhbm5pbmcgdXRpbGl0eSBmb3IgbGFyZ2UgbmV0d29ya3MKbnNwci00Ljcg ICAgICAgICAgICBBIHBsYXRmb3JtLW5ldXRyYWwgQVBJIGZvciBzeXN0ZW0gbGV2ZWwgYW5k IGxpYmMgbGlrZSBmdW5jdApuc3MtMy4xMS45XzIgICAgICAgIExpYnJhcmllcyB0byBzdXBw b3J0IGRldmVsb3BtZW50IG9mIHNlY3VyaXR5LWVuYWJsZWQgYXBwbGljCm9jbG9jay0xLjAu MSAgICAgICAgUm91bmQgY2xvY2sgYXBwbGljYXRpb24gZm9yIFgKb3BlbmxkYXAtY2xpZW50 LTIuNC4xMyBPcGVuIHNvdXJjZSBMREFQIGNsaWVudCBpbXBsZW1lbnRhdGlvbgpvcGVub2Zm aWNlLm9yZy0zLjAuMSBJbnRlZ3JhdGVkIHdvcmRwcm9jZXNzb3IvZGJhc2Uvc3ByZWFkc2hl ZXQvZHJhd2luZy9jaGFydC9icgpvcGVyYS05LjYzLjIwMDgxMjE1XzEgQmxhemluZ2x5IGZh c3QsIGZ1bGwtZmVhdHVyZWQsIHN0YW5kYXJkcy1jb21wbGlhbnQgYnJvd3NlciwKcDUtQXJj aGl2ZS1aaXAtMS4yNiBQZXJsIG1vZHVsZSB0byBjcmVhdGUsIG1hbmlwdWxhdGUsIHJlYWQs IGFuZCB3cml0ZSBaaXAgYXJjaApwNS1Db21wcmVzcy1SYXctWmxpYi0yLjAxNSBMb3ctTGV2 ZWwgSW50ZXJmYWNlIHRvIHpsaWIgY29tcHJlc3Npb24gbGlicmFyeQpwNS1Db21wcmVzcy1a bGliLTIuMDE1IFBlcmw1IGludGVyZmFjZSB0byB6bGliIGNvbXByZXNzaW9uIGxpYnJhcnkK cDUtRmlsZS1UZW1wLTAuMjEgICBQZXJsNSBtb2R1bGUgdG8gZ2VuZXJhdGUgdGVtcG9yYXJ5 IGZpbGVzIG9yIGRpcmVjdG9yaWVzIHNhZgpwNS1GaWxlLVdoaWNoLTAuMDUgIFBvcnRhYmxl IGltcGxlbWVudGF0aW9uIG9mIGB3aGljaCcgaW4gUGVybApwNS1JTy1Db21wcmVzcy1CYXNl LTIuMDE1IEJhc2UgQ2xhc3MgZm9yIElPOjpVbmNvbXByZXNzIG1vZHVsZXMKcDUtSU8tQ29t cHJlc3MtWmxpYi0yLjAxNSBQZXJsNSBpbnRlcmZhY2UgZm9yIHJlYWRpbmcgYW5kIHdyaXRp bmcgb2YgKGcpemlwIGZpbGVzCnA1LVBhdGhUb29scy0zLjI5MDAgQSBQZXJsIG1vZHVsZSBm b3IgcG9ydGFibHkgbWFuaXB1bGF0aW5nIGZpbGUgc3BlY2lmaWNhdGlvbnMKcDUtWE1MLVBh cnNlci0yLjM2ICBQZXJsIGV4dGVuc2lvbiBpbnRlcmZhY2UgdG8gSmFtZXMgQ2xhcmsncyBY TUwgcGFyc2VyLCBleHBhdApwNS1nZXR0ZXh0LTEuMDVfMiAgIE1lc3NhZ2UgaGFuZGxpbmcg ZnVuY3Rpb25zCnA1LXR5cGUxaW5zdC0wLjYuMV81IEEgc2NyaXB0IHRoYXQgaGVscHMgaW5z dGFsbCBQb3N0c2NyaXB0IGZvbnRzIGluIFggV2luZG93IFN5CnBhbmdvLTEuMjIuNCAgICAg ICAgQW4gb3Blbi1zb3VyY2UgZnJhbWV3b3JrIGZvciB0aGUgbGF5b3V0IGFuZCByZW5kZXJp bmcgb2YgaTEKcGF0Y2gtMi41LjQgICAgICAgICBHTlUgcGF0Y2ggdXRpbGl0eQpwY2lpZHMt MjAwODEwMTIgICAgIERhdGFiYXNlIG9mIGFsbCBrbm93biBJRCdzIHVzZWQgaW4gUENJIGRl dmljZXMKcGNyZS03LjggICAgICAgICAgICBQZXJsIENvbXBhdGlibGUgUmVndWxhciBFeHBy ZXNzaW9ucyBsaWJyYXJ5CnBkZmVkaXQtMC40LjFfMSAgICAgRnJlZSBlZGl0b3IgZm9yIG1h bmlwdWxhdGluZyBQREYgZG9jdW1lbnRzIChRVDMgR1VJIGFuZCBDTEkKcGVybC01LjguOSAg ICAgICAgICBQcmFjdGljYWwgRXh0cmFjdGlvbiBhbmQgUmVwb3J0IExhbmd1YWdlCnBob25v bi00LjMuMCAgICAgICAgS0RFNCBwaG9ub24gYXBwbGljYXRpb25zCnBpZGdpbi0yLjUuNCAg ICAgICAgUGlkZ2luIG11bHRpLXByb3RvY29sIG1lc3NhZ2luZyBjbGllbnQgKEdUSysgVUkp CnBpbG90LWxpbmstMC4xMi4zLDEgU3VpdGUgb2YgdG9vbHMgdXNlZCB0byBjb25uZWN0IGFu ZCBzeW5jIHlvdXIgUGFsbSBoYW5kbGVkCnBpbmVudHJ5LTAuNy41XzEgICAgQSBjb2xsZWN0 aW9uIG9mIHNpbXBsZSBQSU4gb3IgcGFzc3BocmFzZSBlbnRyeSBkaWFsb2dzCnBpeG1hbi0w LjEzLjIgICAgICAgTG93LWxldmVsIHBpeGVsIG1hbmlwdWxhdGlvbiBsaWJyYXJ5CnBrZy1j b25maWctMC4yM18xICAgQSB1dGlsaXR5IHRvIHJldHJpZXZlIGluZm9ybWF0aW9uIGFib3V0 IGluc3RhbGxlZCBsaWJyYXJpZXMKcG5nLTEuMi4zNCAgICAgICAgICBMaWJyYXJ5IGZvciBt YW5pcHVsYXRpbmcgUE5HIGltYWdlcwpwb2xpY3lraXQtMC45XzIgICAgIEZyYW1ld29yayBm b3IgY29udHJvbGxpbmcgYWNjZXNzIHRvIHN5c3RlbS13aWRlIGNvbXBvbmVudHMKcG9saWN5 a2l0LWdub21lLTAuOS4yIEdOT01FIGZyb250ZW5kIHRvIHRoZSBQb2xpY0tpdCBmcmFtZXdv cmsKcG9wcGxlci0wLjguN18xICAgICBBIFBERiByZW5kZXJpbmcgbGlicmFyeQpwb3BwbGVy LWRhdGEtMC4yLjEgIFBvcHBsZXIgZW5jb2RpbmcgZGF0YQpwb3BwbGVyLWd0ay0wLjguNyAg IEd0ayBiaW5kaW5ncyB0byBwb3BwbGVyCnBvcHBsZXItcXQ0LTAuOC43ICAgUXQ0IGJpbmRp bmdzIHRvIHBvcHBsZXIKcG9wdC0xLjdfNSAgICAgICAgICBBIGdldG9wdCgzKSBsaWtlIGxp YnJhcnkgd2l0aCBhIG51bWJlciBvZiBlbmhhbmNlbWVudHMsIGZybwpwb3J0YXVkaW8tMTgu MV8yICAgIFBvcnRhYmxlIGNyb3NzLXBsYXRmb3JtIEF1ZGlvIEFQSQpwb3J0bGludC0yLjEw LjJfMSAgIEEgdmVyaWZpZXIgZm9yIEZyZWVCU0QgcG9ydCBkaXJlY3RvcnkKcG9ydG1hc3Rl ci0yLjYgICAgICBNYW5hZ2UgeW91ciBwb3J0cyB3aXRob3V0IGV4dGVybmFsIGRhdGFiYXNl cyBvciBsYW5ndWFnZXMKcG9ydHRvb2xzLTAuNzdfMyAgICBUb29scyBmb3IgdGVzdGluZyBh bmQgc3VibWl0dGluZyBwb3J0IHVwZGF0ZXMgYW5kIG5ldyBwb3J0cwpwb3J0dXBncmFkZS0y LjQuNiwyIEZyZWVCU0QgcG9ydHMvcGFja2FnZXMgYWRtaW5pc3RyYXRpb24gYW5kIG1hbmFn ZW1lbnQgdG9vbCBzCnBvc3RncmVzcWwtY2xpZW50LTguMy41IFBvc3RncmVTUUwgZGF0YWJh c2UgKGNsaWVudCkKcHJpbnRwcm90by0xLjAuNCAgICBQcmludCBleHRlbnNpb24gaGVhZGVy cwpwcmludHNjcmVlbi0xLjAgICAgIFNpbXBsZSBzY3JlZW5zaG90IHByb2dyYW0gZm9yIFgx MQpwcml2b3h5LTMuMC4xMCAgICAgIFByaXZveHkgaXMgYSB3ZWIgcHJveHkgd2l0aCBhZHZh bmNlZCBmaWx0ZXJpbmcgY2FwYWJpbGl0aWVzCnB0aC0yLjAuNyAgICAgICAgICAgR05VIFBv cnRhYmxlIFRocmVhZHMKcHVsc2VhdWRpby0wLjkuMTQgICBTb3VuZCBzZXJ2ZXIgZm9yIFVO SVgKcHkyNS1JbXBhY2tldC0wLjkuNi4wIENvbGxlY3Rpb24gb2YgUHl0aG9uIGNsYXNzZXMg cHJvdmlkaW5nIGFjY2VzcyB0byBuZXR3b3JrIHBhCnB5MjUtY3J5cHRraXQtMC45ICAgQSBD cnlwdG9ncmFwaGljIFRvb2xraXQgZm9yIFB5dGhvbgpweTI1LWRidXMtMC44My4wXzEgIFB5 dGhvbiBiaW5kaW5ncyBmb3IgdGhlIEQtQlVTIG1lc3NhZ2luZyBzeXN0ZW0KcHkyNS1leWVk My0wLjYuMTYgICBQeXRob24gbW9kdWxlIGZvciBwcm9jZXNzaW5nIElEMyB0YWdzCnB5MjUt aW1hZ2luZy0xLjEuNl8yIFRoZSBQeXRob24gSW1hZ2luZyBMaWJyYXJ5CnB5MjUtbGlieG1s Mi0yLjcuMiAgUHl0aG9uIGludGVyZmFjZSBmb3IgWE1MIHBhcnNlciBsaWJyYXJ5IGZvciBH Tk9NRQpweTI1LW11dGFnZW4tMS4xMiAgIEEgUHl0aG9uLWJhc2VkIGF1ZGlvIG1ldGFkYXRh IHRhZyByZWFkZXIgYW5kIHdyaXRlcgpweTI1LW51bWVyaWMtMjQuMl8zIFRoZSBOdW1lcmlj IEV4dGVuc2lvbiB0byBQeXRob24KcHkyNS1vcGVuZ2wtMy4wLjAuYjhfMSBBbiBPcGVuR0wg KGFuZCByZWxhdGVkIGxpYnJhcnkpIGludGVyZmFjZSBmb3IgUHl0aG9uCnB5MjUtcGNhcHkt MC4xMC41ICAgUHl0aG9uIGV4dGVuc2lvbiBtb2R1bGUgdG8gY2FwdHVyZSBwYWNrZXRzIG9u IHRoZSBuZXR3b3JrCnB5MjUtcHljcnlwdG8tMi4wLjFfMSBUaGUgUHl0aG9uIENyeXB0b2dy YXBoeSBUb29sa2l0CnB5MjUtc2lwLTQuNy40LDEgICAgUHl0aG9uIHRvIEMgYW5kIEMrKyBi aW5kaW5ncyBnZW5lcmF0b3IKcHkyNS1zcWxpdGUzLTIuNS4yXzEgU3RhbmRhcmQgUHl0aG9u IGJpbmRpbmcgdG8gdGhlIFNRTGl0ZTMgbGlicmFyeQpweTI1LXRraW50ZXItMi41LjJfMiBQ eXRob24gYmluZGluZ3MgdG8gdGhlIFRrIHdpZGdldCBzZXQKcHkyNS13eFB5dGhvbi1jb21t b24tMi44LjcuMV8xIFB5dGhvbiBiaW5kaW5ncyBmb3IgdGhlIHd4V2lkZ2V0cy9HVEsgR1VJ IHRvb2xraXQKcHkyNS13eFB5dGhvbi11bmljb2RlLTIuOC43LjFfMSBQeXRob24gYmluZGlu Z3MgZm9yIHRoZSB3eFdpZGdldHMvR1RLIEdVSSB0b29sa2l0CnB5MjUteG1sLTAuOC40ICAg ICAgUHlYTUw6IFB5dGhvbiBYTUwgbGlicmFyeSBlbmhhbmNlbWVudHMKcHl0aG9uMjUtMi41 LjJfMyAgICBBbiBpbnRlcnByZXRlZCBvYmplY3Qtb3JpZW50ZWQgcHJvZ3JhbW1pbmcgbGFu Z3VhZ2UKcWNhLTIuMC4wICAgICAgICAgICBDcm9zcy1wbGF0Zm9ybSBjcnlwdG8gQVBJIGZv ciBRVApxaW1hZ2VibGl0ei0wLjAuNF8xIEtERSA0IGludGVncmF0ZWQgWDExIGRlc2t0b3AK cW1ha2UtMy4zLjhfMSAgICAgICBUaGUgYnVpbGQgdXRpbGl0eSBvZiB0aGUgUXQgcHJvamVj dApxc2NpbnRpbGxhMi0yLjJfMiwxIFF0NCBwb3J0IG9mIHRoZSBTY2ludGlsbGEgQysrIGVk aXRvciBjbGFzcwpxdC0zLjMuOF85ICAgICAgICAgIE11bHRpcGxhdGZvcm0gQysrIGFwcGxp Y2F0aW9uIGZyYW1ld29yawpxdDQtNC40LjMgICAgICAgICAgIE11bHRpcGxhdGZvcm0gQysr IGFwcGxpY2F0aW9uIGZyYW1ld29yayAobWV0YXBvcnQpCnF0NC1hY2Nlc3NpYmxlLTQuNC4z IFF0IGFjY2Vzc2liaWxpdHkgd2lkZ2V0cwpxdDQtYXNzaXN0YW50LTQuNC4zIFF0IGRvY3Vt ZW50YXRpb24gYnJvd3NlcgpxdDQtYXNzaXN0YW50LWFkcC00LjQuMyBRdCBkb2N1bWVudGF0 aW9uIGJyb3dzZXIsIGFkcCBjb21wYXQgdmVyc2lvbgpxdDQtY2x1Y2VuZS00LjQuMyAgIFF0 Q0x1Y2VuZSBmdWxsIHRleHQgc2VhcmNoIGxpYnJhcnkgd3JhcHBlcgpxdDQtY29yZWxpYi00 LjQuMyAgIFF0IGNvcmUgbGlicmFyeQpxdDQtZGJ1cy00LjQuMyAgICAgIFF0NCBiaW5kaW5n cyBmb3IgdGhlIEQtQlVTIG1lc3NhZ2luZyBzeXN0ZW0KcXQ0LWRlc2lnbmVyLTQuNC4zICBR dCB1aSBlZGl0b3IKcXQ0LWRvYy00LjQuMyAgICAgICBNdWx0aXBsYXRmb3JtIEMrKyBhcHBs aWNhdGlvbiBmcmFtZXdvcmsKcXQ0LWd1aS00LjQuMyAgICAgICBRdCBncmFwaGljYWwgdXNl ciBpbnRlcmZhY2UgbGlicmFyeQpxdDQtaGVscC00LjQuMyAgICAgIFF0SGVscCBtb2R1bGUg cHJvdmlkZXMgUUhlbHBFbmdpbmUgQVBJIGFuZCBpcyB1c2VkIGJ5IEFzc2lzCnF0NC1pY29u ZW5naW5lcy00LjQuMyBRdCBTVkcgaWNvbiBlbmdpbmUgcGx1Z2luCnF0NC1pbWFnZWZvcm1h dHMtNC40LjMgUXQgaW1hZ2Vmb3JtYXQgcGx1Z2lucyBmb3IgR0lGLCBKUEVHLCBNTkcgYW5k IFNWRwpxdDQtaW5wdXRtZXRob2RzLTQuNC4zIFF0IGlucHV0IG1ldGhvZCBwbHVnaW5zCnF0 NC1sMTBuLTQuNC4zICAgICAgUXQgdHJhbnNsYXRpb25zIG1lc3NhZ2VzCnF0NC1saWJRdEFz c2lzdGFudENsaWVudC00LjQuMyBRdCBkb2N1bWVudGF0aW9uIGJyb3dzZXIgaW50ZWdyYXRp b24gbGlicmFyeQpxdDQtbGluZ3Vpc3QtNC40LjMgIFF0IGxvY2FsaXNhdGlvbiB0b29sCnF0 NC1tYWtlcXBmLTQuNC4zICAgUXQgcXRvcGlhIGZvbnQgY3JlYXRvcgpxdDQtbW9jLTQuNC4z ICAgICAgIFF0IG1ldGEgb2JqZWN0IGNvbXBpbGVyCnF0NC1teXNxbC1wbHVnaW4tNC40LjMg UXQgTXlTUUwgZGF0YWJhc2UgcGx1Z2luCnF0NC1uZXR3b3JrLTQuNC4zICAgUXQgbmV0d29y ayBsaWJyYXJ5CnF0NC1vcGVuZ2wtNC40LjMgICAgUXQgT3BlbkdMIGxpYnJhcnkKcXQ0LXBp eGVsdG9vbC00LjQuMyBRdCBzY3JlZW4gbWFnbmlmaWNhdGlvbiB1dGlsaXR5CnF0NC1wb3J0 aW5nLTQuNC4zICAgUXQgdXRpbGl0eSB0byBhc3Npc3Qgd2l0aCBwb3J0aW5nIFF0MyBhcHBs aWNhdGlvbnMgdG8gUXQ0CnF0NC1xZGJ1c3ZpZXdlci00LjQuMyBRdDQgRC1CVVMgdmlld2Vy CnF0NC1xbWFrZS00LjQuMyAgICAgVGhlIGJ1aWxkIHV0aWxpdHkgb2YgdGhlIFF0IHByb2pl Y3QKcXQ0LXF0M3N1cHBvcnQtNC40LjMgUXQzIGNvbXBhdGliaWxpdHkgbGlicmFyeQpxdDQt cXRlc3RsaWItNC40LjMgIFF0IHVuaXQgdGVzdGluZyBsaWJyYXJ5CnF0NC1xdmZiLTQuNC4z ICAgICAgUXQgdmlydHVhbCBmcmFtZWJ1ZmZlciB1dGlsaXR5CnF0NC1yY2MtNC40LjMgICAg ICAgUXQgcmVzb3VyY2UgY29tcGlsZXIKcXQ0LXNjcmlwdC00LjQuMyAgICBRdCBzY3JpcHQK cXQ0LXNxbC00LjQuMyAgICAgICBRdCBTUUwgbGlicmFyeQpxdDQtc3FsaXRlLXBsdWdpbi00 LjQuMyBRdCBTUUxpdGUgMy54IGRhdGFiYXNlIHBsdWdpbgpxdDQtc3ZnLTQuNC4zICAgICAg IFF0IFNWRyBsaWJyYXJ5CnF0NC11aWMtNC40LjMgICAgICAgUXQgdXNlciBpbnRlcmZhY2Ug Y29tcGlsZXIKcXQ0LXVpYzMtNC40LjMgICAgICBRdCBiYWNrd2FyZHMtY29tcGF0aWJsZSB1 c2VyIGludGVyZmFjZSBjb21waWxlcgpxdDQtd2Via2l0LTQuNC4zICAgIFF0NCB3ZWJraXQg ZW5naW5lCnF0NC14bWwtNC40LjMgICAgICAgUXQgWE1MIGxpYnJhcnkKcXQ0LXhtbHBhdHRl cm5zLTQuNC4zIFhRdWVyeSAxLjAgYW5kIFhQYXRoIDIuMCBzdXBwb3J0IGZvciBRdDQKcXQ0 LXhtbHBhdHRlcm5zLXRvb2wtNC40LjMgUXQ0IGNvbW1hbmQgbGluZSB1dGlsaXR5IGZvciBy dW5uaW5nIFhRdWVyaWVzCnJhbmRycHJvdG8tMS4yLjEgICAgUmFuZHIgZXh0ZW5zaW9uIGhl YWRlcnMKcmFwdG9yLTEuNC4xNl8xICAgICBSREYgUGFyc2VyIFRvb2xraXQgZm9yIFJlZGxh bmQKcmFyaWFuLTAuOC4xICAgICAgICBBbiBPTUYgaGVscCBzeXN0ZW0gYmFzZWQgb24gdGhl IEZyZWVkZXNrdG9wIHNwZWNpZmljYXRpb24KcmVjb3JkcHJvdG8tMS4xMy4yICBSRUNPUkQg ZXh0ZW5zaW9uIGhlYWRlcnMKcmVkbGFuZC0xLjAuN18xICAgICBBIGhpZ2gtbGV2ZWwgaW50 ZXJmYWNlIGZvciBSREYKcmVuZGVycHJvdG8tMC45LjMgICBSZW5kZXJQcm90byBwcm90b2Nv bCBoZWFkZXJzCnJlc291cmNlcHJvdG8tMS4wLjIgUmVzb3VyY2UgZXh0ZW5zaW9uIGhlYWRl cnMKcmdiLTEuMC4xICAgICAgICAgICBVbmNvbXBpbGUgYW4gcmdiIGNvcmwtbmFtZSBkYXRh YmFzZQpycG0tMy4wLjZfMTQgICAgICAgIFRoZSBSZWQgSGF0IFBhY2thZ2UgTWFuYWdlcgpy c3RhcnQtMS4wLjIgICAgICAgIFNhbXBsZSBpbXBsZW1lbnRhdGlvbiBvZiBhIFJlbW90ZSBT dGFydCBjbGllbnQKcnRvcnJlbnQtZGV2ZWwtMC44LjQgQml0VG9ycmVudCBDbGllbnQgd3Jp dHRlbiBpbiBDKysgKGRldmVsb3BtZW50IHZlcnNpb24pCnJ1LWtkZS1sMTBuLTQuMi4wICAg UnVzc2lhbiBtZXNzYWdlcyBhbmQgZG9jdW1lbnRhdGlvbiBmb3IgS0RFNApydWJ5LTEuOC42 LjI4NywxICAgIEFuIG9iamVjdC1vcmllbnRlZCBpbnRlcnByZXRlZCBzY3JpcHRpbmcgbGFu Z3VhZ2UKcnVieTE4LWJkYi0wLjYuNCAgICBSdWJ5IGludGVyZmFjZSB0byBTbGVlcHljYXQn cyBCZXJrZWxleSBEQiByZXZpc2lvbiAyIG9yIGxhdApydWJ5MTgtZGVwbGF0ZS0wLjguNCBS dWJ5IHRvb2wgZm9yIGNvbnZlcnRpbmcgd2lraS1saWtlIG1hcmt1cApzYW1iYS0zLjAuMzQs MSAgICAgIEEgZnJlZSBTTUIgYW5kIENJRlMgY2xpZW50IGFuZCBzZXJ2ZXIgZm9yIFVOSVgK c2FtYmEtbGlic21iY2xpZW50LTMuMC4zNF8xIFNoYXJlZCBsaWJzIGZyb20gdGhlIHNhbWJh IHBhY2thZ2UKc2FuZS1iYWNrZW5kcy0xLjAuMTlfMSBBUEkgZm9yIGFjY2VzcyB0byBzY2Fu bmVycywgZGlnaXRhbHMgY2FtZXJhLCBmcmFtZSBncmFiYmVycwpzY3JlZW4tNC4wLjNfNSAg ICAgIEEgbXVsdGktc2NyZWVuIHdpbmRvdyBtYW5hZ2VyCnNjcmlwdHMtMS4wLjEgICAgICAg VmFyaW91cyBYIHJlbGF0ZWQgc2NyaXB0cwpzY3Juc2F2ZXJwcm90by0xLjEuMCBTY3JuU2F2 ZXIgZXh0ZW5zaW9uIGhlYWRlcnMKc2RsLTEuMi4xM18yLDIgICAgICBDcm9zcy1wbGF0Zm9y bSBtdWx0aW1lZGlhIGRldmVsb3BtZW50IEFQSQpzZG9jYm9vay14bWwtMS4xLDEgICJTaW1w bGlmaWVkIiBEb2NCb29rIFhNTCBEVEQKc2Vzc3JlZy0xLjAuNCAgICAgICBNYW5hZ2UgdXRt cC93dG1wIGVudHJpZXMgZm9yIG5vbi1pbml0IFggY2xpZW50cwpzZXR4a2JtYXAtMS4wLjQg ICAgIFNldCB0aGUga2V5Ym9hcmQgdXNpbmcgdGhlIFggS2V5Ym9hcmQgRXh0ZW5zaW9uCnNo YXJlZC1taW1lLWluZm8tMC41MSBBIE1JTUUgdHlwZSBkYXRhYmFzZSBmcm9tIHRoZSBGcmVl RGVza3RvcCBwcm9qZWN0CnNob3dmb250LTEuMC4yICAgICAgRm9udCBkdW1wZXIgZm9yIHRo ZSBYIGZvbnQgc2VydmVyCnNpbGMtdG9vbGtpdC0xLjEuNyAgU2VjdXJlIEludGVybmV0IExp dmUgQ29uZmVyZW5jaW5nIChTSUxDKSBuZXR3b3JrIHRvb2xraXQKc2ltZG9jay0xLjJfMSAg ICAgICBBIGZhc3QgYW5kIGN1c3RvbWl6YWJsZSBkb2NrYmFyCnNreXBlLTIuMC4wLjcyLDEg ICAgUDJQIFZvSVAgc29mdHdhcmUKc21wcm94eS0xLjAuMiAgICAgICBTZXNzaW9uIE1hbmFn ZXIgUHJveHkKc25vcnQtMi44LjIuMl8yICAgICBMaWdodHdlaWdodCBuZXR3b3JrIGludHJ1 c2lvbiBkZXRlY3Rpb24gc3lzdGVtCnNvcHJhbm8tMi4xLjY3ICAgICAgUVQ0IFJERiBmcmFt ZXdvcmsKc3BlZXgtMS4yLnIxXzEsMSAgICBBbiBvcGVuLXNvdXJjZSBwYXRlbnQtZnJlZSB2 b2ljZSBjb2RlYwpzcWxpdGUzLTMuNi4xMCAgICAgIEFuIFNRTCBkYXRhYmFzZSBlbmdpbmUg aW4gYSBDIGxpYnJhcnkgdy8gVGNsIHdyYXBwZXIKc3RhcnR1cC1ub3RpZmljYXRpb24tMC45 XzIgTGlicmFyeSB0aGF0IHN1cHBvcnRzIHN0YXJ0dXAgbm90aWZpY2F0aW9uIHNwZWMgZnJv bSBmcmVlZGUKc3RyaWdpLTAuNi4zICAgICAgICBEZXNrdG9wIHNlYXJjaGluZyBwcm9ncmFt CnN1YnZlcnNpb24tMS41LjVfMSAgVmVyc2lvbiBjb250cm9sIHN5c3RlbQpzdWRvLTEuNi45 LjE3ICAgICAgIEFsbG93IG90aGVycyB0byBydW4gY29tbWFuZHMgYXMgcm9vdApzdnI0X2Jh c2UtMi42ICAgICAgIENvbXBhdGliaWxpdHkgZnJhbWV3b3JrIG5lY2Vzc2FyeSBmb3IgU1ZS NCBlbXVsYXRpb24KdDFsaWItNS4xLjJfMSwxICAgICBBIFR5cGUgMSBSYXN0ZXJpemVyIExp YnJhcnkgZm9yIFVOSVgvWDExCnRhZ2xpYi0xLjUgICAgICAgICAgTGlicmFyeSBmb3IgbWFu aXB1bGF0aW5nIElEMyB0YWdzIGFuZCBPZ2cgY29tbWVudHMKdGNsLTguNC4xOSwxICAgICAg ICBUb29sIENvbW1hbmQgTGFuZ3VhZ2UKdGNsbGliLTEuMTBfMSAgICAgICBBIGNvbGxlY3Rp b24gb2YgdXRpbGl0eSBtb2R1bGVzIGZvciBUY2wKdGNsbW9yZS0wLjdiMSAgICAgICBNb3Jl IFRDTCBjb21tYW5kcwp0Y2x0bHMtMS42ICAgICAgICAgIFNTTCBleHRlbnNpb25zIGZvciBU Q0w7IGR5bmFtaWNseSBsb2FkYWJsZQp0ZVRlWC1iYXNlLTMuMF8xNCAgIFRob21hcyBFc3Nl cidzIGRpc3RyaWJ1dGlvbiBvZiBUZVggJiBmcmllbmRzIChiaW5hcmllcykKdGVUZVgtdGV4 bWYtMy4wXzUgICBUaG9tYXMgRXNzZXIncyBkaXN0cmlidXRpb24gb2YgVGVYICYgZnJpZW5k cyAodGV4bWYgdHJlZSkKdGV4LXRleG1mbG9jYWwtMS45ICBNZXRhLXBvcnQgdGhhdCBjcmVh dGVzIGEgc2l0ZS1sb2NhbCAkVEVYTUYgZGlyZWN0b3J5CnRleGkyaHRtbC0xLjc2XzEsMSAg VGV4aW5mbyB0byBIVE1MIGNvbnZlcnRlcgp0aHVuZGVyYmlyZC0yLjAuMC4xOV8xIE1vemls bGEgVGh1bmRlcmJpcmQgaXMgc3RhbmRhbG9uZSBtYWlsIGFuZCBuZXdzIHRoYXQgc3RhbmRz CnRodW5kZXJiaXJkLWkxOG4tMi4wLjAuMTggTG9jYWxpemVkIGludGVyZmFjZSBmb3IgVGh1 bmRlcmJpcmQKdGlmZi0zLjguMl8zICAgICAgICBUb29scyBhbmQgbGlicmFyeSByb3V0aW5l cyBmb3Igd29ya2luZyB3aXRoIFRJRkYgaW1hZ2VzCnRrLTguNC4xOV8xLDIgICAgICAgR3Jh cGhpY2FsIHRvb2xraXQgZm9yIFRDTAp0a1h3aW4tMS4wXzMgICAgICAgIFRjbC9UayBsaWJy YXJ5IHRvIGRldGVjdCBpZGxlIHBlcmlvZHMgb2YgYW4gWCBzZXNzaW9uCnRrYWJiZXItZGV2 ZWwtMC4xMS4xLmEuMjAwODEwMjMgVGNsL1RrIGJhc2VkIGphYmJlciBjbGllbnQsIGRldmVs b3BtZW50IHZlcnNpb24KdGthYmJlci1wbHVnaW5zLTIwMDgxMDIzIEV4dGVybmFsIFBsdWdp bnMgZm9yIFRrYWJiZXIKdG9yLTAuMi4wLjMzICAgICAgICBBbiBhbm9ueW1pemluZyBvdmVy bGF5IG5ldHdvcmsgZm9yIFRDUAp0cmFwcHJvdG8tMy40LjMgICAgIERFQy1YVFJBUCBleHRl bnNpb24gaGVhZGVycwp0c29ja3MtMS44LmI1XzQgICAgIEFsbG93IG5vbiBTT0NLUyBhd2Fy ZSBhcHBsaWNhdGlvbnMgdG8gdXNlIFNPQ0tTIHdpdGhvdXQgbW9kCnR3bS0xLjAuNCAgICAg ICAgICAgVGFiIFdpbmRvdyBNYW5hZ2VyIGZvciB0aGUgWCBXaW5kb3cgU3lzdGVtCnVucmFy LWljb252LTMuODAsNSAgRXh0cmFjdCwgdmlldyAmIHRlc3QgUkFSIGFyY2hpdmVzCnVuemlw LTUuNTJfNSAgICAgICAgTGlzdCwgdGVzdCBhbmQgZXh0cmFjdCBjb21wcmVzc2VkIGZpbGVz IGluIGEgWklQIGFyY2hpdmUKdjRsX2NvbXBhdC0xLjAuMjAwNjA4MDEgVmlkZW80TGludXgg Y29tcGF0aWJpbGl0eSBoZWFkZXIKdmFsa251dC0wLjQuOCAgICAgICBBIERpcmVjdCBDb25u ZWN0IGNsaWVudCBRVCBHVUkKdmNkaW1hZ2VyLTAuNy4yM181ICBHTlUgVkNESW1hZ2VyL1ZD RFJpcCAtLSBUaGUgR05VIFZpZGVvQ0QgSW1hZ2UgTWFrZXIvUmlwcGluZwp2aWRhbGlhLTAu MS4xMCAgICAgIEEgZ3JhcGhpY2FsIFRvciBjb250cm9sbGVyIGJhc2VkIG9uIFF0IDQueAp2 aWRlb3Byb3RvLTIuMi4yICAgIFZpZGVvIGV4dGVuc2lvbiBoZWFkZXJzCnZpZXdyZXMtMS4w LjFfMSAgICAgR3JhcGhpY2FsIGNsYXNzIGJyb3dzZXIgZm9yIFh0CnZvcmJpcy10b29scy0x LjIuMF80LDMgUGxheSwgZW5jb2RlLCBhbmQgbWFuYWdlIE9nZyBWb3JiaXMgZmlsZXMKd2F2 cGFjay00LjUwLjEgICAgICBBdWRpbyBjb2RlYyBmb3IgbG9zc2xlc3MsIGxvc3N5IGFuZCBo eWJyaWQgY29tcHJlc3Npb24Kd2ViZm9udHMtMC4zMF82ICAgICBUcnVlVHlwZSBjb3JlIGZv bnRzIGZvciB0aGUgV2ViCndlYmtpdC1ndGsyLTEuMC4xXzQgQW4gb3BlbnNvdXJjZSBicm93 c2VyIGVuZ2luZQp3Z2V0LTEuMTEuNCAgICAgICAgIFJldHJpZXZlIGZpbGVzIGZyb20gdGhl IE5ldCB2aWEgSFRUUChTKSBhbmQgRlRQCndpbjMyLWNvZGVjcy0zLjEuMC5yMSwxIEh1Z2Ug Y29tcGlsYXRpb24gb2YgV2luMzIgYmluYXJ5IHZpZGVvIGNvZGVjcwp3aW5lLTEuMS4xNCwx ICAgICAgIE1pY3Jvc29mdCBXaW5kb3dzIGNvbXBhdGliaWxpdHkgbGF5ZXIgZm9yIFVuaXgt bGlrZSBzeXN0ZW1zCndpcmVzaGFyay0xLjAuNSAgICAgQSBwb3dlcmZ1bCBuZXR3b3JrIGFu YWx5emVyL2NhcHR1cmUgdG9vbAp3eGd0azItMi44LjkgICAgICAgIFRoZSB3eFdpZGdldHMg R1VJIHRvb2xraXQgd2l0aCBHVEsrIGJpbmRpbmdzCnd4Z3RrMi1jb21tb24tMi44LjkgVGhl IHd4V2lkZ2V0cyBHVUkgdG9vbGtpdCAoY29tbW9uIGZpbGVzKQp3eGd0azItY29udHJpYi0y LjguOSBUaGUgd3hXaWRnZXRzIEdVSSB0b29sa2l0IGNvbnRyaWJ1dGVkIGxpYnJhcmllcwp3 eGd0azItY29udHJpYi1jb21tb24tMi44LjkgVGhlIHd4V2lkZ2V0cyBHVUkgdG9vbGtpdCBj b250cmlidXRlZCBsaWJyYXJpZXMgKGNvbW1vbiBmaWwKd3hndGsyLXVuaWNvZGUtMi44Ljkg VGhlIHd4V2lkZ2V0cyBHVUkgdG9vbGtpdCAoVW5pY29kZSkKd3hndGsyLXVuaWNvZGUtY29u dHJpYi0yLjguOSBUaGUgd3hXaWRnZXRzIEdVSSB0b29sa2l0IGNvbnRyaWJ1dGVkIGxpYnJh cmllcyAoVW5pY29kZSkKeDExcGVyZi0xLjUgICAgICAgICBYMTEgc2VydmVyIHBlcmZvcm1h bmNlIHRlc3QgcHJvZ3JhbQp4MjY0LTAuMC4yMDA4MDQwOV8yIE11bHRpbWVkaWEgbGlicmFy eSBhbmQgdG9vbCBmb3IgZW5jb2RpbmcgSC4yNjQvQVZDIHZpZGVvIHN0CnhhdXRoLTEuMC4z ICAgICAgICAgWCBhdXRob3JpdHkgZmlsZSB1dGlsaXR5CnhiYWNrbGlnaHQtMS4xICAgICAg UHJvZ3JhbSB0byBhZGp1c3QgYmFja2xpZ2h0IGJyaWdodG5lc3MKeGJpZmYtMS4wLjFfMSAg ICAgICBNYWlsYm94IGZsYWcgZm9yIFgKeGJpdG1hcHMtMS4wLjEgICAgICBYLk9yZyBiaXRt YXBzIGRhdGEKeGNhbGMtMS4wLjJfMSAgICAgICBTY2llbnRpZmljIGNhbGN1bGF0b3IgZm9y IFgKeGNiLXByb3RvLTEuMyAgICAgICBUaGUgWCBwcm90b2NvbCBDLWxhbmd1YWdlIEJpbmRp bmcgKFhDQikgcHJvdG9jb2wKeGNiLXV0aWwtMC4zLjIgICAgICBBIG1vZHVsZSB3aXRoIGxp YnhjYi9saWJYMTEgZXh0ZW5zaW9uL3JlcGxhY2VtZW50IGxpYnJhcmllcwp4Y2xpcGJvYXJk LTEuMC4xXzEgIFggY2xpcGJvYXJkIGNsaWVudAp4Y2xvY2stMS4wLjNfMSAgICAgIEFuYWxv ZyBhbmQgZGlnaXRhbCBjbG9jayBmb3IgWAp4Y21pc2Nwcm90by0xLjEuMiAgIFhDTWlzYyBl eHRlbnNpb24gaGVhZGVycwp4Y21zZGItMS4wLjEgICAgICAgIERldmljZSBDb2xvciBDaGFy YWN0ZXJpemF0aW9uIHV0aWxpdHkgZm9yIFgKeGNvbnNvbGUtMS4wLjNfMSAgICBNb25pdG9y IHN5c3RlbSBjb25zb2xlIG1lc3NhZ2VzIHdpdGggWAp4Y3Vyc29yLXRoZW1lcy0xLjAuMV8x IFgub3JnIGN1cnNvcnMgdGhlbWVzCnhjdXJzb3JnZW4tMS4wLjIgICAgQ3JlYXRlIGFuIFgg Y3Vyc29yIGZpbGUgZnJvbSBhIGNvbGxlY3Rpb24gb2YgUE5HIGltYWdlcwp4ZGJlZGl6enkt MS4wLjIgICAgIERlbW8gb2YgREJFIGNyZWF0aW5nIGEgZG91YmxlIGJ1ZmZlcmVkIHNwaW5u aW5nIHNjZW5lCnhkaXR2aWV3LTEuMC4xXzEgICAgRGlzcGxheSBkaXRyb2ZmIG91dHB1dAp4 ZG0tMS4xLjhfMSAgICAgICAgIFguT3JnIFggZGlzcGxheSBtYW5hZ2VyCnhkcHlpbmZvLTEu MC4zICAgICAgRGlzcGxheSBpbmZvcm1hdGlvbiB1dGlsaXR5IGZvciBYCnhkcmlpbmZvLTEu MC4yICAgICAgUXVlcnkgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbiBvZiBEUkkgZHJpdmVy cwp4ZWRpdC0xLjEuMiAgICAgICAgIFNpbXBsZSB0ZXh0IGVkaXRvciBmb3IgWAp4ZXYtMS4w LjMgICAgICAgICAgIFByaW50IGNvbnRlbnRzIG9mIFggZXZlbnRzCnhleHRwcm90by03LjAu NSAgICAgWEV4dCBleHRlbnNpb24gaGVhZGVycwp4ZXllcy0xLjAuMSAgICAgICAgIEEgZm9s bG93IHRoZSBtb3VzZSBYIGRlbW8KeGY4Ni1pbnB1dC1rZXlib2FyZC0xLjMuMiBYLk9yZyBr ZXlib2FyZCBpbnB1dCBkcml2ZXIKeGY4Ni1pbnB1dC1tb3VzZS0xLjQuMF8xIFguT3JnIG1v dXNlIGlucHV0IGRyaXZlcgp4Zjg2LXZpZGVvLWludGVsLTIuNS4xIERyaXZlciBmb3IgSW50 ZWwgaW50ZWdyYXRlZCBncmFwaGljcyBjaGlwc2V0cwp4Zjg2YmlnZm9udHByb3RvLTEuMS4y IFhGcmVlODYtQmlnZm9udCBleHRlbnNpb24gaGVhZGVycwp4Zjg2ZGdhLTEuMC4yXzEgICAg IFRlc3QgcHJvZ3JhbSBmb3IgdGhlIFhGcmVlODYtREdBIGV4dGVuc2lvbgp4Zjg2ZGdhcHJv dG8tMi4wLjMgIFhGcmVlODYtREdBIGV4dGVuc2lvbiBoZWFkZXJzCnhmODZkcmlwcm90by0y LjAuNCAgWEZyZWU4Ni1EUkkgZXh0ZW5zaW9uIGhlYWRlcnMKeGY4Nm1pc2Nwcm90by0wLjku MiBYRnJlZTg2LU1pc2MgZXh0ZW5zaW9uIGhlYWRlcnMKeGY4NnJ1c2hwcm90by0xLjEuMiBY RnJlZTg2LVJ1c2ggZXh0ZW5zaW9uIGhlYWRlcnMKeGY4NnZpZG1vZGVwcm90by0yLjIuMiBY RnJlZTg2LVZpZE1vZGVFeHRlbnNpb24gZXh0ZW5zaW9uIGhlYWRlcnMKeGZkLTEuMC4xXzEg ICAgICAgICBEaXNwbGF5IGFsbCBjaGFyYWN0ZXJzIGluIGFuIFggZm9udAp4ZmluZHByb3h5 LTEuMC4xICAgIExvY2F0ZSBhdmFpbGFibGUgcHJveHkgc2VydmljZXMKeGZvbnRzZWwtMS4w LjJfMSAgICBQb2ludCBhbmQgY2xpY2sgc2VsZWN0aW9uIG9mIFgxMSBmb250IG5hbWVzCnhm cy0xLjAuOF8xLDEgICAgICAgWC5PcmcgZm9udCBzZXJ2ZXIKeGZzaW5mby0xLjAuMiAgICAg ICBYIGZvbnQgc2VydmVyIGluZm9ybWF0aW9uIHV0aWxpdHkKeGZ3cC0xLjAuMSAgICAgICAg ICBYIGZpcmV3YWxsIHByb3h5CnhnYW1tYS0xLjAuMiAgICAgICAgR2FtbWEgY29ycmVjdGlv biB0aHJvdWdoIHRoZSBYIHNlcnZlci4KeGdjLTEuMC4xXzEgICAgICAgICBYIGdyYXBoaWNz IGRlbW8KeGhvc3QtMS4wLjIgICAgICAgICBTZXJ2ZXIgYWNjZXNzIGNvbnRyb2wgcHJvZ3Jh bSBmb3IgWAp4aW5lLTAuOTkuNV8zICAgICAgIEFuIFgxMSBtdWx0aW1lZGlhIHBsYXllcgp4 aW5lcmFtYXByb3RvLTEuMS4yIFhpbmVyYW1hIGV4dGVuc2lvbiBoZWFkZXJzCnhpbml0LTEu MS4xICAgICAgICAgWCBXaW5kb3cgU3lzdGVtIGluaXRpYWxpemVyCnhrYmNvbXAtMS4wLjUg ICAgICAgQ29tcGlsZSBYS0Iga2V5Ym9hcmQgZGVzY3JpcHRpb24KeGtiZXZkLTEuMC4yICAg ICAgICBYS0IgZXZlbnQgZGFlbW9uCnhrYnByaW50LTEuMC4xICAgICAgVXRpbGl0eSBmb3Ig cHJpbnRpbmcgYW4gWEtCIGtleWJvYXJkIGRlc2NyaXB0aW9uCnhrYnV0aWxzLTEuMC4xXzIg ICAgWEtCIHV0aWxpdHkgZGVtb3MKeGtleWJvYXJkLWNvbmZpZy0xLjQgWCBLZXlib2FyZCBD b25maWd1cmF0aW9uIERhdGFiYXNlCnhraWxsLTEuMC4xICAgICAgICAgVXRpbGl0eSBmb3Ig a2lsbGluZyBhIGNsaWVudCBieSBpdHMgWCByZXNvdXJjZQp4bG9hZC0xLjAuMl8xICAgICAg IFN5c3RlbSBsb2FkIGF2ZXJhZ2UgZGlzcGxheSBmb3IgWAp4bG9nby0xLjAuMV8xICAgICAg IERpc3BsYXlzIHRoZSBYIFdpbmRvdyBTeXN0ZW0gbG9nby4KeGxzYXRvbXMtMS4wLjEgICAg ICBMaXN0IGludGVybmVkIGF0b21zIGRlZmluZWQgb24gYSBzZXJ2ZXIKeGxzY2xpZW50cy0x LjAuMSAgICBMaXN0IGNsaWVudCBhcHBsaWNhdGlvbnMgcnVubmluZyBvbiBhIGRpc3BsYXkK eGxzZm9udHMtMS4wLjIgICAgICBTZXJ2ZXIgZm9udCBsaXN0IGRpc3BsYXllciBmb3IgWAp4 bWFnLTEuMC4yXzEgICAgICAgIFggYXBwbGljYXRpb24gZm9yIHNjcmVlbiBtYWduaWZ5aW5n CnhtYW4tMS4wLjNfMSAgICAgICAgTWFudWFsIHBhZ2UgZGlzcGxheSBwcm9ncmFtIGZvciBY CnhtZXNzYWdlLTEuMC4yXzEgICAgRGlzcGxheSBtZXNzYWdlIG9yIHF1ZXJ5IGluIGEgWCB3 aW5kb3cKeG1sY2F0bWdyLTIuMiAgICAgICBTR01MIGFuZCBYTUwgY2F0YWxvZyBtYW5hZ2Vy CnhtbGNoYXJlbnQtMC4zXzIgICAgWE1MIGNoYXJhY3RlciBlbnRpdGllcwp4bWxycGMtYy1k ZXZlbC0xLjExLjAwXzMgWE1MLVJQQyBsaWJyYXJ5IGZvciBDIGFuZCBDKysKeG1vZG1hcC0x LjAuMyAgICAgICBVdGlsaXR5IGZvciBtb2RpZnlpbmcga2V5bWFwcyBhbmQgcG9pbnRlciBi dXR0b24gbWFwcGluZ3MgaQp4bW9yZS0xLjAuMV8xICAgICAgIFBsYWluIHRleHQgZGlzcGxh eSBwcm9ncmFtIGZvciBYCnhvcmctNy40ICAgICAgICAgICAgWC5PcmcgY29tcGxldGUgZGlz dHJpYnV0aW9uIG1ldGFwb3J0CnhvcmctYXBwcy03LjRfMSAgICAgWC5vcmcgYXBwcyBtZXRh LXBvcnQKeG9yZy1jZi1maWxlcy0xLjAuMl8zIFgub3JnIGNmIGZpbGVzIGZvciB1c2Ugd2l0 aCBpbWFrZSBidWlsZHMKeG9yZy1kb2NzLTEuNCwxICAgICBYLm9yZyBkb2N1bWVudGF0aW9u IGZpbGVzCnhvcmctZHJpdmVycy03LjQgICAgWC5vcmcgZHJpdmVycyBtZXRhLXBvcnQKeG9y Zy1mb250cy0xMDBkcGktNy40IFguT3JnIDEwMGRwaSBiaXRtYXAgZm9udHMKeG9yZy1mb250 cy03LjQgICAgICBYLm9yZyBmb250cyBtZXRhLXBvcnQKeG9yZy1mb250cy03NWRwaS03LjQg WC5PcmcgNzVkcGkgYml0bWFwIGZvbnRzCnhvcmctZm9udHMtY3lyaWxsaWMtNy40IFguT3Jn IEN5cmlsbGljIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLW1pc2NiaXRtYXBzLTcuNCBYLk9y ZyBtaXNjZWxsYW5lb3VzIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLXRydWV0eXBlLTcuNCBY Lk9yZyBUcnVlVHlwZSBmb250cwp4b3JnLWZvbnRzLXR5cGUxLTcuNCBYLk9yZyBUeXBlMSBm b250cwp4b3JnLWxpYnJhcmllcy03LjQgIFgub3JnIGxpYnJhcmllcyBtZXRhLXBvcnQKeG9y Zy1zZXJ2ZXItMS41LjNfMiwxIFguT3JnIFggc2VydmVyIGFuZCByZWxhdGVkIHByb2dyYW1z CnhwaS1xdWljay1sb2NhbGUtc3dpdGNoZXItMS42LjUuMSBRdWlja2x5IGNoYW5nZSBhbmQg YXBwbHkgYSBkaWZmZXJlbnQgbG9jYWxlIGZyb20gdGhlIHRvb2xzIAp4cGkteHBjb20tY29t cG9uZW50LXZpZXdlci0wLjcuMCBYUENPTSBDb21wb25lbnQgVmlld2VyCnhwbHNwcmludGVy cy0xLjAuMSAgU2hvd3MgYSBsaXN0IG9mIFhwcmludCBwcmludGVycwp4cHItMS4wLjIgICAg ICAgICAgIFV0aWxpdHkgZm9yIHByaW50aW5nIGFuIFggd2luZG93IGR1bXAKeHByZWhhc2hw cmludGVybGlzdC0xLjAuMSBSZWNvbXB1dGVzIHRoZSBsaXN0IG9mIGF2YWlsYWJsZSBwcmlu dGVycy4KeHByb3AtMS4wLjQgICAgICAgICBQcm9wZXJ0eSBkaXNwbGF5ZXIgZm9yIFgKeHBy b3RvLTcuMC4xNCAgICAgICBYMTEgcHJvdG9jb2wgaGVhZGVycwp4cHJveHltYW5hZ2VtZW50 cHJvdG9jb2wtMS4wLjIgWCBQcm94eSBNYW5hZ2VtZW50IFByb3RvY29sIGhlYWRlcnMKeHJh bmRyLTEuMi4zICAgICAgICBQcmltaXRpdmUgY29tbWFuZCBsaW5lIGludGVyZmFjZSB0byB0 aGUgUmFuZFIgZXh0ZW5zaW9uCnhyZGItMS4wLjUgICAgICAgICAgWCBzZXJ2ZXIgcmVzb3Vy Y2UgZGF0YWJhc2UgdXRpbGl0eQp4cmVmcmVzaC0xLjAuMiAgICAgIFJlZnJlc2ggYWxsIG9y IHBhcnQgb2YgYW4gWCBzY3JlZW4KeHJ4LTEuMC4xXzIgICAgICAgICBSWCBoZWxwZXIgcHJv Z3JhbQp4c2V0LTEuMC40ICAgICAgICAgIFVzZXIgcHJlZmVyZW5jZSB1dGlsaXR5IGZvciBY CnhzZXRtb2RlLTEuMC4wICAgICAgU2V0IHRoZSBtb2RlIGZvciBhbiBYIElucHV0IERldmlj ZQp4c2V0cG9pbnRlci0xLjAuMSAgIFNldCBhbiBYIElucHV0IGRldmljZSBhcyB0aGUgbWFp biBwb2ludGVyCnhzZXRyb290LTEuMC4yICAgICAgcm9vdCB3aW5kb3cgcGFyYW1ldGVyIHNl dHRpbmcgdXRpbGl0eSBmb3IgWAp4c20tMS4wLjFfMSAgICAgICAgIFggU2Vzc2lvbiBNYW5h Z2VyCnhzdGRjbWFwLTEuMC4xICAgICAgWCBzdGFuZGFyZCBjb2xvcm1hcCB1dGlsaXR5Cnh0 ZXJtLTIzOF8xICAgICAgICAgVGVybWluYWwgZW11bGF0b3IgZm9yIHRoZSBYIFdpbmRvdyBT eXN0ZW0KeHRyYW5zLTEuMi4zICAgICAgICBBYnN0cmFjdCBuZXR3b3JrIGNvZGUgZm9yIFgK eHRyYXAtMS4wLjIgICAgICAgICBYVHJhcCBzYW1wbGUgY2xpZW50cyBmb3IgWAp4dmlkLTEu Mi4xLDEgICAgICAgIEFuIG9wZW5zb3VyY2UgTVBFRy00IGNvZGVjLCBiYXNlZCBvbiBPcGVu RGl2eAp4dmlkY2FwLTEuMS40LnAxXzMsMSBDYXB0dXJlIHlvdXIgWCBkaXNwbGF5IHRvIGlu ZGl2aWR1YWwgZnJhbWVzIG9yIE1QRUcgdmlkZW8KeHZpZHR1bmUtMS4wLjFfMSAgICBWaWRl byBtb2RlIHR1bmVyIGZvciBYCnh2aW5mby0xLjAuMiAgICAgICAgUHJpbnQgb3V0IFgtVmlk ZW8gZXh0ZW5zaW9uIGFkYXB0b3IgaW5mb3JtYXRpb24KeHdkLTEuMC4yICAgICAgICAgICBE dW1wIGFuIGltYWdlIG9mIGFuIFggd2luZG93Cnh3aW5pbmZvLTEuMC40ICAgICAgV2luZG93 IGluZm9ybWF0aW9uIHV0aWxpdHkgZm9yIFgKeHd1ZC0xLjAuMSAgICAgICAgICBJbWFnZSBk aXNwbGF5ZXIgZm9yIFgKeWFrdWFrZS1rZGU0LTIuOS40XzIgRHJvcC1kb3duIHRlcm1pbmFs IGVtdWxhdG9yIGJhc2VkIG9uIEtERSdzIEtvbnNvbGUKeWFzbS0wLjcuMiAgICAgICAgICBB IGNvbXBsZXRlIHJld3JpdGUgb2YgdGhlIE5BU00gYXNzZW1ibGVyCnppcC0zLjAgICAgICAg ICAgICAgQ3JlYXRlL3VwZGF0ZSBaSVAgZmlsZXMgY29tcGF0aWJsZSB3aXRoIHBremlwCnp0 Y2wtMS4wLmI0ICAgICAgICAgQSB6bGliIGV4dGVuc2lvbiBsaWJyYXJ5IGZvciB0aGUgVGNs Cg== --------------070809010902080606090902 Content-Type: text/plain; name="Xorg.0.log_all" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Xorg.0.log_all" ClguT3JnIFggU2VydmVyIDEuNS4zClJlbGVhc2UgRGF0ZTogNSBOb3ZlbWJlciAyMDA4Clgg UHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2aXNpb24gMApCdWlsZCBPcGVyYXRpbmcgU3lzdGVt OiBGcmVlQlNEIDguMC1DVVJSRU5UIGkzODYgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTog RnJlZUJTRCBzcy5zdSA4LjAtQ1VSUkVOVCBGcmVlQlNEIDguMC1DVVJSRU5UICMwIHIxODc5 ODI6IFN1biBGZWIgIDEgMjM6MjA6MDIgS1JBVCAyMDA5ICAgICB6bG9pYWRtaW5Ac3Muc3U6 L2hvbWUvcmVwb3NpdG9yeS9vYmovaG9tZS9yZXBvc2l0b3J5L3NyYy9zeXMvemwwIGkzODYK QnVpbGQgRGF0ZTogMDIgRmVicnVhcnkgMjAwOSAgMDk6Mzk6MjZQTQogCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJl IHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2Jl ZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykg ZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgko V1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVu a25vd24uCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogV2Vk IEZlYiAgNCAwNDoyMTozNyAyMDA5Cig9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gx MS94b3JnLmNvbmYiCig9PSkgU2VydmVyTGF5b3V0ICJYLm9yZyBDb25maWd1cmVkIgooKiop IHwtLT5TY3JlZW4gIlNjcmVlbjAiICgwKQooKiopIHwgICB8LS0+TW9uaXRvciAiTW9uaXRv cjAiCigqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwIgooKiopIE9wdGlvbiAiQUlHTFgiICJ0 cnVlIgooPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBBdXRvbWF0aWNh bGx5IGVuYWJsaW5nIGRldmljZXMKKD09KSBJbmNsdWRpbmcgdGhlIGRlZmF1bHQgZm9udCBw YXRoIC91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywvdXNyL2xvY2FsL2xpYi9YMTEv Zm9udHMvVFRGLywvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLC91c3IvbG9jYWwvbGli L1gxMS9mb250cy9UeXBlMS8sL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLy4KKCoqKSBGb250UGF0aCBzZXQgdG86Cgkv dXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvVFRGLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYsCgkvdXNyL2xvY2FsL2xp Yi9YMTEvZm9udHMvVHlwZTEvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8s CgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDEx L2ZvbnRzL21pc2MvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1RURi8sCgkvdXNyL2xv Y2FsL2xpYi9YMTEvZm9udHMvT1RGLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUx LywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9saWIv WDExL2ZvbnRzLzc1ZHBpLwooKiopIE1vZHVsZVBhdGggc2V0IHRvICIvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMiCihJSSkgQ2Fubm90IGxvY2F0ZSBhIGNvcmUgcG9pbnRlciBkZXZp Y2UuCihJSSkgQ2Fubm90IGxvY2F0ZSBhIGNvcmUga2V5Ym9hcmQgZGV2aWNlLgooSUkpIFRo ZSBzZXJ2ZXIgcmVsaWVzIG9uIEhBTCB0byBwcm92aWRlIHRoZSBsaXN0IG9mIGlucHV0IGRl dmljZXMuCglJZiBubyBkZXZpY2VzIGJlY29tZSBhdmFpbGFibGUsIHJlY29uZmlndXJlIEhB TCBvciBkaXNhYmxlIEFsbG93RW1wdHlJbnB1dC4KKElJKSBMb2FkZXIgbWFnaWM6IDB4ODFi YzNjMAooSUkpIE1vZHVsZSBBQkkgdmVyc2lvbnM6CglYLk9yZyBBTlNJIEMgRW11bGF0aW9u OiAwLjQKCVguT3JnIFZpZGVvIERyaXZlcjogNC4xCglYLk9yZyBYSW5wdXQgZHJpdmVyIDog Mi4xCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMS4xCglYLk9yZyBGb250IFJlbmRlcmVy IDogMC42CihJSSkgTG9hZGVyIHJ1bm5pbmcgb24gZnJlZWJzZAooLS0pIFVzaW5nIHN5c2Nv bnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIuMCkKKC0tKSB1c2luZyBWVCBu dW1iZXIgOQoKKC0tKSBQQ0k6KigwQDA6MjowKSBJbnRlbCBDb3Jwb3JhdGlvbiA4Mjg1Mi84 NTVHTSBJbnRlZ3JhdGVkIEdyYXBoaWNzIERldmljZSByZXYgMiwgTWVtIEAgMHhlODAwMDAw MC8wLCAweGUwMDAwMDAwLzAsIEkvTyBAIDB4MDAwMDE4MDAvMCwgQklPUyBAIDB4Pz8/Pz8/ Pz8vNjU1MzYKKC0tKSBQQ0k6ICgwQDA6MjoxKSBJbnRlbCBDb3Jwb3JhdGlvbiA4Mjg1Mi84 NTVHTSBJbnRlZ3JhdGVkIEdyYXBoaWNzIERldmljZSByZXYgMiwgTWVtIEAgMHhmMDAwMDAw MC8wLCAweGUwMDgwMDAwLzAKKElJKSBTeXN0ZW0gcmVzb3VyY2UgcmFuZ2VzOgoJWzBdIC0x CTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFd IC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJ MAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4 MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAw ZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs1XSAtMQkwCTB4MDAwMDAwMDAgLSAw eDAwMDAwMGZmICgweDEwMCkgSVhbQl0KKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4g VGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUg Y29uZmlnIGZpbGUuCihJSSkgImRiZSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJs ZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgoo SUkpICJnbHgiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQg YW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAiZnJlZXR5cGUi IHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28g c3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAicmVjb3JkIiB3aWxsIGJlIGxv YWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBp biB0aGUgY29uZmlnIGZpbGUuCihJSSkgImRyaSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2Fz IGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBm aWxlLgooSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiCgooSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYnJlY29yZC5zbwooSUkpIE1vZHVs ZSByZWNvcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUu MywgbW9kdWxlIHZlcnNpb24gPSAxLjEzLjAKCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9u IDEuMQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFJFQ09SRAooSUkpIExvYWRNb2R1bGU6ICJ4 dHJhcCIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5z aW9ucy8vbGlieHRyYXAuc28KKElJKSBNb2R1bGUgeHRyYXA6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJ TW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3Jn IFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMS4xCihJSSkgTG9hZGluZyBleHRlbnNpb24g REVDLVhUUkFQCihJSSkgTG9hZE1vZHVsZTogImdseCIKCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkgTW9kdWxl IGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBt b2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNp b24sIHZlcnNpb24gMS4xCigqKikgQUlHTFggZW5hYmxlZAooKiopIEV4cG9ydGluZyB0eXBp Y2FsIHNldCBvZiBHTFggdmlzdWFscwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEdMWAooSUkp IExvYWRNb2R1bGU6ICJkYmUiCgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9t b2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRiZS5zbwooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0i WC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24g PSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMS4xCihJSSkgTG9hZGluZyBl eHRlbnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiCgooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmV4 dG1vZC5zbwooSUkpIE1vZHVsZSBleHRtb2Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIK CWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNs YXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBF eHRlbnNpb24sIHZlcnNpb24gMS4xCihJSSkgTG9hZGluZyBleHRlbnNpb24gU0hBUEUKKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBNSVQtU1VORFJZLU5PTlNUQU5EQVJECihJSSkgTG9hZGlu ZyBleHRlbnNpb24gQklHLVJFUVVFU1RTCihJSSkgTG9hZGluZyBleHRlbnNpb24gU1lOQwoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVIKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBYQy1NSVNDCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2Rl RXh0ZW5zaW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1NaXNjCihJSSkgTG9h ZGluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBEUE1T CihJSSkgTG9hZGluZyBleHRlbnNpb24gVE9HLUNVUAooSUkpIExvYWRpbmcgZXh0ZW5zaW9u IEV4dGVuZGVkLVZpc3VhbC1JbmZvcm1hdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhW aWRlbwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24K KElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYLVJlc291cmNlCihJSSkgTG9hZE1vZHVsZTogImRy aSIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9u cy8vbGliZHJpLnNvCihJSSkgTW9kdWxlIGRyaTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMS4xCihJSSkgTG9hZGluZyBl eHRlbnNpb24gWEZyZWU4Ni1EUkkKKElJKSBMb2FkTW9kdWxlOiAiZnJlZXR5cGUiCgooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2ZvbnRzLy9saWJmcmVldHlw ZS5zbwooSUkpIE1vZHVsZSBmcmVldHlwZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uICYg dGhlIEFmdGVyIFgtVFQgUHJvamVjdCIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZl cnNpb24gPSAyLjEuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBGb250IFJlbmRlcmVyCglBQkkg Y2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC42CihJSSkgTG9hZGluZyBm b250IEZyZWVUeXBlCihJSSkgTG9hZE1vZHVsZTogInR5cGUxIgoKKFdXKSBXYXJuaW5nLCBj b3VsZG4ndCBvcGVuIG1vZHVsZSB0eXBlMQooSUkpIFVubG9hZE1vZHVsZTogInR5cGUxIgoo RUUpIEZhaWxlZCB0byBsb2FkIG1vZHVsZSAidHlwZTEiIChtb2R1bGUgZG9lcyBub3QgZXhp c3QsIDApCihJSSkgTG9hZE1vZHVsZTogImludGVsIgoKKElJKSBMb2FkaW5nIC91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9pbnRlbF9kcnYuc28KKElJKSBNb2R1bGUg aW50ZWw6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywg bW9kdWxlIHZlcnNpb24gPSAyLjUuMQoJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2 ZXIKCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDQuMQooSUkpIGlu dGVsOiBEcml2ZXIgZm9yIEludGVsIEludGVncmF0ZWQgR3JhcGhpY3MgQ2hpcHNldHM6IGk4 MTAsCglpODEwLWRjMTAwLCBpODEwZSwgaTgxNSwgaTgzME0sIDg0NUcsIDg1MkdNLzg1NUdN LCA4NjVHLCA5MTVHLAoJRTcyMjEgKGk5MTUpLCA5MTVHTSwgOTQ1RywgOTQ1R00sIDk0NUdN RSwgOTY1RywgRzM1LCA5NjVRLCA5NDZHWiwKCTk2NUdNLCA5NjVHTUUvR0xFLCBHMzMsIFEz NSwgUTMzLAoJTW9iaWxlIEludGVswq4gR000NSBFeHByZXNzIENoaXBzZXQsCglJbnRlbCBJ bnRlZ3JhdGVkIEdyYXBoaWNzIERldmljZSwgRzQ1L0c0MywgUTQ1L1E0MywgRzQxCihJSSkg UHJpbWFyeSBEZXZpY2UgaXM6IFBDSSAwMEAwMDowMjowCihJSSkgcmVzb3VyY2UgcmFuZ2Vz IGFmdGVyIHhmODZDbGFpbUZpeGVkUmVzb3VyY2VzKCkgY2FsbDoKCVswXSAtMQkwCTB4MDAx MDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4 MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBj MDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDAwMDAw IC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4MDAwMGZmZmYgLSAw eDAwMDBmZmZmICgweDEpIElYW0JdCglbNV0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBm ZiAoMHgxMDApIElYW0JdCihJSSkgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHByb2Jpbmc6Cglb MF0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIp CglbMV0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsy XSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzNdIC0x CTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNF0gMAkwCTB4 MDAwYTAwMDAgLSAweDAwMGFmZmZmICgweDEwMDAwKSBNU1tCXQoJWzVdIDAJMAkweDAwMGIw MDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tCXQoJWzZdIDAJMAkweDAwMGI4MDAwIC0g MHgwMDBiZmZmZiAoMHg4MDAwKSBNU1tCXQoJWzddIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAw MGZmZmYgKDB4MSkgSVhbQl0KCVs4XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgw eDEwMCkgSVhbQl0KCVs5XSAwCTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNb Ql0KCVsxMF0gMAkwCTB4MDAwMDAzYzAgLSAweDAwMDAwM2RmICgweDIwKSBJU1tCXQooSUkp IExvYWRpbmcgc3ViIG1vZHVsZSAidmdhaHciCihJSSkgTG9hZE1vZHVsZTogInZnYWh3IgoK KElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy8vbGlidmdhaHcuc28K KElJKSBNb2R1bGUgdmdhaHc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVk IGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAwLjEuMAoJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gNC4xCigqKikgaW50ZWwoMCk6IERlcHRoIDI0LCAoLS0p IGZyYW1lYnVmZmVyIGJwcCAzMgooPT0pIGludGVsKDApOiBSR0Igd2VpZ2h0IDg4OAooPT0p IGludGVsKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKKCoqKSBpbnRlbCgwKTog T3B0aW9uICJEUkkiCihJSSkgaW50ZWwoMCk6IEludGVncmF0ZWQgR3JhcGhpY3MgQ2hpcHNl dDogSW50ZWwoUikgODU1R00KKC0tKSBpbnRlbCgwKTogQ2hpcHNldDogIjg1MkdNLzg1NUdN IgooLS0pIGludGVsKDApOiBMaW5lYXIgZnJhbWVidWZmZXIgYXQgMHhFODAwMDAwMAooLS0p IGludGVsKDApOiBJTyByZWdpc3RlcnMgYXQgYWRkciAweEUwMDAwMDAwCig9PSkgaW50ZWwo MCk6IFVzaW5nIEVYQSBmb3IgYWNjZWxlcmF0aW9uCihJSSkgaW50ZWwoMCk6IDIgZGlzcGxh eSBwaXBlcyBhdmFpbGFibGUuCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiCihJSSkg TG9hZE1vZHVsZTogImRkYyIKKElJKSBNb2R1bGUgImRkYyIgYWxyZWFkeSBidWlsdC1pbgoo SUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaTJjIgooSUkpIExvYWRNb2R1bGU6ICJpMmMiCihJ SSkgTW9kdWxlICJpMmMiIGFscmVhZHkgYnVpbHQtaW4KKElJKSBpbnRlbCgwKTogT3V0cHV0 IFZHQSB1c2luZyBtb25pdG9yIHNlY3Rpb24gTW9uaXRvcjAKKElJKSBpbnRlbCgwKTogT3V0 cHV0IExWRFMgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgooSUkpIGludGVsKDApOiBJMkMgYnVz ICJMVkRTRERDX0MiIGluaXRpYWxpemVkLgooSUkpIGludGVsKDApOiBBdHRlbXB0aW5nIHRv IGRldGVybWluZSBwYW5lbCBmaXhlZCBtb2RlLgooSUkpIGludGVsKDApOiBJMkMgZGV2aWNl ICJMVkRTRERDX0M6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBhZGRyZXNzIDB4QTAuCihJSSkgaW50 ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9kIGlkIDIyMDgyCihJSSkgaW50ZWwoMCk6 IEkyQyBidXMgIkRWT0REQ19EIiBpbml0aWFsaXplZC4KKElJKSBMb2FkaW5nIHN1YiBtb2R1 bGUgInNpbDE2NCIKKElJKSBMb2FkTW9kdWxlOiAic2lsMTY0IgoKKElJKSBMb2FkaW5nIC91 c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9zaWwxNjQuc28KKElJKSBNb2R1 bGUgc2lsMTY0OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41 LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJp dmVyLCB2ZXJzaW9uIDQuMQooSUkpIGludGVsKDApOiBJMkMgYnVzICJEVk9JMkNfRSIgaW5p dGlhbGl6ZWQuCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJjaDd4eHgiCihJSSkgTG9hZE1v ZHVsZTogImNoN3h4eCIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvZHJpdmVycy8vY2g3eHh4LnNvCihJSSkgTW9kdWxlIGNoN3h4eDogdmVuZG9yPSJYLk9y ZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEu MC4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA0LjEKKElJKSBp bnRlbCgwKTogSTJDIGJ1cyAiRFZPSTJDX0UiIHJlbW92ZWQuCihJSSkgaW50ZWwoMCk6IEky QyBidXMgIkRWT0kyQ19FIiBpbml0aWFsaXplZC4KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUg Iml2Y2giCihJSSkgTG9hZE1vZHVsZTogIml2Y2giCgooSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL2l2Y2guc28KKElJKSBNb2R1bGUgaXZjaDog dmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUg dmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lv biA0LjEKKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiRFZPSTJDX0UiIHJlbW92ZWQuCihJSSkg aW50ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19CIiBpbml0aWFsaXplZC4KKElJKSBMb2FkaW5n IHN1YiBtb2R1bGUgInRmcDQxMCIKKElJKSBMb2FkTW9kdWxlOiAidGZwNDEwIgoKKElJKSBM b2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy90ZnA0MTAuc28K KElJKSBNb2R1bGUgdGZwNDEwOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS41LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5Pcmcg VmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDQuMQooSUkpIGludGVsKDApOiBJMkMgYnVzICJEVk9J MkNfQiIgcmVtb3ZlZC4KKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiRFZPSTJDX0UiIGluaXRp YWxpemVkLgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiY2g3MDE3IgooSUkpIExvYWRNb2R1 bGU6ICJjaDcwMTciCgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2RyaXZlcnMvL2NoNzAxNy5zbwooSUkpIE1vZHVsZSBjaDcwMTc6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjAu MAoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNC4xCihJSSkgaW50 ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19FIiByZW1vdmVkLgooSUkpIGludGVsKDApOiBJMkMg YnVzICJEVk9JMkNfRSIgaW5pdGlhbGl6ZWQuCihFRSkgaW50ZWwoMCk6IGNoNzAxeCBub3Qg ZGV0ZWN0ZWQsIGdvdCAyOTogZnJvbSBEVk9JMkNfRSBTbGF2ZSAyMzQuCihJSSkgaW50ZWwo MCk6IEkyQyBidXMgIkRWT0kyQ19FIiByZW1vdmVkLgooSUkpIGludGVsKDApOiBJMkMgYnVz ICJEVk9ERENfRCIgcmVtb3ZlZC4KKD09KSBpbnRlbCgwKTogV3JpdGUtY29tYmluaW5nIHJh bmdlICgweGEwMDAwLDB4MTAwMDApIHdhcyBhbHJlYWR5IGNsZWFyCihJSSkgaW50ZWwoMCk6 IEkyQyBidXMgIkNSVEREQ19BIiBpbml0aWFsaXplZC4KKElJKSBpbnRlbCgwKTogSTJDIGJ1 cyAiQ1JURERDX0EiIHJlbW92ZWQuCihJSSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMi LCBwcm9kIGlkIDIyMDgyCihJSSkgaW50ZWwoMCk6IE91dHB1dCBWR0EgZGlzY29ubmVjdGVk CihJSSkgaW50ZWwoMCk6IE91dHB1dCBMVkRTIGNvbm5lY3RlZAooSUkpIGludGVsKDApOiBV c2luZyB1c2VyIHByZWZlcmVuY2UgZm9yIGluaXRpYWwgbW9kZXMKKElJKSBpbnRlbCgwKTog T3V0cHV0IExWRFMgdXNpbmcgaW5pdGlhbCBtb2RlIDEyODB4NzY4Cig9PSkgaW50ZWwoMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBj bGVhcgooSUkpIGludGVsKDApOiBNb25pdG9yaW5nIGNvbm5lY3RlZCBkaXNwbGF5cyBlbmFi bGVkCihJSSkgaW50ZWwoMCk6IGRldGVjdGVkIDEyOCBrQiBHVFQuCihJSSkgaW50ZWwoMCk6 IGRldGVjdGVkIDMyNjM2IGtCIHN0b2xlbiBtZW1vcnkuCig9PSkgaW50ZWwoMCk6IHZpZGVv IG92ZXJsYXkga2V5IHNldCB0byAweDEwMWZlCig9PSkgaW50ZWwoMCk6IEludGVsIFh2TUMg ZGVjb2RlciBkaXNhYmxlZAooPT0pIGludGVsKDApOiBXaWxsIG5vdCB0cnkgdG8gZW5hYmxl IHBhZ2UgZmxpcHBpbmcKKD09KSBpbnRlbCgwKTogVHJpcGxlIGJ1ZmZlcmluZyBkaXNhYmxl ZAooPT0pIGludGVsKDApOiBVc2luZyBnYW1tYSBjb3JyZWN0aW9uICgxLjAsIDEuMCwgMS4w KQooPT0pIGludGVsKDApOiBEUEkgc2V0IHRvICg5NiwgOTYpCihJSSkgTG9hZGluZyBzdWIg bW9kdWxlICJmYiIKKElJKSBMb2FkTW9kdWxlOiAiZmIiCgooSUkpIExvYWRpbmcgL3Vzci9s b2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJmYi5zbwooSUkpIE1vZHVsZSBmYjogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lv biA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZlcnNpb24g MC40CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJleGEiCihJSSkgTG9hZE1vZHVsZTogImV4 YSIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYmV4YS5z bwooSUkpIE1vZHVsZSBleGE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVk IGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAyLjQuMAoJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gNC4xCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1k YWMiCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIKKElJKSBNb2R1bGUgInJhbWRhYyIgYWxy ZWFkeSBidWlsdC1pbgooSUkpIGludGVsKDApOiBDb21wYXJpbmcgcmVncyBmcm9tIHNlcnZl ciBzdGFydCB1cCB0byBBZnRlciBQcmVJbml0CihXVykgaW50ZWwoMCk6IFJlZ2lzdGVyIDB4 NjEyMDAgKFBQX1NUQVRVUykgY2hhbmdlZCBmcm9tIDB4YzAwMDAwMDggdG8gMHhkMDAwMDAw OQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMgYmVmb3JlOiBvbiwgcmVhZHksIHNlcXVlbmNp bmcgaWRsZQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMgYWZ0ZXI6IG9uLCByZWFkeSwgc2Vx dWVuY2luZyBvbgooV1cpIGludGVsKDApOiBSZWdpc3RlciAweDcwMDI0IChQSVBFQVNUQVQp IGNoYW5nZWQgZnJvbSAweDgwMDAwMjA3IHRvIDB4ODAwMDAyMDMKKFdXKSBpbnRlbCgwKTog UElQRUFTVEFUIGJlZm9yZTogc3RhdHVzOiBGSUZPX1VOREVSUlVOIFZTWU5DX0lOVF9TVEFU VVMgU1ZCTEFOS19JTlRfU1RBVFVTIFZCTEFOS19JTlRfU1RBVFVTIE9SRUdfVVBEQVRFX1NU QVRVUwooV1cpIGludGVsKDApOiBQSVBFQVNUQVQgYWZ0ZXI6IHN0YXR1czogRklGT19VTkRF UlJVTiBWU1lOQ19JTlRfU1RBVFVTIFZCTEFOS19JTlRfU1RBVFVTIE9SRUdfVVBEQVRFX1NU QVRVUwooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZHJpIgooSUkpIExvYWRNb2R1bGU6ICJk cmkiCgooSUkpIFJlbG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5z aW9ucy8vbGliZHJpLnNvCig9PSkgRGVwdGggMjQgcGl4bWFwIGZvcm1hdCBpcyAzMiBicHAK KElJKSBkbyBJIG5lZWQgUkFDPyAgTm8sIEkgZG9uJ3QuCihJSSkgcmVzb3VyY2UgcmFuZ2Vz IGFmdGVyIHByZUluaXQ6CglbMF0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgz ZmYwMDAwMCkgTVhbQl1FKEIpCglbMV0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAo MHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMw MDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDAp IE1YW0JdCglbNF0gMAkwCTB4MDAwYTAwMDAgLSAweDAwMGFmZmZmICgweDEwMDAwKSBNU1tC XShPcHJEKQoJWzVdIDAJMAkweDAwMGIwMDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tC XShPcHJEKQoJWzZdIDAJMAkweDAwMGI4MDAwIC0gMHgwMDBiZmZmZiAoMHg4MDAwKSBNU1tC XShPcHJEKQoJWzddIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0K CVs4XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KCVs5XSAw CTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNbQl0oT3ByVSkKCVsxMF0gMAkw CTB4MDAwMDAzYzAgLSAweDAwMDAwM2RmICgweDIwKSBJU1tCXShPcHJVKQooSUkpIGludGVs KDApOiBLZXJuZWwgcmVwb3J0ZWQgNDkxNTIwIHRvdGFsLCAwIHVzZWQKKElJKSBpbnRlbCgw KTogSTgzMENoZWNrQXZhaWxhYmxlTWVtb3J5OiAxOTY2MDgwIGtCIGF2YWlsYWJsZQpkcm1P cGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmljZTog b3BlbiByZXN1bHQgaXMgOSwgKE9LKQpkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rl di9kcmkvY2FyZDAKZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgOSwgKE9LKQpkcm1P cGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBwY2k6MDAwMDowMDowMi4wCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBv cGVuIHJlc3VsdCBpcyA5LCAoT0spCmRybU9wZW5CeUJ1c2lkOiBkcm1PcGVuTWlub3IgcmV0 dXJucyA5CmRybU9wZW5CeUJ1c2lkOiBkcm1HZXRCdXNpZCByZXBvcnRzIHBjaTowMDAwOjAw OjAyLjAKKElJKSBbZHJtXSBEUk0gaW50ZXJmYWNlIHZlcnNpb24gMS4yCihJSSkgW2RybV0g RFJNIG9wZW4gbWFzdGVyIHN1Y2NlZWRlZC4KKElJKSBpbnRlbCgwKTogW2RybV0gVXNpbmcg dGhlIERSTSBsb2NrIFNBUkVBIGFsc28gZm9yIGRyYXdhYmxlcy4KKElJKSBpbnRlbCgwKTog W2RybV0gZnJhbWVidWZmZXIgbWFwcGVkIGJ5IGRkeCBkcml2ZXIKKElJKSBpbnRlbCgwKTog W2RybV0gYWRkZWQgMSByZXNlcnZlZCBjb250ZXh0IGZvciBrZXJuZWwKKElJKSBpbnRlbCgw KTogWCBjb250ZXh0IGhhbmRsZSA9IDB4NAooSUkpIGludGVsKDApOiBbZHJtXSBpbnN0YWxs ZWQgRFJNIHNpZ25hbCBoYW5kbGVyCigqKikgaW50ZWwoMCk6IEZyYW1lYnVmZmVyIGNvbXBy ZXNzaW9uIGVuYWJsZWQKKCoqKSBpbnRlbCgwKTogVGlsaW5nIGVuYWJsZWQKKD09KSBpbnRl bCgwKTogVmlkZW9SYW06IDEzMTA3MiBLQgooSUkpIGludGVsKDApOiBBdHRlbXB0aW5nIG1l bW9yeSBhbGxvY2F0aW9uIHdpdGggdGlsZWQgYnVmZmVycy4KKFdXKSBpbnRlbCgwKTogeGY4 NkFsbG9jYXRlR0FSVE1lbW9yeTogYWxsb2NhdGlvbiBvZiAxMCBwYWdlcyBmYWlsZWQKCShD YW5ub3QgYWxsb2NhdGUgbWVtb3J5KQooV1cpIGludGVsKDApOiB4Zjg2QWxsb2NhdGVHQVJU TWVtb3J5OiBhbGxvY2F0aW9uIG9mIDQgcGFnZXMgZmFpbGVkCgkoQ2Fubm90IGFsbG9jYXRl IG1lbW9yeSkKKFdXKSBpbnRlbCgwKTogRGlzYWJsaW5nIEhXIGN1cnNvciBiZWNhdXNlIHRo ZSBjdXJzb3IgbWVtb3J5IGFsbG9jYXRpb24gZmFpbGVkLgooSUkpIGludGVsKDApOiBUaWxl ZCBhbGxvY2F0aW9uIHN1Y2Nlc3NmdWwuCigtLSkgaW50ZWwoMCk6IERSSSBpcyBkaXNhYmxl ZCBiZWNhdXNlIGl0IG5lZWRzIEhXIGN1cnNvciwgMkQgYWNjZWwgYW5kIEFHUEdBUlQuCihJ SSkgaW50ZWwoMCk6IGFkanVzdGluZyBwbGFuZS0+cGlwZSBtYXBwaW5ncyB0byBhbGxvdyBm b3IgZnJhbWVidWZmZXIgY29tcHJlc3Npb24KKElJKSBpbnRlbCgwKTogUGFnZSBGbGlwcGlu ZyBkaXNhYmxlZAooSUkpIGludGVsKDApOiB2Z2FIV0dldElPQmFzZTogaHdwLT5JT0Jhc2Ug aXMgMHgwM2QwLCBod3AtPlBJT09mZnNldCBpcyAweDAwMDAKKD09KSBpbnRlbCgwKTogV3Jp dGUtY29tYmluaW5nIHJhbmdlICgweGEwMDAwLDB4MTAwMDApIHdhcyBhbHJlYWR5IGNsZWFy CihJSSkgRVhBKDApOiBPZmZzY3JlZW4gcGl4bWFwIGFyZWEgb2YgMzE0NTcyODAgYnl0ZXMK KElJKSBFWEEoMCk6IERyaXZlciByZWdpc3RlcmVkIHN1cHBvcnQgZm9yIHRoZSBmb2xsb3dp bmcgb3BlcmF0aW9uczoKKElJKSAgICAgICAgIFNvbGlkCihJSSkgICAgICAgICBDb3B5CihJ SSkgICAgICAgICBDb21wb3NpdGUgKFJFTkRFUiBhY2NlbGVyYXRpb24pCig9PSkgaW50ZWwo MCk6IEJhY2tpbmcgc3RvcmUgZGlzYWJsZWQKKD09KSBpbnRlbCgwKTogU2lsa2VuIG1vdXNl IGVuYWJsZWQKKElJKSBpbnRlbCgwKTogSW5pdGlhbGl6aW5nIFNXIEN1cnNvciEKKElJKSBp bnRlbCgwKTogeGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSAyNCBhdCAweDAxZmRmMDAw IChwZ29mZnNldCA4MTU5KQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdBUlRNZW1vcnk6IGJp bmQga2V5IDI1IGF0IDB4MDI1ZGYwMDAgKHBnb2Zmc2V0IDk2OTUpCihJSSkgaW50ZWwoMCk6 IHhmODZCaW5kR0FSVE1lbW9yeTogYmluZCBrZXkgMjYgYXQgMHgwMjVlMDAwMCAocGdvZmZz ZXQgOTY5NikKKElJKSBpbnRlbCgwKTogeGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSAy NyBhdCAweDAyNWUxMDAwIChwZ29mZnNldCA5Njk3KQooSUkpIGludGVsKDApOiB4Zjg2Qmlu ZEdBUlRNZW1vcnk6IGJpbmQga2V5IDI4IGF0IDB4MDMwMDAwMDAgKHBnb2Zmc2V0IDEyMjg4 KQooSUkpIGludGVsKDApOiBGaXhlZCBtZW1vcnkgYWxsb2NhdGlvbiBsYXlvdXQ6CihJSSkg aW50ZWwoMCk6IDB4MDAwMDAwMDAtMHgwMDAxZmZmZjogcmluZyBidWZmZXIgKDEyOCBrQikK KElJKSBpbnRlbCgwKTogMHgwMDAyMDAwMC0weDAwMDI3ZmZmOiBsb2dpY2FsIDNEIGNvbnRl eHQgKDMyIGtCKQooSUkpIGludGVsKDApOiAweDAwMDI4MDAwLTB4MDAxMjdmZmY6IGZha2Ug YnVmbWdyICgxMDI0IGtCKQooSUkpIGludGVsKDApOiAweDAwMTI4MDAwLTB4MDFmMjdmZmY6 IGV4YSBvZmZzY3JlZW4gKDMwNzIwIGtCKQooSUkpIGludGVsKDApOiAweDAxZmRmMDAwOiAg ICAgICAgICAgIGVuZCBvZiBzdG9sZW4gbWVtb3J5CihJSSkgaW50ZWwoMCk6IDB4MDFmZGYw MDAtMHgwMjVkZWZmZjogY29tcHJlc3NlZCBmcmFtZSBidWZmZXIgKDYxNDQga0IsIDB4MDAw MDAwMDAzNjgwMDAwMCBwaHlzaWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDI1ZGYwMDAtMHgw MjVkZmZmZjogY29tcHJlc3NlZCBsbCBidWZmZXIgKDQga0IsIDB4MDAwMDAwMDAyMWVhYzAw MCBwaHlzaWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDI1ZTAwMDAtMHgwMjVlMGZmZjogQ29y ZSBjdXJzb3IgKDQga0IsIDB4MDAwMDAwMDAyMWVhZDAwMCBwaHlzaWNhbAopCihJSSkgaW50 ZWwoMCk6IDB4MDI1ZTEwMDAtMHgwMjVlMWZmZjogb3ZlcmxheSByZWdpc3RlcnMgKDQga0Is IDB4MDAwMDAwMDAyMWVhZTAwMCBwaHlzaWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDMwMDAw MDAtMHgwM2ZmZmZmZjogZnJvbnQgYnVmZmVyICgxMDI0MCBrQikgWCB0aWxlZAooSUkpIGlu dGVsKDApOiAweDA4MDAwMDAwOiAgICAgICAgICAgIGVuZCBvZiBhcGVydHVyZQooSUkpIGlu dGVsKDApOiB1c2luZyBTU0MgcmVmZXJlbmNlIGNsb2NrIG9mIDY2IE1IegooSUkpIGludGVs KDApOiBTZWxlY3Rpbmcgc3RhbmRhcmQgMTggYml0IFRNRFMgcGl4ZWwgZm9ybWF0LgooSUkp IGludGVsKDApOiBPdXRwdXQgY29uZmlndXJhdGlvbjoKKElJKSBpbnRlbCgwKTogICBQaXBl IEEgaXMgb2ZmCihJSSkgaW50ZWwoMCk6ICAgRGlzcGxheSBwbGFuZSBCIGlzIG5vdyBkaXNh YmxlZCBhbmQgY29ubmVjdGVkIHRvIHBpcGUgQS4KKFdXKSBpbnRlbCgwKTogICBIYXJkd2Fy ZSBjbGFpbXMgcGlwZSBBIGlzIG9uIHdoaWxlIHNvZnR3YXJlIGJlbGlldmVzIGl0IGlzIG9m ZgooSUkpIGludGVsKDApOiAgIFBpcGUgQiBpcyBvbgooSUkpIGludGVsKDApOiAgIERpc3Bs YXkgcGxhbmUgQSBpcyBub3cgZW5hYmxlZCBhbmQgY29ubmVjdGVkIHRvIHBpcGUgQi4KKElJ KSBpbnRlbCgwKTogICBPdXRwdXQgVkdBIGlzIGNvbm5lY3RlZCB0byBwaXBlIG5vbmUKKElJ KSBpbnRlbCgwKTogICBPdXRwdXQgTFZEUyBpcyBjb25uZWN0ZWQgdG8gcGlwZSBCCihJSSkg aW50ZWwoMCk6IFJhbmRSIDEuMiBlbmFibGVkLCBpZ25vcmUgdGhlIGZvbGxvd2luZyBSYW5k UiBkaXNhYmxlZCBtZXNzYWdlLgooSUkpIGludGVsKDApOiBEUE1TIGVuYWJsZWQKKElJKSBp bnRlbCgwKTogU2V0IHVwIG92ZXJsYXkgdmlkZW8KKElJKSBpbnRlbCgwKTogZGlyZWN0IHJl bmRlcmluZzogRmFpbGVkCihXVykgaW50ZWwoMCk6IE9wdGlvbiAiWEFBTm9PZmZzY3JlZW5Q aXhtYXBzIiBpcyBub3QgdXNlZAooLS0pIFJhbmRSIGRpc2FibGVkCihJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0hNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBYSW5wdXRFeHRlbnNpb24KKElJKSBJbml0aWFsaXppbmcgYnVpbHQt aW4gZXh0ZW5zaW9uIFhURVNUCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYS0VZQk9BUkQKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVS QU1BCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRklYRVMKKElJKSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJFTkRFUgooSUkpIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFIKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIENPTVBPU0lURQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gREFNQUdFCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRVZJRQpk cm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmlj ZTogb3BlbiByZXN1bHQgaXMgMTAsIChPSykKZHJtT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBm b3IgQnVzSUQgcGNpOjAwMDA6MDA6MDIuMApkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMg L2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgMTAsIChPSykK ZHJtT3BlbkJ5QnVzaWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIDEwCmRybU9wZW5CeUJ1c2lk OiBkcm1HZXRCdXNpZCByZXBvcnRzIHBjaTowMDAwOjAwOjAyLjAKKEVFKSBBSUdMWCBlcnJv cjogQ2FsbGluZyBkcml2ZXIgZW50cnkgcG9pbnQgZmFpbGVkKEVFKSBBSUdMWDogcmV2ZXJ0 aW5nIHRvIHNvZnR3YXJlIHJlbmRlcmluZwooSUkpIEFJR0xYOiBMb2FkZWQgYW5kIGluaXRp YWxpemVkIC91c3IvbG9jYWwvbGliL2RyaS9zd3Jhc3RfZHJpLnNvCihJSSkgR0xYOiBJbml0 aWFsaXplZCBEUklTV1JBU1QgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwCihJSSkgaW50ZWwo MCk6IFNldHRpbmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gMzA1IHggMTgzCihFRSkgaW50 ZWwoMCk6IHVuZGVycnVuIG9uIHBpcGUgQiEKKElJKSBjb25maWcvaGFsOiBBZGRpbmcgaW5w dXQgZGV2aWNlIFBTLzIgTW91c2UKKElJKSBMb2FkTW9kdWxlOiAibW91c2UiCgooSUkpIExv YWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0Ly9tb3VzZV9kcnYuc28K KElJKSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVk IGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjQuMAoJTW9kdWxlIGNsYXNzOiBYLk9y ZyBYSW5wdXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNp b24gMi4xCigqKikgT3B0aW9uICJQcm90b2NvbCIgImF1dG8iCigqKikgUFMvMiBNb3VzZTog RGV2aWNlOiAiL2Rldi9wc20wIgooKiopIFBTLzIgTW91c2U6IFByb3RvY29sOiAiYXV0byIK KCoqKSBQUy8yIE1vdXNlOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwooKiopIE9wdGlv biAiRGV2aWNlIiAiL2Rldi9wc20wIgooPT0pIFBTLzIgTW91c2U6IEVtdWxhdGUzQnV0dG9u cywgRW11bGF0ZTNUaW1lb3V0OiA1MAooKiopIE9wdGlvbiAiWkF4aXNNYXBwaW5nIiAiNCA1 IDYgNyIKKCoqKSBQUy8yIE1vdXNlOiBaQXhpc01hcHBpbmc6IGJ1dHRvbnMgNCwgNSwgNiBh bmQgNwooKiopIFBTLzIgTW91c2U6IEJ1dHRvbnM6IDExCigqKikgUFMvMiBNb3VzZTogU2Vu c2l0aXZpdHk6IDEKKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2Ug IlBTLzIgTW91c2UiICh0eXBlOiBNT1VTRSkKKElJKSBQUy8yIE1vdXNlOiBTZXR1cEF1dG86 IGh3LmlmdHlwZSBpcyAzLCBody5tb2RlbCBpcyA0CihJSSkgUFMvMiBNb3VzZTogU2V0dXBB dXRvOiBwcm90b2NvbCBpcyBJTVBTLzIKKElJKSBQUy8yIE1vdXNlOiBwczJFbmFibGVEYXRh UmVwb3J0aW5nOiBzdWNjZWVkZWQKKFdXKSBmY250bCgxMSwgT19BU1lOQyk6IEluYXBwcm9w cmlhdGUgaW9jdGwgZm9yIGRldmljZQooSUkpIGNvbmZpZy9oYWw6IEFkZGluZyBpbnB1dCBk ZXZpY2UgQVQgS2V5Ym9hcmQKKElJKSBMb2FkTW9kdWxlOiAia2JkIgoKKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9pbnB1dC8va2JkX2Rydi5zbwooSUkpIE1v ZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUu MywgbW9kdWxlIHZlcnNpb24gPSAxLjMuMgoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQg RHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMi4xCigq KikgQVQgS2V5Ym9hcmQ6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzCigqKikgT3B0aW9u ICJQcm90b2NvbCIgInN0YW5kYXJkIgooKiopIEFUIEtleWJvYXJkOiBQcm90b2NvbDogc3Rh bmRhcmQKKCoqKSBPcHRpb24gIkF1dG9SZXBlYXQiICI1MDAgMzAiCigqKikgT3B0aW9uICJY a2JSdWxlcyIgInhvcmciCigqKikgQVQgS2V5Ym9hcmQ6IFhrYlJ1bGVzOiAieG9yZyIKKCoq KSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDUiCigqKikgQVQgS2V5Ym9hcmQ6IFhrYk1vZGVs OiAicGMxMDUiCigqKikgT3B0aW9uICJYa2JMYXlvdXQiICJ1cyxydSIKKCoqKSBBVCBLZXli b2FyZDogWGtiTGF5b3V0OiAidXMscnUiCigqKikgT3B0aW9uICJYa2JWYXJpYW50IiAiLHdp bmtleXMiCigqKikgQVQgS2V5Ym9hcmQ6IFhrYlZhcmlhbnQ6ICIsd2lua2V5cyIKKCoqKSBP cHRpb24gIlhrYk9wdGlvbnMiICJncnA6YWx0X3NoaWZ0X3RvZ2dsZSxncnBfbGVkOm51bSxn cnA6c3dpdGNoIgooKiopIEFUIEtleWJvYXJkOiBYa2JPcHRpb25zOiAiZ3JwOmFsdF9zaGlm dF90b2dnbGUsZ3JwX2xlZDpudW0sZ3JwOnN3aXRjaCIKKCoqKSBPcHRpb24gIkN1c3RvbUtl eWNvZGVzIiAib2ZmIgooKiopIEFUIEtleWJvYXJkOiBDdXN0b21LZXljb2RlcyBkaXNhYmxl ZAooSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiQVQgS2V5Ym9h cmQiICh0eXBlOiBLRVlCT0FSRCkKKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiQ1JURERDX0Ei IGluaXRpYWxpemVkLgooSUkpIGludGVsKDApOiBJMkMgYnVzICJDUlRERENfQSIgcmVtb3Zl ZC4KKElJKSBpbnRlbCgwKTogRURJRCB2ZW5kb3IgIlNFQyIsIHByb2QgaWQgMjIwODIKKElJ KSBpbnRlbCgwKTogUHJpbnRpbmcgRERDIGdhdGhlcmVkIE1vZGVsaW5lczoKKElJKSBpbnRl bCgwKTogTW9kZWxpbmUgIjEyODB4NzY4IngwLjAgICA2OC45MyAgMTI4MCAxMjk2IDEzNDQg MTQwOCAgNzY4IDc3MSA3NzcgODE2IC1oc3luYyAtdnN5bmMgKDQ5LjAga0h6KQooSUkpIGlu dGVsKDApOiBFRElEIHZlbmRvciAiU0VDIiwgcHJvZCBpZCAyMjA4MgooRUUpIGludGVsKDAp OiB1bmRlcnJ1biBvbiBwaXBlIEIhCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkNSVEREQ19B IiBpbml0aWFsaXplZC4KKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiQ1JURERDX0EiIHJlbW92 ZWQuCihJSSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9kIGlkIDIyMDgyCihJ SSkgaW50ZWwoMCk6IFByaW50aW5nIEREQyBnYXRoZXJlZCBNb2RlbGluZXM6CihJSSkgaW50 ZWwoMCk6IE1vZGVsaW5lICIxMjgweDc2OCJ4MC4wICAgNjguOTMgIDEyODAgMTI5NiAxMzQ0 IDE0MDggIDc2OCA3NzEgNzc3IDgxNiAtaHN5bmMgLXZzeW5jICg0OS4wIGtIeikKKElJKSBp bnRlbCgwKTogRURJRCB2ZW5kb3IgIlNFQyIsIHByb2QgaWQgMjIwODIK --------------070809010902080606090902 Content-Type: text/plain; name="glxgears_all" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="glxgears_all" WzM6MjddemxvaWFkbWluQHNzLnN1IC9ob21lL2FkbWluL1ggI2dseGdlYXJzClhsaWI6ICBl eHRlbnNpb24gIkdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uIiBtaXNzaW5nIG9uIGRpc3BsYXkg IjowLjAiLgpYbGliOiAgZXh0ZW5zaW9uICJHZW5lcmljIEV2ZW50IEV4dGVuc2lvbiIgbWlz c2luZyBvbiBkaXNwbGF5ICI6MC4wIi4KRmFpbGVkIHRvIGluaXRpYWxpemUgR0VNLiAgRmFs bGluZyBiYWNrIHRvIGNsYXNzaWMuCltpbnRlbF9pbml0X2J1Zm1ncjo1NzhdIEVycm9yIGlu aXRpYWxpemluZyBidWZmZXIgbWFuYWdlci4KNjM5IGZyYW1lcyBpbiA1LjAgc2Vjb25kcyA9 IDEyNy42MTggRlBTCjY2MyBmcmFtZXMgaW4gNS4wIHNlY29uZHMgPSAxMzIuNTk5IEZQUwo2 NTEgZnJhbWVzIGluIDUuMCBzZWNvbmRzID0gMTMwLjE2OCBGUFMKNjUwIGZyYW1lcyBpbiA1 LjAgc2Vjb25kcyA9IDEyOS45NTQgRlBTCgo= --------------070809010902080606090902 Content-Type: text/plain; name="glxifo_all" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="glxifo_all" WGxpYjogIGV4dGVuc2lvbiAiR2VuZXJpYyBFdmVudCBFeHRlbnNpb24iIG1pc3Npbmcgb24g ZGlzcGxheSAiOjAuMCIuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKWGxpYjogIGV4dGVuc2lvbiAiR2VuZXJpYyBFdmVudCBFeHRl bnNpb24iIG1pc3Npbmcgb24gZGlzcGxheSAiOjAuMCIuICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKRmFpbGVkIHRvIGluaXRpYWxp emUgR0VNLiAgRmFsbGluZyBiYWNrIHRvIGNsYXNzaWMuICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK W2ludGVsX2luaXRfYnVmbWdyOjU3OF0gRXJyb3IgaW5pdGlhbGl6aW5nIGJ1ZmZlciBtYW5h Z2VyLiAKbmFtZSBvZiBkaXNwbGF5OiA6MC4wCmRpc3BsYXk6IDowICBzY3JlZW46IDAKZGly ZWN0IHJlbmRlcmluZzogWWVzCnNlcnZlciBnbHggdmVuZG9yIHN0cmluZzogU0dJCnNlcnZl ciBnbHggdmVyc2lvbiBzdHJpbmc6IDEuMgpzZXJ2ZXIgZ2x4IGV4dGVuc2lvbnM6CiAgICBH TFhfQVJCX211bHRpc2FtcGxlLCBHTFhfRVhUX3Zpc3VhbF9pbmZvLCBHTFhfRVhUX3Zpc3Vh bF9yYXRpbmcsIAogICAgR0xYX0VYVF9pbXBvcnRfY29udGV4dCwgR0xYX0VYVF90ZXh0dXJl X2Zyb21fcGl4bWFwLCBHTFhfT01MX3N3YXBfbWV0aG9kLCAKICAgIEdMWF9TR0lfbWFrZV9j dXJyZW50X3JlYWQsIEdMWF9TR0lTX211bHRpc2FtcGxlLCBHTFhfU0dJWF9oeXBlcnBpcGUs IAogICAgR0xYX1NHSVhfc3dhcF9iYXJyaWVyLCBHTFhfU0dJWF9mYmNvbmZpZywgR0xYX01F U0FfY29weV9zdWJfYnVmZmVyCmNsaWVudCBnbHggdmVuZG9yIHN0cmluZzogU0dJCmNsaWVu dCBnbHggdmVyc2lvbiBzdHJpbmc6IDEuNApjbGllbnQgZ2x4IGV4dGVuc2lvbnM6CiAgICBH TFhfQVJCX2dldF9wcm9jX2FkZHJlc3MsIEdMWF9BUkJfbXVsdGlzYW1wbGUsIEdMWF9FWFRf aW1wb3J0X2NvbnRleHQsIAogICAgR0xYX0VYVF92aXN1YWxfaW5mbywgR0xYX0VYVF92aXN1 YWxfcmF0aW5nLCBHTFhfTUVTQV9hbGxvY2F0ZV9tZW1vcnksIAogICAgR0xYX01FU0FfY29w eV9zdWJfYnVmZmVyLCBHTFhfTUVTQV9zd2FwX2NvbnRyb2wsIAogICAgR0xYX01FU0Ffc3dh cF9mcmFtZV91c2FnZSwgR0xYX09NTF9zd2FwX21ldGhvZCwgR0xYX09NTF9zeW5jX2NvbnRy b2wsIAogICAgR0xYX1NHSV9tYWtlX2N1cnJlbnRfcmVhZCwgR0xYX1NHSV9zd2FwX2NvbnRy b2wsIEdMWF9TR0lfdmlkZW9fc3luYywgCiAgICBHTFhfU0dJU19tdWx0aXNhbXBsZSwgR0xY X1NHSVhfZmJjb25maWcsIEdMWF9TR0lYX3BidWZmZXIsIAogICAgR0xYX1NHSVhfdmlzdWFs X3NlbGVjdF9ncm91cCwgR0xYX0VYVF90ZXh0dXJlX2Zyb21fcGl4bWFwCkdMWCB2ZXJzaW9u OiAxLjIKR0xYIGV4dGVuc2lvbnM6CiAgICBHTFhfQVJCX2dldF9wcm9jX2FkZHJlc3MsIEdM WF9BUkJfbXVsdGlzYW1wbGUsIEdMWF9FWFRfaW1wb3J0X2NvbnRleHQsIAogICAgR0xYX0VY VF92aXN1YWxfaW5mbywgR0xYX0VYVF92aXN1YWxfcmF0aW5nLCBHTFhfT01MX3N3YXBfbWV0 aG9kLCAKICAgIEdMWF9TR0lTX211bHRpc2FtcGxlLCBHTFhfU0dJWF9mYmNvbmZpZwpPcGVu R0wgdmVuZG9yIHN0cmluZzogTWVzYSBQcm9qZWN0Ck9wZW5HTCByZW5kZXJlciBzdHJpbmc6 IFNvZnR3YXJlIFJhc3Rlcml6ZXIKT3BlbkdMIHZlcnNpb24gc3RyaW5nOiAyLjEgTWVzYSA3 LjMKT3BlbkdMIHNoYWRpbmcgbGFuZ3VhZ2UgdmVyc2lvbiBzdHJpbmc6IDEuMTAKT3BlbkdM IGV4dGVuc2lvbnM6CiAgICBHTF9BUkJfZGVwdGhfdGV4dHVyZSwgR0xfQVJCX2RyYXdfYnVm ZmVycywgR0xfQVJCX2ZyYWdtZW50X3Byb2dyYW0sIAogICAgR0xfQVJCX2ZyYWdtZW50X3By b2dyYW1fc2hhZG93LCBHTF9BUkJfZnJhZ21lbnRfc2hhZGVyLCAKICAgIEdMX0FSQl9oYWxm X2Zsb2F0X3BpeGVsLCBHTF9BUkJfaW1hZ2luZywgR0xfQVJCX211bHRpc2FtcGxlLCAKICAg IEdMX0FSQl9tdWx0aXRleHR1cmUsIEdMX0FSQl9vY2NsdXNpb25fcXVlcnksIEdMX0FSQl9w aXhlbF9idWZmZXJfb2JqZWN0LCAKICAgIEdMX0FSQl9wb2ludF9wYXJhbWV0ZXJzLCBHTF9B UkJfcG9pbnRfc3ByaXRlLCBHTF9BUkJfc2hhZGVyX29iamVjdHMsIAogICAgR0xfQVJCX3No YWRpbmdfbGFuZ3VhZ2VfMTAwLCBHTF9BUkJfc2hhZG93LCBHTF9BUkJfc2hhZG93X2FtYmll bnQsIAogICAgR0xfQVJCX3RleHR1cmVfYm9yZGVyX2NsYW1wLCBHTF9BUkJfdGV4dHVyZV9j b21wcmVzc2lvbiwgCiAgICBHTF9BUkJfdGV4dHVyZV9jdWJlX21hcCwgR0xfQVJCX3RleHR1 cmVfZW52X2FkZCwgCiAgICBHTF9BUkJfdGV4dHVyZV9lbnZfY29tYmluZSwgR0xfQVJCX3Rl eHR1cmVfZW52X2Nyb3NzYmFyLCAKICAgIEdMX0FSQl90ZXh0dXJlX2Vudl9kb3QzLCBHTF9B UkJfdGV4dHVyZV9taXJyb3JlZF9yZXBlYXQsIAogICAgR0xfQVJCX3RleHR1cmVfbm9uX3Bv d2VyX29mX3R3bywgR0xfQVJCX3RleHR1cmVfcmVjdGFuZ2xlLCAKICAgIEdMX0FSQl90cmFu c3Bvc2VfbWF0cml4LCBHTF9BUkJfdmVydGV4X2J1ZmZlcl9vYmplY3QsIAogICAgR0xfQVJC X3ZlcnRleF9wcm9ncmFtLCBHTF9BUkJfdmVydGV4X3NoYWRlciwgR0xfQVJCX3dpbmRvd19w b3MsIAogICAgR0xfRVhUX2FiZ3IsIEdMX0VYVF9iZ3JhLCBHTF9FWFRfYmxlbmRfY29sb3Is IAogICAgR0xfRVhUX2JsZW5kX2VxdWF0aW9uX3NlcGFyYXRlLCBHTF9FWFRfYmxlbmRfZnVu Y19zZXBhcmF0ZSwgCiAgICBHTF9FWFRfYmxlbmRfbG9naWNfb3AsIEdMX0VYVF9ibGVuZF9t aW5tYXgsIEdMX0VYVF9ibGVuZF9zdWJ0cmFjdCwgCiAgICBHTF9FWFRfY2xpcF92b2x1bWVf aGludCwgR0xfRVhUX2NvbXBpbGVkX3ZlcnRleF9hcnJheSwgR0xfRVhUX2NvbnZvbHV0aW9u LCAKICAgIEdMX0VYVF9jb3B5X3RleHR1cmUsIEdMX0VYVF9kZXB0aF9ib3VuZHNfdGVzdCwg R0xfRVhUX2RyYXdfcmFuZ2VfZWxlbWVudHMsIAogICAgR0xfRVhUX2ZyYW1lYnVmZmVyX29i amVjdCwgR0xfRVhUX2ZyYW1lYnVmZmVyX2JsaXQsIEdMX0VYVF9mb2dfY29vcmQsIAogICAg R0xfRVhUX2dwdV9wcm9ncmFtX3BhcmFtZXRlcnMsIEdMX0VYVF9oaXN0b2dyYW0sIEdMX0VY VF9tdWx0aV9kcmF3X2FycmF5cywgCiAgICBHTF9FWFRfcGFja2VkX2RlcHRoX3N0ZW5jaWws IEdMX0VYVF9wYWNrZWRfcGl4ZWxzLCAKICAgIEdMX0VYVF9wYWxldHRlZF90ZXh0dXJlLCBH TF9FWFRfcGl4ZWxfYnVmZmVyX29iamVjdCwgCiAgICBHTF9FWFRfcG9pbnRfcGFyYW1ldGVy cywgR0xfRVhUX3BvbHlnb25fb2Zmc2V0LCBHTF9FWFRfcmVzY2FsZV9ub3JtYWwsIAogICAg R0xfRVhUX3NlY29uZGFyeV9jb2xvciwgR0xfRVhUX3NlcGFyYXRlX3NwZWN1bGFyX2NvbG9y LCAKICAgIEdMX0VYVF9zaGFkb3dfZnVuY3MsIEdMX0VYVF9zaGFyZWRfdGV4dHVyZV9wYWxl dHRlLCBHTF9FWFRfc3RlbmNpbF93cmFwLCAKICAgIEdMX0VYVF9zdWJ0ZXh0dXJlLCBHTF9F WFRfdGV4dHVyZSwgR0xfRVhUX3RleHR1cmUzRCwgCiAgICBHTF9FWFRfdGV4dHVyZV9lZGdl X2NsYW1wLCBHTF9FWFRfdGV4dHVyZV9lbnZfYWRkLCAKICAgIEdMX0VYVF90ZXh0dXJlX2Vu dl9jb21iaW5lLCBHTF9FWFRfdGV4dHVyZV9lbnZfZG90MywgCiAgICBHTF9FWFRfdGV4dHVy ZV9sb2RfYmlhcywgR0xfRVhUX3RleHR1cmVfbWlycm9yX2NsYW1wLCAKICAgIEdMX0VYVF90 ZXh0dXJlX29iamVjdCwgR0xfRVhUX3RleHR1cmVfcmVjdGFuZ2xlLCBHTF9FWFRfdGV4dHVy ZV9zUkdCLCAKICAgIEdMX0VYVF92ZXJ0ZXhfYXJyYXksIEdMXzNERlhfdGV4dHVyZV9jb21w cmVzc2lvbl9GWFQxLCAKICAgIEdMX0FQUExFX3BhY2tlZF9waXhlbHMsIEdMX0FQUExFX3Zl cnRleF9hcnJheV9vYmplY3QsIAogICAgR0xfQVRJX2JsZW5kX2VxdWF0aW9uX3NlcGFyYXRl LCBHTF9BVElfdGV4dHVyZV9lbnZfY29tYmluZTMsIAogICAgR0xfQVRJX3RleHR1cmVfbWly cm9yX29uY2UsIEdMX0FUSV9mcmFnbWVudF9zaGFkZXIsIAogICAgR0xfQVRJX3NlcGFyYXRl X3N0ZW5jaWwsIEdMX0lCTV9tdWx0aW1vZGVfZHJhd19hcnJheXMsIAogICAgR0xfSUJNX3Jh c3RlcnBvc19jbGlwLCBHTF9JQk1fdGV4dHVyZV9taXJyb3JlZF9yZXBlYXQsIAogICAgR0xf SU5HUl9ibGVuZF9mdW5jX3NlcGFyYXRlLCBHTF9NRVNBX3BhY2tfaW52ZXJ0LCBHTF9NRVNB X3Byb2dyYW1fZGVidWcsIAogICAgR0xfTUVTQV9yZXNpemVfYnVmZmVycywgR0xfTUVTQV90 ZXh0dXJlX2FycmF5LCBHTF9NRVNBX3ljYmNyX3RleHR1cmUsIAogICAgR0xfTUVTQV93aW5k b3dfcG9zLCBHTF9OVl9ibGVuZF9zcXVhcmUsIEdMX05WX2ZyYWdtZW50X3Byb2dyYW0sIAog ICAgR0xfTlZfbGlnaHRfbWF4X2V4cG9uZW50LCBHTF9OVl9wb2ludF9zcHJpdGUsIEdMX05W X3RleHR1cmVfcmVjdGFuZ2xlLCAKICAgIEdMX05WX3RleGdlbl9yZWZsZWN0aW9uLCBHTF9O Vl92ZXJ0ZXhfcHJvZ3JhbSwgR0xfTlZfdmVydGV4X3Byb2dyYW0xXzEsIAogICAgR0xfT0VT X3JlYWRfZm9ybWF0LCBHTF9TR0lfY29sb3JfbWF0cml4LCBHTF9TR0lfY29sb3JfdGFibGUs IAogICAgR0xfU0dJX3RleHR1cmVfY29sb3JfdGFibGUsIEdMX1NHSVNfZ2VuZXJhdGVfbWlw bWFwLCAKICAgIEdMX1NHSVNfdGV4dHVyZV9ib3JkZXJfY2xhbXAsIEdMX1NHSVNfdGV4dHVy ZV9lZGdlX2NsYW1wLCAKICAgIEdMX1NHSVNfdGV4dHVyZV9sb2QsIEdMX1NHSVhfZGVwdGhf dGV4dHVyZSwgR0xfU0dJWF9zaGFkb3csIAogICAgR0xfU0dJWF9zaGFkb3dfYW1iaWVudCwg R0xfU1VOX211bHRpX2RyYXdfYXJyYXlzCgozIEdMWCBWaXN1YWxzCiAgIHZpc3VhbCAgeCAg YmYgbHYgcmcgZCBzdCBjb2xvcmJ1ZmZlciBheCBkcCBzdCBhY2N1bWJ1ZmZlciAgbXMgIGNh dgogaWQgZGVwIGNsIHNwIHN6IGwgIGNpIGIgcm8gIHIgIGcgIGIgIGEgYmYgdGggY2wgIHIg IGcgIGIgIGEgbnMgYiBlYXQKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoweDIxIDI0IHRjICAwIDMyICAw IHIgIHkgIC4gIDggIDggIDggIDggIDAgMjQgIDggIDAgIDAgIDAgIDAgIDAgMCBOb25lCjB4 MjIgMjQgZGMgIDAgMzIgIDAgciAgeSAgLiAgOCAgOCAgOCAgOCAgMCAyNCAgOCAgMCAgMCAg MCAgMCAgMCAwIE5vbmUKMHg0NCAzMiB0YyAgMCAzMiAgMCByICAuICAuICA4ICA4ICA4ICA4 ICAwICAwICAwICAwICAwICAwICAwICAwIDAgTm9uZQoKMzIgR0xYRkJDb25maWdzOgogICB2 aXN1YWwgIHggIGJmIGx2IHJnIGQgc3QgY29sb3JidWZmZXIgYXggZHAgc3QgYWNjdW1idWZm ZXIgIG1zICBjYXYKIGlkIGRlcCBjbCBzcCBzeiBsICBjaSBiIHJvICByICBnICBiICBhIGJm IHRoIGNsICByICBnICBiICBhIG5zIGIgZWF0Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KMHg0NSAgMCB0 YyAgMCAzMiAgMCByICAuICAuICA4ICA4ICA4ICA4ICAwICAwICAwICAwICAwICAwICAwICAw IDAgTm9uZQoweDQ2ICAwIHRjICAwIDMyICAwIHIgIC4gIC4gIDggIDggIDggIDggIDAgIDAg IDAgMTYgMTYgMTYgMTYgIDAgMCBTbG93CjB4NDcgIDAgdGMgIDAgMzIgIDAgciAgeSAgLiAg OCAgOCAgOCAgOCAgMCAgMCAgMCAgMCAgMCAgMCAgMCAgMCAwIE5vbmUKMHg0OCAgMCB0YyAg MCAzMiAgMCByICB5ICAuICA4ICA4ICA4ICA4ICAwICAwICAwIDE2IDE2IDE2IDE2ICAwIDAg U2xvdwoweDQ5ICAwIHRjICAwIDMyICAwIHIgIC4gIC4gIDggIDggIDggIDggIDAgIDAgIDgg IDAgIDAgIDAgIDAgIDAgMCBOb25lCjB4NGEgIDAgdGMgIDAgMzIgIDAgciAgLiAgLiAgOCAg OCAgOCAgOCAgMCAgMCAgOCAxNiAxNiAxNiAxNiAgMCAwIFNsb3cKMHg0YiAgMCB0YyAgMCAz MiAgMCByICB5ICAuICA4ICA4ICA4ICA4ICAwICAwICA4ICAwICAwICAwICAwICAwIDAgTm9u ZQoweDRjICAwIHRjICAwIDMyICAwIHIgIHkgIC4gIDggIDggIDggIDggIDAgIDAgIDggMTYg MTYgMTYgMTYgIDAgMCBTbG93CjB4NGQgIDAgdGMgIDAgMzIgIDAgciAgLiAgLiAgOCAgOCAg OCAgOCAgMCAyNCAgMCAgMCAgMCAgMCAgMCAgMCAwIE5vbmUKMHg0ZSAgMCB0YyAgMCAzMiAg MCByICAuICAuICA4ICA4ICA4ICA4ICAwIDI0ICAwIDE2IDE2IDE2IDE2ICAwIDAgU2xvdwow eDRmICAwIHRjICAwIDMyICAwIHIgIHkgIC4gIDggIDggIDggIDggIDAgMjQgIDAgIDAgIDAg IDAgIDAgIDAgMCBOb25lCjB4NTAgIDAgdGMgIDAgMzIgIDAgciAgeSAgLiAgOCAgOCAgOCAg OCAgMCAyNCAgMCAxNiAxNiAxNiAxNiAgMCAwIFNsb3cKMHg1MSAgMCB0YyAgMCAzMiAgMCBy ICAuICAuICA4ICA4ICA4ICA4ICAwIDI0ICA4ICAwICAwICAwICAwICAwIDAgTm9uZQoweDUy ICAwIHRjICAwIDMyICAwIHIgIC4gIC4gIDggIDggIDggIDggIDAgMjQgIDggMTYgMTYgMTYg MTYgIDAgMCBTbG93CjB4NTMgIDAgdGMgIDAgMzIgIDAgciAgeSAgLiAgOCAgOCAgOCAgOCAg MCAyNCAgOCAgMCAgMCAgMCAgMCAgMCAwIE5vbmUKMHg1NCAgMCB0YyAgMCAzMiAgMCByICB5 ICAuICA4ICA4ICA4ICA4ICAwIDI0ICA4IDE2IDE2IDE2IDE2ICAwIDAgU2xvdwoweDU1ICAw IGRjICAwIDMyICAwIHIgIC4gIC4gIDggIDggIDggIDggIDAgIDAgIDAgIDAgIDAgIDAgIDAg IDAgMCBOb25lCjB4NTYgIDAgZGMgIDAgMzIgIDAgciAgLiAgLiAgOCAgOCAgOCAgOCAgMCAg MCAgMCAxNiAxNiAxNiAxNiAgMCAwIFNsb3cKMHg1NyAgMCBkYyAgMCAzMiAgMCByICB5ICAu ICA4ICA4ICA4ICA4ICAwICAwICAwICAwICAwICAwICAwICAwIDAgTm9uZQoweDU4ICAwIGRj ICAwIDMyICAwIHIgIHkgIC4gIDggIDggIDggIDggIDAgIDAgIDAgMTYgMTYgMTYgMTYgIDAg MCBTbG93CjB4NTkgIDAgZGMgIDAgMzIgIDAgciAgLiAgLiAgOCAgOCAgOCAgOCAgMCAgMCAg OCAgMCAgMCAgMCAgMCAgMCAwIE5vbmUKMHg1YSAgMCBkYyAgMCAzMiAgMCByICAuICAuICA4 ICA4ICA4ICA4ICAwICAwICA4IDE2IDE2IDE2IDE2ICAwIDAgU2xvdwoweDViICAwIGRjICAw IDMyICAwIHIgIHkgIC4gIDggIDggIDggIDggIDAgIDAgIDggIDAgIDAgIDAgIDAgIDAgMCBO b25lCjB4NWMgIDAgZGMgIDAgMzIgIDAgciAgeSAgLiAgOCAgOCAgOCAgOCAgMCAgMCAgOCAx NiAxNiAxNiAxNiAgMCAwIFNsb3cKMHg1ZCAgMCBkYyAgMCAzMiAgMCByICAuICAuICA4ICA4 ICA4ICA4ICAwIDI0ICAwICAwICAwICAwICAwICAwIDAgTm9uZQoweDVlICAwIGRjICAwIDMy ICAwIHIgIC4gIC4gIDggIDggIDggIDggIDAgMjQgIDAgMTYgMTYgMTYgMTYgIDAgMCBTbG93 CjB4NWYgIDAgZGMgIDAgMzIgIDAgciAgeSAgLiAgOCAgOCAgOCAgOCAgMCAyNCAgMCAgMCAg MCAgMCAgMCAgMCAwIE5vbmUKMHg2MCAgMCBkYyAgMCAzMiAgMCByICB5ICAuICA4ICA4ICA4 ICA4ICAwIDI0ICAwIDE2IDE2IDE2IDE2ICAwIDAgU2xvdwoweDYxICAwIGRjICAwIDMyICAw IHIgIC4gIC4gIDggIDggIDggIDggIDAgMjQgIDggIDAgIDAgIDAgIDAgIDAgMCBOb25lCjB4 NjIgIDAgZGMgIDAgMzIgIDAgciAgLiAgLiAgOCAgOCAgOCAgOCAgMCAyNCAgOCAxNiAxNiAx NiAxNiAgMCAwIFNsb3cKMHg2MyAgMCBkYyAgMCAzMiAgMCByICB5ICAuICA4ICA4ICA4ICA4 ICAwIDI0ICA4ICAwICAwICAwICAwICAwIDAgTm9uZQoweDY0ICAwIGRjICAwIDMyICAwIHIg IHkgIC4gIDggIDggIDggIDggIDAgMjQgIDggMTYgMTYgMTYgMTYgIDAgMCBTbG93Cgo= --------------070809010902080606090902 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Xorg.0.log" ClguT3JnIFggU2VydmVyIDEuNS4zClJlbGVhc2UgRGF0ZTogNSBOb3ZlbWJlciAyMDA4Clgg UHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2aXNpb24gMApCdWlsZCBPcGVyYXRpbmcgU3lzdGVt OiBGcmVlQlNEIDguMC1DVVJSRU5UIGkzODYgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTog RnJlZUJTRCBzcy5zdSA4LjAtQ1VSUkVOVCBGcmVlQlNEIDguMC1DVVJSRU5UICMwIHIxODc5 ODI6IFN1biBGZWIgIDEgMjM6MjA6MDIgS1JBVCAyMDA5ICAgICB6bG9pYWRtaW5Ac3Muc3U6 L2hvbWUvcmVwb3NpdG9yeS9vYmovaG9tZS9yZXBvc2l0b3J5L3NyYy9zeXMvemwwIGkzODYK QnVpbGQgRGF0ZTogMDIgRmVicnVhcnkgMjAwOSAgMDk6Mzk6MjZQTQogCglCZWZvcmUgcmVw b3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwoJdG8gbWFrZSBzdXJl IHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2Jl ZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykg ZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgko V1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVu a25vd24uCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogV2Vk IEZlYiAgNCAwNDozMDoyNyAyMDA5Cig9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gx MS94b3JnLmNvbmYiCig9PSkgU2VydmVyTGF5b3V0ICJYLm9yZyBDb25maWd1cmVkIgooKiop IHwtLT5TY3JlZW4gIlNjcmVlbjAiICgwKQooKiopIHwgICB8LS0+TW9uaXRvciAiTW9uaXRv cjAiCigqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwIgooKiopIE9wdGlvbiAiQUlHTFgiICJ0 cnVlIgooPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBBdXRvbWF0aWNh bGx5IGVuYWJsaW5nIGRldmljZXMKKD09KSBJbmNsdWRpbmcgdGhlIGRlZmF1bHQgZm9udCBw YXRoIC91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywvdXNyL2xvY2FsL2xpYi9YMTEv Zm9udHMvVFRGLywvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLC91c3IvbG9jYWwvbGli L1gxMS9mb250cy9UeXBlMS8sL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLy4KKCoqKSBGb250UGF0aCBzZXQgdG86Cgkv dXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvVFRGLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYsCgkvdXNyL2xvY2FsL2xp Yi9YMTEvZm9udHMvVHlwZTEvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8s CgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDEx L2ZvbnRzL21pc2MvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1RURi8sCgkvdXNyL2xv Y2FsL2xpYi9YMTEvZm9udHMvT1RGLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUx LywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9saWIv WDExL2ZvbnRzLzc1ZHBpLwooKiopIE1vZHVsZVBhdGggc2V0IHRvICIvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMiCigqKikgRXh0ZW5zaW9uICJDb21wb3NpdGUiIGlzIGVuYWJsZWQK KElJKSBDYW5ub3QgbG9jYXRlIGEgY29yZSBwb2ludGVyIGRldmljZS4KKElJKSBDYW5ub3Qg bG9jYXRlIGEgY29yZSBrZXlib2FyZCBkZXZpY2UuCihJSSkgVGhlIHNlcnZlciByZWxpZXMg b24gSEFMIHRvIHByb3ZpZGUgdGhlIGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4KCUlmIG5vIGRl dmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgSEFMIG9yIGRpc2FibGUgQWxs b3dFbXB0eUlucHV0LgooSUkpIExvYWRlciBtYWdpYzogMHg4MWJjM2MwCihJSSkgTW9kdWxl IEFCSSB2ZXJzaW9uczoKCVguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNAoJWC5PcmcgVmlk ZW8gRHJpdmVyOiA0LjEKCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAyLjEKCVguT3JnIFNlcnZl ciBFeHRlbnNpb24gOiAxLjEKCVguT3JnIEZvbnQgUmVuZGVyZXIgOiAwLjYKKElJKSBMb2Fk ZXIgcnVubmluZyBvbiBmcmVlYnNkCigtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0aCBY IHN1cHBvcnQgKHZlcnNpb24gMi4wKQooLS0pIHVzaW5nIFZUIG51bWJlciA5CgooLS0pIFBD SToqKDBAMDoyOjApIEludGVsIENvcnBvcmF0aW9uIDgyODUyLzg1NUdNIEludGVncmF0ZWQg R3JhcGhpY3MgRGV2aWNlIHJldiAyLCBNZW0gQCAweGU4MDAwMDAwLzAsIDB4ZTAwMDAwMDAv MCwgSS9PIEAgMHgwMDAwMTgwMC8wLCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgooLS0pIFBD STogKDBAMDoyOjEpIEludGVsIENvcnBvcmF0aW9uIDgyODUyLzg1NUdNIEludGVncmF0ZWQg R3JhcGhpY3MgRGV2aWNlIHJldiAyLCBNZW0gQCAweGYwMDAwMDAwLzAsIDB4ZTAwODAwMDAv MAooSUkpIFN5c3RlbSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweDAwMTAwMDAwIC0g MHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbMV0gLTEJMAkweDAwMGYwMDAw IC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAwMDAgLSAw eDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAw OWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZm ZiAoMHgxKSBJWFtCXQoJWzVdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAw KSBJWFtCXQooSUkpICJleHRtb2QiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVk IGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJ KSAiZGJlIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFu ZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgImdseCIgd2lsbCBi ZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZp ZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgooSUkpICJmcmVldHlwZSIgd2lsbCBiZSBsb2FkZWQu IFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhl IGNvbmZpZyBmaWxlLgooSUkpICJyZWNvcmQiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBl bmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmls ZS4KKElJKSAiZHJpIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZh dWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJSSkgTG9hZE1v ZHVsZTogInJlY29yZCIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvZXh0ZW5zaW9ucy8vbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lv biA9IDEuMTMuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMS4xCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogInh0cmFwIgoKKElJKSBMb2Fk aW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJ4dHJhcC5z bwooSUkpIE1vZHVsZSB4dHJhcDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGls ZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lv biwgdmVyc2lvbiAxLjEKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBERUMtWFRSQVAKKElJKSBM b2FkTW9kdWxlOiAiZ2x4IgoKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9leHRlbnNpb25zLy9saWJnbHguc28KKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41LjMsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAxLjEK KCoqKSBBSUdMWCBlbmFibGVkCigqKikgRXhwb3J0aW5nIHR5cGljYWwgc2V0IG9mIEdMWCB2 aXN1YWxzCihJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYCihJSSkgTG9hZE1vZHVsZTogImRi ZSIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9u cy8vbGliZGJlLnNvCihJSSkgTW9kdWxlIGRiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiAxLjEKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBET1VCTEUt QlVGRkVSCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIKCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZXh0bW9kLnNvCihJSSkgTW9k dWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEu NS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lv biAxLjEKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTSEFQRQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIE1JVC1TVU5EUlktTk9OU1RBTkRBUkQKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBCSUct UkVRVUVTVFMKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBTWU5DCihJSSkgTG9hZGluZyBleHRl bnNpb24gTUlULVNDUkVFTi1TQVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhDLU1JU0MK KElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LVZpZE1vZGVFeHRlbnNpb24KKElJKSBM b2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LU1pc2MKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBY RnJlZTg2LURHQQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBUT0ctQ1VQCihJSSkgTG9hZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlzdWFs LUluZm9ybWF0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlvbgooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIFgtUmVzb3VyY2UKKElJKSBMb2FkTW9kdWxlOiAiZHJpIgoKKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJkcmkuc28KKElJ KSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3Ig MS41LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiAxLjEKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2 LURSSQooSUkpIExvYWRNb2R1bGU6ICJmcmVldHlwZSIKCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvZm9udHMvL2xpYmZyZWV0eXBlLnNvCihJSSkgTW9kdWxl IGZyZWV0eXBlOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24gJiB0aGUgQWZ0ZXIgWC1UVCBQ cm9qZWN0IgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDIuMS4wCglN b2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIKCUFCSSBjbGFzczogWC5PcmcgRm9u dCBSZW5kZXJlciwgdmVyc2lvbiAwLjYKKElJKSBMb2FkaW5nIGZvbnQgRnJlZVR5cGUKKElJ KSBMb2FkTW9kdWxlOiAidHlwZTEiCgooV1cpIFdhcm5pbmcsIGNvdWxkbid0IG9wZW4gbW9k dWxlIHR5cGUxCihJSSkgVW5sb2FkTW9kdWxlOiAidHlwZTEiCihFRSkgRmFpbGVkIHRvIGxv YWQgbW9kdWxlICJ0eXBlMSIgKG1vZHVsZSBkb2VzIG5vdCBleGlzdCwgMCkKKElJKSBMb2Fk TW9kdWxlOiAiaW50ZWwiCgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1 bGVzL2RyaXZlcnMvL2ludGVsX2Rydi5zbwooSUkpIE1vZHVsZSBpbnRlbDogdmVuZG9yPSJY Lk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9 IDIuNS4xCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBY Lk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNC4xCihJSSkgaW50ZWw6IERyaXZlciBmb3Ig SW50ZWwgSW50ZWdyYXRlZCBHcmFwaGljcyBDaGlwc2V0czogaTgxMCwKCWk4MTAtZGMxMDAs IGk4MTBlLCBpODE1LCBpODMwTSwgODQ1RywgODUyR00vODU1R00sIDg2NUcsIDkxNUcsCglF NzIyMSAoaTkxNSksIDkxNUdNLCA5NDVHLCA5NDVHTSwgOTQ1R01FLCA5NjVHLCBHMzUsIDk2 NVEsIDk0NkdaLAoJOTY1R00sIDk2NUdNRS9HTEUsIEczMywgUTM1LCBRMzMsCglNb2JpbGUg SW50ZWzCriBHTTQ1IEV4cHJlc3MgQ2hpcHNldCwKCUludGVsIEludGVncmF0ZWQgR3JhcGhp Y3MgRGV2aWNlLCBHNDUvRzQzLCBRNDUvUTQzLCBHNDEKKElJKSBQcmltYXJ5IERldmljZSBp czogUENJIDAwQDAwOjAyOjAKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWlt Rml4ZWRSZXNvdXJjZXMoKSBjYWxsOgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZm ZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAw ZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZm ZiAoMHgzMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgw eGEwMDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkg SVhbQl0KCVs1XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0K KElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkwCTB4MDAxMDAw MDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsxXSAtMQkwCTB4MDAw ZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDBjMDAw MCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDAwMDAwIC0g MHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs0XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAw YWZmZmYgKDB4MTAwMDApIE1TW0JdCglbNV0gMAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZm ICgweDgwMDApIE1TW0JdCglbNl0gMAkwCTB4MDAwYjgwMDAgLSAweDAwMGJmZmZmICgweDgw MDApIE1TW0JdCglbN10gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtC XQoJWzhdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzld IDAJMAkweDAwMDAwM2IwIC0gMHgwMDAwMDNiYiAoMHhjKSBJU1tCXQoJWzEwXSAwCTAJMHgw MDAwMDNjMCAtIDB4MDAwMDAzZGYgKDB4MjApIElTW0JdCihJSSkgTG9hZGluZyBzdWIgbW9k dWxlICJ2Z2FodyIKKElJKSBMb2FkTW9kdWxlOiAidmdhaHciCgooSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJ2Z2Fody5zbwooSUkpIE1vZHVsZSB2Z2Fo dzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4zLCBtb2R1 bGUgdmVyc2lvbiA9IDAuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVy c2lvbiA0LjEKKCoqKSBpbnRlbCgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVidWZmZXIgYnBw IDMyCig9PSkgaW50ZWwoMCk6IFJHQiB3ZWlnaHQgODg4Cig9PSkgaW50ZWwoMCk6IERlZmF1 bHQgdmlzdWFsIGlzIFRydWVDb2xvcgooKiopIGludGVsKDApOiBPcHRpb24gIkRSSSIKKCoq KSBpbnRlbCgwKTogT3B0aW9uICJUaWxpbmciICJvZmYiCihJSSkgaW50ZWwoMCk6IEludGVn cmF0ZWQgR3JhcGhpY3MgQ2hpcHNldDogSW50ZWwoUikgODU1R00KKC0tKSBpbnRlbCgwKTog Q2hpcHNldDogIjg1MkdNLzg1NUdNIgooLS0pIGludGVsKDApOiBMaW5lYXIgZnJhbWVidWZm ZXIgYXQgMHhFODAwMDAwMAooLS0pIGludGVsKDApOiBJTyByZWdpc3RlcnMgYXQgYWRkciAw eEUwMDAwMDAwCig9PSkgaW50ZWwoMCk6IFVzaW5nIEVYQSBmb3IgYWNjZWxlcmF0aW9uCihJ SSkgaW50ZWwoMCk6IDIgZGlzcGxheSBwaXBlcyBhdmFpbGFibGUuCihJSSkgTG9hZGluZyBz dWIgbW9kdWxlICJkZGMiCihJSSkgTG9hZE1vZHVsZTogImRkYyIKKElJKSBNb2R1bGUgImRk YyIgYWxyZWFkeSBidWlsdC1pbgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaTJjIgooSUkp IExvYWRNb2R1bGU6ICJpMmMiCihJSSkgTW9kdWxlICJpMmMiIGFscmVhZHkgYnVpbHQtaW4K KElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQSB1c2luZyBtb25pdG9yIHNlY3Rpb24gTW9uaXRv cjAKKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgoo SUkpIGludGVsKDApOiBJMkMgYnVzICJMVkRTRERDX0MiIGluaXRpYWxpemVkLgooSUkpIGlu dGVsKDApOiBBdHRlbXB0aW5nIHRvIGRldGVybWluZSBwYW5lbCBmaXhlZCBtb2RlLgooSUkp IGludGVsKDApOiBJMkMgZGV2aWNlICJMVkRTRERDX0M6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBh ZGRyZXNzIDB4QTAuCihJSSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9kIGlk IDIyMDgyCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkRWT0REQ19EIiBpbml0aWFsaXplZC4K KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInNpbDE2NCIKKElJKSBMb2FkTW9kdWxlOiAic2ls MTY0IgoKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJz Ly9zaWwxNjQuc28KKElJKSBNb2R1bGUgc2lsMTY0OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRp b24iCgljb21waWxlZCBmb3IgMS41LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDQuMQooSUkpIGludGVsKDApOiBJ MkMgYnVzICJEVk9JMkNfRSIgaW5pdGlhbGl6ZWQuCihJSSkgTG9hZGluZyBzdWIgbW9kdWxl ICJjaDd4eHgiCihJSSkgTG9hZE1vZHVsZTogImNoN3h4eCIKCihJSSkgTG9hZGluZyAvdXNy L2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy8vY2g3eHh4LnNvCihJSSkgTW9kdWxl IGNoN3h4eDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS4z LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZl ciwgdmVyc2lvbiA0LjEKKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiRFZPSTJDX0UiIHJlbW92 ZWQuCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19FIiBpbml0aWFsaXplZC4KKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgIml2Y2giCihJSSkgTG9hZE1vZHVsZTogIml2Y2giCgoo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL2l2Y2gu c28KKElJKSBNb2R1bGUgaXZjaDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGls ZWQgZm9yIDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3Jn IFZpZGVvIERyaXZlciwgdmVyc2lvbiA0LjEKKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiRFZP STJDX0UiIHJlbW92ZWQuCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19CIiBpbml0 aWFsaXplZC4KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInRmcDQxMCIKKElJKSBMb2FkTW9k dWxlOiAidGZwNDEwIgoKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9kcml2ZXJzLy90ZnA0MTAuc28KKElJKSBNb2R1bGUgdGZwNDEwOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDQuMQooSUkpIGlu dGVsKDApOiBJMkMgYnVzICJEVk9JMkNfQiIgcmVtb3ZlZC4KKElJKSBpbnRlbCgwKTogSTJD IGJ1cyAiRFZPSTJDX0UiIGluaXRpYWxpemVkLgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAi Y2g3MDE3IgooSUkpIExvYWRNb2R1bGU6ICJjaDcwMTciCgooSUkpIExvYWRpbmcgL3Vzci9s b2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvL2NoNzAxNy5zbwooSUkpIE1vZHVsZSBj aDcwMTc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywg bW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIs IHZlcnNpb24gNC4xCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19FIiByZW1vdmVk LgooSUkpIGludGVsKDApOiBJMkMgYnVzICJEVk9JMkNfRSIgaW5pdGlhbGl6ZWQuCihFRSkg aW50ZWwoMCk6IGNoNzAxeCBub3QgZGV0ZWN0ZWQsIGdvdCAyOTogZnJvbSBEVk9JMkNfRSBT bGF2ZSAyMzQuCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkRWT0kyQ19FIiByZW1vdmVkLgoo SUkpIGludGVsKDApOiBJMkMgYnVzICJEVk9ERENfRCIgcmVtb3ZlZC4KKD09KSBpbnRlbCgw KTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGEwMDAwLDB4MTAwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkNSVEREQ19BIiBpbml0aWFsaXplZC4K KElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiQ1JURERDX0EiIHJlbW92ZWQuCihJSSkgaW50ZWwo MCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9kIGlkIDIyMDgyCihJSSkgaW50ZWwoMCk6IE91 dHB1dCBWR0EgZGlzY29ubmVjdGVkCihJSSkgaW50ZWwoMCk6IE91dHB1dCBMVkRTIGNvbm5l Y3RlZAooSUkpIGludGVsKDApOiBVc2luZyB1c2VyIHByZWZlcmVuY2UgZm9yIGluaXRpYWwg bW9kZXMKKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMgdXNpbmcgaW5pdGlhbCBtb2RlIDEy ODB4NzY4Cig9PSkgaW50ZWwoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCww eDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooSUkpIGludGVsKDApOiBNb25pdG9yaW5nIGNv bm5lY3RlZCBkaXNwbGF5cyBlbmFibGVkCihJSSkgaW50ZWwoMCk6IGRldGVjdGVkIDEyOCBr QiBHVFQuCihJSSkgaW50ZWwoMCk6IGRldGVjdGVkIDMyNjM2IGtCIHN0b2xlbiBtZW1vcnku Cig9PSkgaW50ZWwoMCk6IHZpZGVvIG92ZXJsYXkga2V5IHNldCB0byAweDEwMWZlCig9PSkg aW50ZWwoMCk6IEludGVsIFh2TUMgZGVjb2RlciBkaXNhYmxlZAooPT0pIGludGVsKDApOiBX aWxsIG5vdCB0cnkgdG8gZW5hYmxlIHBhZ2UgZmxpcHBpbmcKKD09KSBpbnRlbCgwKTogVHJp cGxlIGJ1ZmZlcmluZyBkaXNhYmxlZAooPT0pIGludGVsKDApOiBVc2luZyBnYW1tYSBjb3Jy ZWN0aW9uICgxLjAsIDEuMCwgMS4wKQooPT0pIGludGVsKDApOiBEUEkgc2V0IHRvICg5Niwg OTYpCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmYiIKKElJKSBMb2FkTW9kdWxlOiAiZmIi CgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJmYi5zbwoo SUkpIE1vZHVsZSBmYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9y IDEuNS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIEFOU0kg QyBFbXVsYXRpb24sIHZlcnNpb24gMC40CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJleGEi CihJSSkgTG9hZE1vZHVsZTogImV4YSIKCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94 b3JnL21vZHVsZXMvL2xpYmV4YS5zbwooSUkpIE1vZHVsZSBleGE6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAyLjQu MAoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNC4xCihJSSkgTG9h ZGluZyBzdWIgbW9kdWxlICJyYW1kYWMiCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIKKElJ KSBNb2R1bGUgInJhbWRhYyIgYWxyZWFkeSBidWlsdC1pbgooSUkpIGludGVsKDApOiBDb21w YXJpbmcgcmVncyBmcm9tIHNlcnZlciBzdGFydCB1cCB0byBBZnRlciBQcmVJbml0CihXVykg aW50ZWwoMCk6IFJlZ2lzdGVyIDB4NjEyMDAgKFBQX1NUQVRVUykgY2hhbmdlZCBmcm9tIDB4 YzAwMDAwMDggdG8gMHhkMDAwMDAwOQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMgYmVmb3Jl OiBvbiwgcmVhZHksIHNlcXVlbmNpbmcgaWRsZQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMg YWZ0ZXI6IG9uLCByZWFkeSwgc2VxdWVuY2luZyBvbgooV1cpIGludGVsKDApOiBSZWdpc3Rl ciAweDcxMDI0IChQSVBFQlNUQVQpIGNoYW5nZWQgZnJvbSAweDgwMDAwMjAyIHRvIDB4MDAw MDAyMDIKKFdXKSBpbnRlbCgwKTogUElQRUJTVEFUIGJlZm9yZTogc3RhdHVzOiBGSUZPX1VO REVSUlVOIFZTWU5DX0lOVF9TVEFUVVMgVkJMQU5LX0lOVF9TVEFUVVMKKFdXKSBpbnRlbCgw KTogUElQRUJTVEFUIGFmdGVyOiBzdGF0dXM6IFZTWU5DX0lOVF9TVEFUVVMgVkJMQU5LX0lO VF9TVEFUVVMKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImRyaSIKKElJKSBMb2FkTW9kdWxl OiAiZHJpIgoKKElJKSBSZWxvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4 dGVuc2lvbnMvL2xpYmRyaS5zbwooPT0pIERlcHRoIDI0IHBpeG1hcCBmb3JtYXQgaXMgMzIg YnBwCihJSSkgZG8gSSBuZWVkIFJBQz8gIE5vLCBJIGRvbid0LgooSUkpIHJlc291cmNlIHJh bmdlcyBhZnRlciBwcmVJbml0OgoJWzBdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYg KDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZm ZmYgKDB4MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAo MHgzMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEw MDAwKSBNWFtCXQoJWzRdIDAJMAkweDAwMGEwMDAwIC0gMHgwMDBhZmZmZiAoMHgxMDAwMCkg TVNbQl0oT3ByRCkKCVs1XSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYgKDB4ODAwMCkg TVNbQl0oT3ByRCkKCVs2XSAwCTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkg TVNbQl0oT3ByRCkKCVs3XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElY W0JdCglbOF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdCglb OV0gMAkwCTB4MDAwMDAzYjAgLSAweDAwMDAwM2JiICgweGMpIElTW0JdKE9wclUpCglbMTBd IDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkgSVNbQl0oT3ByVSkKKElJKSBp bnRlbCgwKTogS2VybmVsIHJlcG9ydGVkIDQ5MTUyMCB0b3RhbCwgMCB1c2VkCihJSSkgaW50 ZWwoMCk6IEk4MzBDaGVja0F2YWlsYWJsZU1lbW9yeTogMTk2NjA4MCBrQiBhdmFpbGFibGUK ZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZp Y2U6IG9wZW4gcmVzdWx0IGlzIDksIChPSykKZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlz IC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDksIChPSykK ZHJtT3BlbkJ5QnVzaWQ6IFNlYXJjaGluZyBmb3IgQnVzSUQgcGNpOjAwMDA6MDA6MDIuMApk cm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmlj ZTogb3BlbiByZXN1bHQgaXMgOSwgKE9LKQpkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9y IHJldHVybnMgOQpkcm1PcGVuQnlCdXNpZDogZHJtR2V0QnVzaWQgcmVwb3J0cyBwY2k6MDAw MDowMDowMi4wCihJSSkgW2RybV0gRFJNIGludGVyZmFjZSB2ZXJzaW9uIDEuMgooSUkpIFtk cm1dIERSTSBvcGVuIG1hc3RlciBzdWNjZWVkZWQuCihJSSkgaW50ZWwoMCk6IFtkcm1dIFVz aW5nIHRoZSBEUk0gbG9jayBTQVJFQSBhbHNvIGZvciBkcmF3YWJsZXMuCihJSSkgaW50ZWwo MCk6IFtkcm1dIGZyYW1lYnVmZmVyIG1hcHBlZCBieSBkZHggZHJpdmVyCihJSSkgaW50ZWwo MCk6IFtkcm1dIGFkZGVkIDEgcmVzZXJ2ZWQgY29udGV4dCBmb3Iga2VybmVsCihJSSkgaW50 ZWwoMCk6IFggY29udGV4dCBoYW5kbGUgPSAweDEKKElJKSBpbnRlbCgwKTogW2RybV0gaW5z dGFsbGVkIERSTSBzaWduYWwgaGFuZGxlcgooKiopIGludGVsKDApOiBGcmFtZWJ1ZmZlciBj b21wcmVzc2lvbiBkaXNhYmxlZAooKiopIGludGVsKDApOiBUaWxpbmcgZGlzYWJsZWQKKD09 KSBpbnRlbCgwKTogVmlkZW9SYW06IDEzMTA3MiBLQgooSUkpIGludGVsKDApOiBBdHRlbXB0 aW5nIG1lbW9yeSBhbGxvY2F0aW9uIHdpdGggdW50aWxlZCBidWZmZXJzLgooSUkpIGludGVs KDApOiBVbnRpbGVkIGFsbG9jYXRpb24gc3VjY2Vzc2Z1bC4KKElJKSBpbnRlbCgwKTogW2Ry bV0gUmVnaXN0ZXJzID0gMHhlMDAwMDAwMAooSUkpIGludGVsKDApOiBbZHJtXSByaW5nIGJ1 ZmZlciA9IDB4ZTgwMDAwMDAKKElJKSBpbnRlbCgwKTogW2RybV0gbWFwcGVkIGZyb250IGJ1 ZmZlciBhdCAweGU4MTMwMDAwLCBoYW5kbGUgPSAweGU4MTMwMDAwCihJSSkgaW50ZWwoMCk6 IFtkcm1dIG1hcHBlZCBiYWNrIGJ1ZmZlciBhdCAweGU5ZmVhMDAwLCBoYW5kbGUgPSAweGU5 ZmVhMDAwCihJSSkgaW50ZWwoMCk6IFtkcm1dIG1hcHBlZCBkZXB0aCBidWZmZXIgYXQgMHhl YTYyYTAwMCwgaGFuZGxlID0gMHhlYTYyYTAwMAooSUkpIGludGVsKDApOiBbZHJtXSBtYXBw ZWQgY2xhc3NpYyB0ZXh0dXJlcyBhdCAweGVhYzZhMDAwLCBoYW5kbGUgPSAweGVhYzZhMDAw CihJSSkgaW50ZWwoMCk6IFtkcm1dIEluaXRpYWxpemVkIGtlcm5lbCBhZ3AgaGVhcCBtYW5h Z2VyLCAzMzU1NDQzMgooSUkpIGludGVsKDApOiBbZHJpXSB2aXN1YWwgY29uZmlncyBpbml0 aWFsaXplZAooSUkpIGludGVsKDApOiBQYWdlIEZsaXBwaW5nIGRpc2FibGVkCihJSSkgaW50 ZWwoMCk6IHZnYUhXR2V0SU9CYXNlOiBod3AtPklPQmFzZSBpcyAweDAzZDAsIGh3cC0+UElP T2Zmc2V0IGlzIDB4MDAwMAooPT0pIGludGVsKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2Ug KDB4YTAwMDAsMHgxMDAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKElJKSBFWEEoMCk6IE9mZnNj cmVlbiBwaXhtYXAgYXJlYSBvZiAxOTY2MDgwMCBieXRlcwooSUkpIEVYQSgwKTogRHJpdmVy IHJlZ2lzdGVyZWQgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2luZyBvcGVyYXRpb25zOgooSUkp ICAgICAgICAgU29saWQKKElJKSAgICAgICAgIENvcHkKKElJKSAgICAgICAgIENvbXBvc2l0 ZSAoUkVOREVSIGFjY2VsZXJhdGlvbikKKD09KSBpbnRlbCgwKTogQmFja2luZyBzdG9yZSBk aXNhYmxlZAooPT0pIGludGVsKDApOiBTaWxrZW4gbW91c2UgZW5hYmxlZAooSUkpIGludGVs KDApOiBJbml0aWFsaXppbmcgSFcgQ3Vyc29yCihJSSkgaW50ZWwoMCk6IFtEUkldIGluc3Rh bGxhdGlvbiBjb21wbGV0ZQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdBUlRNZW1vcnk6IGJp bmQga2V5IDEgYXQgMHgwMWZkZjAwMCAocGdvZmZzZXQgODE1OSkKKElJKSBpbnRlbCgwKTog eGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSAyIGF0IDB4MDFmZTkwMDAgKHBnb2Zmc2V0 IDgxNjkpCihJSSkgaW50ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmluZCBrZXkgMyBh dCAweDAxZmVhMDAwIChwZ29mZnNldCA4MTcwKQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdB UlRNZW1vcnk6IGJpbmQga2V5IDQgYXQgMHgwMjYyYTAwMCAocGdvZmZzZXQgOTc3MCkKKElJ KSBpbnRlbCgwKTogeGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSA1IGF0IDB4MDJjNmEw MDAgKHBnb2Zmc2V0IDExMzcwKQooSUkpIGludGVsKDApOiBGaXhlZCBtZW1vcnkgYWxsb2Nh dGlvbiBsYXlvdXQ6CihJSSkgaW50ZWwoMCk6IDB4MDAwMDAwMDAtMHgwMDAxZmZmZjogcmlu ZyBidWZmZXIgKDEyOCBrQikKKElJKSBpbnRlbCgwKTogMHgwMDAyMDAwMC0weDAwMDI3ZmZm OiBsb2dpY2FsIDNEIGNvbnRleHQgKDMyIGtCKQooSUkpIGludGVsKDApOiAweDAwMDI4MDAw LTB4MDAxMjdmZmY6IGZha2UgYnVmbWdyICgxMDI0IGtCKQooSUkpIGludGVsKDApOiAweDAw MTMwMDAwLTB4MDA3NmZmZmY6IGZyb250IGJ1ZmZlciAoNjQwMCBrQikKKElJKSBpbnRlbCgw KTogMHgwMDc3MDAwMC0weDAxYTJmZmZmOiBleGEgb2Zmc2NyZWVuICgxOTIwMCBrQikKKElJ KSBpbnRlbCgwKTogMHgwMWZkZjAwMDogICAgICAgICAgICBlbmQgb2Ygc3RvbGVuIG1lbW9y eQooSUkpIGludGVsKDApOiAweDAxZmRmMDAwLTB4MDFmZThmZmY6IEhXIGN1cnNvcnMgKDQw IGtCLCAweDAwMDAwMDAwMjUyMTAwMDAgcGh5c2ljYWwKKQooSUkpIGludGVsKDApOiAweDAx ZmU5MDAwLTB4MDFmZTlmZmY6IG92ZXJsYXkgcmVnaXN0ZXJzICg0IGtCLCAweDAwMDAwMDAw MjUyMDcwMDAgcGh5c2ljYWwKKQooSUkpIGludGVsKDApOiAweDAxZmVhMDAwLTB4MDI2Mjlm ZmY6IGJhY2sgYnVmZmVyICg2NDAwIGtCKQooSUkpIGludGVsKDApOiAweDAyNjJhMDAwLTB4 MDJjNjlmZmY6IGRlcHRoIGJ1ZmZlciAoNjQwMCBrQikKKElJKSBpbnRlbCgwKTogMHgwMmM2 YTAwMC0weDA0YzY5ZmZmOiBjbGFzc2ljIHRleHR1cmVzICgzMjc2OCBrQikKKElJKSBpbnRl bCgwKTogMHgwODAwMDAwMDogICAgICAgICAgICBlbmQgb2YgYXBlcnR1cmUKKElJKSBpbnRl bCgwKTogdXNpbmcgU1NDIHJlZmVyZW5jZSBjbG9jayBvZiA2NiBNSHoKKElJKSBpbnRlbCgw KTogU2VsZWN0aW5nIHN0YW5kYXJkIDE4IGJpdCBUTURTIHBpeGVsIGZvcm1hdC4KKElJKSBp bnRlbCgwKTogT3V0cHV0IGNvbmZpZ3VyYXRpb246CihJSSkgaW50ZWwoMCk6ICAgUGlwZSBB IGlzIG9mZgooSUkpIGludGVsKDApOiAgIERpc3BsYXkgcGxhbmUgQSBpcyBub3cgZGlzYWJs ZWQgYW5kIGNvbm5lY3RlZCB0byBwaXBlIEEuCihXVykgaW50ZWwoMCk6ICAgSGFyZHdhcmUg Y2xhaW1zIHBpcGUgQSBpcyBvbiB3aGlsZSBzb2Z0d2FyZSBiZWxpZXZlcyBpdCBpcyBvZmYK KElJKSBpbnRlbCgwKTogICBQaXBlIEIgaXMgb24KKElJKSBpbnRlbCgwKTogICBEaXNwbGF5 IHBsYW5lIEIgaXMgbm93IGVuYWJsZWQgYW5kIGNvbm5lY3RlZCB0byBwaXBlIEIuCihJSSkg aW50ZWwoMCk6ICAgT3V0cHV0IFZHQSBpcyBjb25uZWN0ZWQgdG8gcGlwZSBub25lCihJSSkg aW50ZWwoMCk6ICAgT3V0cHV0IExWRFMgaXMgY29ubmVjdGVkIHRvIHBpcGUgQgooSUkpIGlu dGVsKDApOiBbZHJtXSBkbWEgY29udHJvbCBpbml0aWFsaXplZCwgdXNpbmcgSVJRIDE2CihJ SSkgaW50ZWwoMCk6IFJhbmRSIDEuMiBlbmFibGVkLCBpZ25vcmUgdGhlIGZvbGxvd2luZyBS YW5kUiBkaXNhYmxlZCBtZXNzYWdlLgooSUkpIGludGVsKDApOiBEUE1TIGVuYWJsZWQKKElJ KSBpbnRlbCgwKTogU2V0IHVwIG92ZXJsYXkgdmlkZW8KKElJKSBpbnRlbCgwKTogZGlyZWN0 IHJlbmRlcmluZzogRW5hYmxlZAooV1cpIGludGVsKDApOiBPcHRpb24gIlhBQU5vT2Zmc2Ny ZWVuUGl4bWFwcyIgaXMgbm90IHVzZWQKKC0tKSBSYW5kUiBkaXNhYmxlZAooSUkpIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQooSUkpIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uCihJSSkgSW5pdGlhbGl6aW5nIGJ1 aWx0LWluIGV4dGVuc2lvbiBYVEVTVAooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gWEtFWUJPQVJECihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBY SU5FUkFNQQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTCihJ SSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSRU5ERVIKKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBDT01QT1NJVEUKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIERBTUFHRQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEVW SUUKZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5E ZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAoT0spCmRybU9wZW5CeUJ1c2lkOiBTZWFyY2hp bmcgZm9yIEJ1c0lEIHBjaTowMDAwOjAwOjAyLjAKZHJtT3BlbkRldmljZTogbm9kZSBuYW1l IGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAo T0spCmRybU9wZW5CeUJ1c2lkOiBkcm1PcGVuTWlub3IgcmV0dXJucyAxMApkcm1PcGVuQnlC dXNpZDogZHJtR2V0QnVzaWQgcmVwb3J0cyBwY2k6MDAwMDowMDowMi4wCihJSSkgQUlHTFg6 IGVuYWJsZWQgR0xYX01FU0FfY29weV9zdWJfYnVmZmVyCihJSSkgQUlHTFg6IGVuYWJsZWQg R0xYX1NHSV9zd2FwX2NvbnRyb2wgYW5kIEdMWF9NRVNBX3N3YXBfY29udHJvbAooSUkpIEFJ R0xYOiBlbmFibGVkIEdMWF90ZXh0dXJlX2Zyb21fcGl4bWFwIHdpdGggZHJpdmVyIHN1cHBv cnQKKElJKSBBSUdMWDogTG9hZGVkIGFuZCBpbml0aWFsaXplZCAvdXNyL2xvY2FsL2xpYi9k cmkvaTkxNV9kcmkuc28KKElJKSBHTFg6IEluaXRpYWxpemVkIERSSSBHTCBwcm92aWRlciBm b3Igc2NyZWVuIDAKKElJKSBpbnRlbCgwKTogU2V0dGluZyBzY3JlZW4gcGh5c2ljYWwgc2l6 ZSB0byAzMDUgeCAxODMKKEVFKSBpbnRlbCgwKTogdW5kZXJydW4gb24gcGlwZSBCIQooSUkp IGNvbmZpZy9oYWw6IEFkZGluZyBpbnB1dCBkZXZpY2UgQVQgS2V5Ym9hcmQKKElJKSBMb2Fk TW9kdWxlOiAia2JkIgoKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9pbnB1dC8va2JkX2Rydi5zbwooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjMuMgoJ TW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJ bnB1dCBkcml2ZXIsIHZlcnNpb24gMi4xCigqKikgQVQgS2V5Ym9hcmQ6IGFsd2F5cyByZXBv cnRzIGNvcmUgZXZlbnRzCigqKikgT3B0aW9uICJQcm90b2NvbCIgInN0YW5kYXJkIgooKiop IEFUIEtleWJvYXJkOiBQcm90b2NvbDogc3RhbmRhcmQKKCoqKSBPcHRpb24gIkF1dG9SZXBl YXQiICI1MDAgMzAiCigqKikgT3B0aW9uICJYa2JSdWxlcyIgInhvcmciCigqKikgQVQgS2V5 Ym9hcmQ6IFhrYlJ1bGVzOiAieG9yZyIKKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDUi CigqKikgQVQgS2V5Ym9hcmQ6IFhrYk1vZGVsOiAicGMxMDUiCigqKikgT3B0aW9uICJYa2JM YXlvdXQiICJ1cyxydSIKKCoqKSBBVCBLZXlib2FyZDogWGtiTGF5b3V0OiAidXMscnUiCigq KikgT3B0aW9uICJYa2JWYXJpYW50IiAiLHdpbmtleXMiCigqKikgQVQgS2V5Ym9hcmQ6IFhr YlZhcmlhbnQ6ICIsd2lua2V5cyIKKCoqKSBPcHRpb24gIlhrYk9wdGlvbnMiICJncnA6YWx0 X3NoaWZ0X3RvZ2dsZSxncnBfbGVkOm51bSxncnA6c3dpdGNoIgooKiopIEFUIEtleWJvYXJk OiBYa2JPcHRpb25zOiAiZ3JwOmFsdF9zaGlmdF90b2dnbGUsZ3JwX2xlZDpudW0sZ3JwOnN3 aXRjaCIKKCoqKSBPcHRpb24gIkN1c3RvbUtleWNvZGVzIiAib2ZmIgooKiopIEFUIEtleWJv YXJkOiBDdXN0b21LZXljb2RlcyBkaXNhYmxlZAooSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVu ZGVkIGlucHV0IGRldmljZSAiQVQgS2V5Ym9hcmQiICh0eXBlOiBLRVlCT0FSRCkKKElJKSBj b25maWcvaGFsOiBBZGRpbmcgaW5wdXQgZGV2aWNlIFBTLzIgTW91c2UKKElJKSBMb2FkTW9k dWxlOiAibW91c2UiCgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2lucHV0Ly9tb3VzZV9kcnYuc28KKElJKSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuMywgbW9kdWxlIHZlcnNpb24gPSAxLjQu MAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3Jn IFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMi4xCigqKikgT3B0aW9uICJQcm90b2NvbCIgImF1 dG8iCigqKikgUFMvMiBNb3VzZTogRGV2aWNlOiAiL2Rldi9wc20wIgooKiopIFBTLzIgTW91 c2U6IFByb3RvY29sOiAiYXV0byIKKCoqKSBQUy8yIE1vdXNlOiBhbHdheXMgcmVwb3J0cyBj b3JlIGV2ZW50cwooKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rldi9wc20wIgooPT0pIFBTLzIg TW91c2U6IEVtdWxhdGUzQnV0dG9ucywgRW11bGF0ZTNUaW1lb3V0OiA1MAooKiopIE9wdGlv biAiWkF4aXNNYXBwaW5nIiAiNCA1IDYgNyIKKCoqKSBQUy8yIE1vdXNlOiBaQXhpc01hcHBp bmc6IGJ1dHRvbnMgNCwgNSwgNiBhbmQgNwooKiopIFBTLzIgTW91c2U6IEJ1dHRvbnM6IDEx CigqKikgUFMvMiBNb3VzZTogU2Vuc2l0aXZpdHk6IDEKKElJKSBYSU5QVVQ6IEFkZGluZyBl eHRlbmRlZCBpbnB1dCBkZXZpY2UgIlBTLzIgTW91c2UiICh0eXBlOiBNT1VTRSkKKElJKSBQ Uy8yIE1vdXNlOiBTZXR1cEF1dG86IGh3LmlmdHlwZSBpcyAzLCBody5tb2RlbCBpcyA0CihJ SSkgUFMvMiBNb3VzZTogU2V0dXBBdXRvOiBwcm90b2NvbCBpcyBJTVBTLzIKKElJKSBQUy8y IE1vdXNlOiBwczJFbmFibGVEYXRhUmVwb3J0aW5nOiBzdWNjZWVkZWQKKFdXKSBmY250bCgx MiwgT19BU1lOQyk6IEluYXBwcm9wcmlhdGUgaW9jdGwgZm9yIGRldmljZQooSUkpIGludGVs KDApOiBJMkMgYnVzICJDUlRERENfQSIgaW5pdGlhbGl6ZWQuCihJSSkgaW50ZWwoMCk6IEky QyBidXMgIkNSVEREQ19BIiByZW1vdmVkLgooSUkpIGludGVsKDApOiBFRElEIHZlbmRvciAi U0VDIiwgcHJvZCBpZCAyMjA4MgooSUkpIGludGVsKDApOiBQcmludGluZyBEREMgZ2F0aGVy ZWQgTW9kZWxpbmVzOgooSUkpIGludGVsKDApOiBNb2RlbGluZSAiMTI4MHg3NjgieDAuMCAg IDY4LjkzICAxMjgwIDEyOTYgMTM0NCAxNDA4ICA3NjggNzcxIDc3NyA4MTYgLWhzeW5jIC12 c3luYyAoNDkuMCBrSHopCihJSSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9k IGlkIDIyMDgyCihFRSkgaW50ZWwoMCk6IHVuZGVycnVuIG9uIHBpcGUgQiEKKElJKSBpbnRl bCgwKTogSTJDIGJ1cyAiQ1JURERDX0EiIGluaXRpYWxpemVkLgooSUkpIGludGVsKDApOiBJ MkMgYnVzICJDUlRERENfQSIgcmVtb3ZlZC4KKElJKSBpbnRlbCgwKTogRURJRCB2ZW5kb3Ig IlNFQyIsIHByb2QgaWQgMjIwODIKKElJKSBpbnRlbCgwKTogUHJpbnRpbmcgRERDIGdhdGhl cmVkIE1vZGVsaW5lczoKKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjEyODB4NzY4IngwLjAg ICA2OC45MyAgMTI4MCAxMjk2IDEzNDQgMTQwOCAgNzY4IDc3MSA3NzcgODE2IC1oc3luYyAt dnN5bmMgKDQ5LjAga0h6KQooSUkpIGludGVsKDApOiBFRElEIHZlbmRvciAiU0VDIiwgcHJv ZCBpZCAyMjA4MgooSUkpIGludGVsKDApOiBJMkMgYnVzICJDUlRERENfQSIgaW5pdGlhbGl6 ZWQuCihJSSkgaW50ZWwoMCk6IEkyQyBidXMgIkNSVEREQ19BIiByZW1vdmVkLgooSUkpIGlu dGVsKDApOiBFRElEIHZlbmRvciAiU0VDIiwgcHJvZCBpZCAyMjA4MgooSUkpIGludGVsKDAp OiBQcmludGluZyBEREMgZ2F0aGVyZWQgTW9kZWxpbmVzOgooSUkpIGludGVsKDApOiBNb2Rl bGluZSAiMTI4MHg3NjgieDAuMCAgIDY4LjkzICAxMjgwIDEyOTYgMTM0NCAxNDA4ICA3Njgg NzcxIDc3NyA4MTYgLWhzeW5jIC12c3luYyAoNDkuMCBrSHopCihJSSkgaW50ZWwoMCk6IEVE SUQgdmVuZG9yICJTRUMiLCBwcm9kIGlkIDIyMDgyCihJSSkgaW50ZWwoMCk6IEkyQyBidXMg IkNSVEREQ19BIiBpbml0aWFsaXplZC4KKElJKSBpbnRlbCgwKTogSTJDIGJ1cyAiQ1JURERD X0EiIHJlbW92ZWQuCihJSSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJTRUMiLCBwcm9kIGlk IDIyMDgyCihJSSkgaW50ZWwoMCk6IFByaW50aW5nIEREQyBnYXRoZXJlZCBNb2RlbGluZXM6 CihJSSkgaW50ZWwoMCk6IE1vZGVsaW5lICIxMjgweDc2OCJ4MC4wICAgNjguOTMgIDEyODAg MTI5NiAxMzQ0IDE0MDggIDc2OCA3NzEgNzc3IDgxNiAtaHN5bmMgLXZzeW5jICg0OS4wIGtI eikKKElJKSBpbnRlbCgwKTogRURJRCB2ZW5kb3IgIlNFQyIsIHByb2QgaWQgMjIwODIKRmFp bGVkIHRvIHN3aXRjaCBjb25zb2xlcyAoSW52YWxpZCBhcmd1bWVudCkK --------------070809010902080606090902 Content-Type: text/plain; name="xorg.conf.new" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xorg.conf.new" U2VjdGlvbiAiU2VydmVyTGF5b3V0IgoJSWRlbnRpZmllciAgICAgIlgub3JnIENvbmZpZ3Vy ZWQiCglTY3JlZW4gICAgICAwICAiU2NyZWVuMCIgMCAwCglTY3JlZW4gICAgICAxICAiU2Ny ZWVuMSIgUmlnaHRPZiAiU2NyZWVuMCIKCUlucHV0RGV2aWNlICAgICJNb3VzZTAiICJDb3Jl UG9pbnRlciIKCUlucHV0RGV2aWNlICAgICJLZXlib2FyZDAiICJDb3JlS2V5Ym9hcmQiCkVu ZFNlY3Rpb24KClNlY3Rpb24gIkZpbGVzIgoJTW9kdWxlUGF0aCAgICIvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMiCglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250 cy9taXNjLyIKCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1RURi8i CglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYiCglGb250UGF0 aCAgICAgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy9UeXBlMS8iCglGb250UGF0aCAgICAg Ii91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvIgoJRm9udFBhdGggICAgICIvdXNy L2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvIgpFbmRTZWN0aW9uCgpTZWN0aW9uICJNb2R1 bGUiCglMb2FkICAiZXh0bW9kIgoJTG9hZCAgInJlY29yZCIKCUxvYWQgICJkYmUiCglMb2Fk ICAiZ2x4IgoJTG9hZCAgInh0cmFwIgoJTG9hZCAgImRyaSIKCUxvYWQgICJmcmVldHlwZSIK RW5kU2VjdGlvbgoKU2VjdGlvbiAiSW5wdXREZXZpY2UiCglJZGVudGlmaWVyICAiS2V5Ym9h cmQwIgoJRHJpdmVyICAgICAgImtiZCIKRW5kU2VjdGlvbgoKU2VjdGlvbiAiSW5wdXREZXZp Y2UiCglJZGVudGlmaWVyICAiTW91c2UwIgoJRHJpdmVyICAgICAgIm1vdXNlIgoJT3B0aW9u CSAgICAiUHJvdG9jb2wiICJhdXRvIgoJT3B0aW9uCSAgICAiRGV2aWNlIiAiL2Rldi9zeXNt b3VzZSIKCU9wdGlvbgkgICAgIlpBeGlzTWFwcGluZyIgIjQgNSA2IDciCkVuZFNlY3Rpb24K ClNlY3Rpb24gIk1vbml0b3IiCglJZGVudGlmaWVyICAgIk1vbml0b3IwIgoJVmVuZG9yTmFt ZSAgICJNb25pdG9yIFZlbmRvciIKCU1vZGVsTmFtZSAgICAiTW9uaXRvciBNb2RlbCIKRW5k U2VjdGlvbgoKU2VjdGlvbiAiTW9uaXRvciIKCUlkZW50aWZpZXIgICAiTW9uaXRvcjEiCglW ZW5kb3JOYW1lICAgIk1vbml0b3IgVmVuZG9yIgoJTW9kZWxOYW1lICAgICJNb25pdG9yIE1v ZGVsIgpFbmRTZWN0aW9uCgpTZWN0aW9uICJEZXZpY2UiCiAgICAgICAgIyMjIEF2YWlsYWJs ZSBEcml2ZXIgb3B0aW9ucyBhcmU6LQogICAgICAgICMjIyBWYWx1ZXM6IDxpPjogaW50ZWdl ciwgPGY+OiBmbG9hdCwgPGJvb2w+OiAiVHJ1ZSIvIkZhbHNlIiwKICAgICAgICAjIyMgPHN0 cmluZz46ICJTdHJpbmciLCA8ZnJlcT46ICI8Zj4gSHova0h6L01IeiIKICAgICAgICAjIyMg W2FyZ106IGFyZyBvcHRpb25hbAogICAgICAgICNPcHRpb24gICAgICJOb0FjY2VsIiAgICAg ICAgICAgIAkjIFs8Ym9vbD5dCiAgICAgICAgI09wdGlvbiAgICAgIlNXY3Vyc29yIiAgICAg ICAgICAgCSMgWzxib29sPl0KICAgICAgICAjT3B0aW9uICAgICAiQ29sb3JLZXkiICAgICAg ICAgICAJIyA8aT4KICAgICAgICAjT3B0aW9uICAgICAiQ2FjaGVMaW5lcyIgICAgICAgICAJ IyA8aT4KICAgICAgICAjT3B0aW9uICAgICAiRGFjNkJpdCIgICAgICAgICAgICAJIyBbPGJv b2w+XQogICAgICAgICNPcHRpb24gICAgICJEUkkiICAgICAgICAgICAgICAgIAkjIFs8Ym9v bD5dCiAgICAgICAgI09wdGlvbiAgICAgIk5vRERDIiAgICAgICAgICAgICAgCSMgWzxib29s Pl0KICAgICAgICAjT3B0aW9uICAgICAiU2hvd0NhY2hlIiAgICAgICAgICAJIyBbPGJvb2w+ XQogICAgICAgICNPcHRpb24gICAgICJYdk1DU3VyZmFjZXMiICAgICAgIAkjIDxpPgogICAg ICAgICNPcHRpb24gICAgICJQYWdlRmxpcCIgICAgICAgICAgIAkjIFs8Ym9vbD5dCglJZGVu dGlmaWVyICAiQ2FyZDAiCglEcml2ZXIgICAgICAiaW50ZWwiCglWZW5kb3JOYW1lICAiSW50 ZWwgQ29ycG9yYXRpb24iCglCb2FyZE5hbWUgICAiODI4NTIvODU1R00gSW50ZWdyYXRlZCBH cmFwaGljcyBEZXZpY2UiCglCdXNJRCAgICAgICAiUENJOjA6MjowIgpFbmRTZWN0aW9uCgpT ZWN0aW9uICJEZXZpY2UiCiAgICAgICAgIyMjIEF2YWlsYWJsZSBEcml2ZXIgb3B0aW9ucyBh cmU6LQogICAgICAgICMjIyBWYWx1ZXM6IDxpPjogaW50ZWdlciwgPGY+OiBmbG9hdCwgPGJv b2w+OiAiVHJ1ZSIvIkZhbHNlIiwKICAgICAgICAjIyMgPHN0cmluZz46ICJTdHJpbmciLCA8 ZnJlcT46ICI8Zj4gSHova0h6L01IeiIKICAgICAgICAjIyMgW2FyZ106IGFyZyBvcHRpb25h bAogICAgICAgICNPcHRpb24gICAgICJOb0FjY2VsIiAgICAgICAgICAgIAkjIFs8Ym9vbD5d CiAgICAgICAgI09wdGlvbiAgICAgIlNXY3Vyc29yIiAgICAgICAgICAgCSMgWzxib29sPl0K ICAgICAgICAjT3B0aW9uICAgICAiQ29sb3JLZXkiICAgICAgICAgICAJIyA8aT4KICAgICAg ICAjT3B0aW9uICAgICAiQ2FjaGVMaW5lcyIgICAgICAgICAJIyA8aT4KICAgICAgICAjT3B0 aW9uICAgICAiRGFjNkJpdCIgICAgICAgICAgICAJIyBbPGJvb2w+XQogICAgICAgICNPcHRp b24gICAgICJEUkkiICAgICAgICAgICAgICAgIAkjIFs8Ym9vbD5dCiAgICAgICAgI09wdGlv biAgICAgIk5vRERDIiAgICAgICAgICAgICAgCSMgWzxib29sPl0KICAgICAgICAjT3B0aW9u ICAgICAiU2hvd0NhY2hlIiAgICAgICAgICAJIyBbPGJvb2w+XQogICAgICAgICNPcHRpb24g ICAgICJYdk1DU3VyZmFjZXMiICAgICAgIAkjIDxpPgogICAgICAgICNPcHRpb24gICAgICJQ YWdlRmxpcCIgICAgICAgICAgIAkjIFs8Ym9vbD5dCglJZGVudGlmaWVyICAiQ2FyZDEiCglE cml2ZXIgICAgICAiaW50ZWwiCglWZW5kb3JOYW1lICAiSW50ZWwgQ29ycG9yYXRpb24iCglC b2FyZE5hbWUgICAiODI4NTIvODU1R00gSW50ZWdyYXRlZCBHcmFwaGljcyBEZXZpY2UiCglC dXNJRCAgICAgICAiUENJOjA6MjoxIgpFbmRTZWN0aW9uCgpTZWN0aW9uICJTY3JlZW4iCglJ ZGVudGlmaWVyICJTY3JlZW4wIgoJRGV2aWNlICAgICAiQ2FyZDAiCglNb25pdG9yICAgICJN b25pdG9yMCIKCVN1YlNlY3Rpb24gIkRpc3BsYXkiCgkJVmlld3BvcnQgICAwIDAKCQlEZXB0 aCAgICAgMQoJRW5kU3ViU2VjdGlvbgoJU3ViU2VjdGlvbiAiRGlzcGxheSIKCQlWaWV3cG9y dCAgIDAgMAoJCURlcHRoICAgICA0CglFbmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNw bGF5IgoJCVZpZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDgKCUVuZFN1YlNlY3Rpb24KCVN1 YlNlY3Rpb24gIkRpc3BsYXkiCgkJVmlld3BvcnQgICAwIDAKCQlEZXB0aCAgICAgMTUKCUVu ZFN1YlNlY3Rpb24KCVN1YlNlY3Rpb24gIkRpc3BsYXkiCgkJVmlld3BvcnQgICAwIDAKCQlE ZXB0aCAgICAgMTYKCUVuZFN1YlNlY3Rpb24KCVN1YlNlY3Rpb24gIkRpc3BsYXkiCgkJVmll d3BvcnQgICAwIDAKCQlEZXB0aCAgICAgMjQKCUVuZFN1YlNlY3Rpb24KRW5kU2VjdGlvbgoK U2VjdGlvbiAiU2NyZWVuIgoJSWRlbnRpZmllciAiU2NyZWVuMSIKCURldmljZSAgICAgIkNh cmQxIgoJTW9uaXRvciAgICAiTW9uaXRvcjEiCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZp ZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDEKCUVuZFN1YlNlY3Rpb24KCVN1YlNlY3Rpb24g IkRpc3BsYXkiCgkJVmlld3BvcnQgICAwIDAKCQlEZXB0aCAgICAgNAoJRW5kU3ViU2VjdGlv bgoJU3ViU2VjdGlvbiAiRGlzcGxheSIKCQlWaWV3cG9ydCAgIDAgMAoJCURlcHRoICAgICA4 CglFbmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0ICAgMCAw CgkJRGVwdGggICAgIDE1CglFbmRTdWJTZWN0aW9uCglTdWJTZWN0aW9uICJEaXNwbGF5IgoJ CVZpZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDE2CglFbmRTdWJTZWN0aW9uCglTdWJTZWN0 aW9uICJEaXNwbGF5IgoJCVZpZXdwb3J0ICAgMCAwCgkJRGVwdGggICAgIDI0CglFbmRTdWJT ZWN0aW9uCkVuZFNlY3Rpb24KCg== --------------070809010902080606090902-- From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 22:13:52 2009 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 09FA6106564A for ; Tue, 3 Feb 2009 22:13:52 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 998068FC16 for ; Tue, 3 Feb 2009 22:13:51 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 75D851F4351; Tue, 3 Feb 2009 17:08:51 -0500 (EST) Received: from sorrow.ashke.com (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id CC965ADC259; Tue, 3 Feb 2009 17:20:10 -0500 (EST) From: Adam K Kirchhoff To: freebsd-x11@freebsd.org Date: Tue, 3 Feb 2009 17:12:39 -0500 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; i386; ; ) References: <4988BEC3.9030501@gmail.com> In-Reply-To: <4988BEC3.9030501@gmail.com> MIME-Version: 1.0 Message-Id: <200902031712.39127.adamk@voicenet.com> X-visualtech-MailScanner: Found to be clean Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Gvozdikov Veniamin Subject: Re: very low fps 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, 03 Feb 2009 22:13:52 -0000 On Tuesday 03 February 2009 17:01:39 Gvozdikov Veniamin wrote: > #glxgears > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Failed to initialize GEM. Falling back to classic. > 290 frames in 5.0 seconds = 57.838 FPS > 291 frames in 5.0 seconds = 58.066 FPS > 291 frames in 5.0 seconds = 58.072 FPS > ^C glxgears is not a benchmark. Do not *ever* use it to judge your opengl performance. For what it's worth, though, it sounds like you have sync-to-vblank enabled. You can configure the drivers to never sync to vertical refresh with driconf. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Tue Feb 3 23:36:54 2009 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 1CDDC106566B for ; Tue, 3 Feb 2009 23:36:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF578FC1E for ; Tue, 3 Feb 2009 23:36:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy14 with SMTP id 14so3695052ewy.19 for ; Tue, 03 Feb 2009 15:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jlLk26U/igf7Omz/fOUDs7yq1f28x4ArlIni0Qi1GNc=; b=jWrLav58IJS2NtC9pNFNTvy8cknHjVhUz/+GllhaAe9d0ey4A/Doa66VykVLstPDQx z7PDfdU8Z4dEGBD6jhIDvz1uobA6lKUkWgtZF3lCdTmf63ZcRwTlBe2DzEstHCCBNIU5 s++RHPI1DCiMWghdbtDLUunFGbWayA9TeRVGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kGQkFsDdbz923x2ni27XDGJ7sCSxEqZwzQaIIlGizsaKO8AFPpCDeS+1xqV70ng9RB 9bfMYrUZ0S/WQzKsK8yYcTvu/gKvx2W6AWqq/64yAJdHK5pNNIeZt/hhgUKDYcY1Mjew rzH4cC9+3N59jA4/60//xAqGr4frRYKBpXCVA= MIME-Version: 1.0 Received: by 10.210.13.17 with SMTP id 17mr4211549ebm.130.1233704212593; Tue, 03 Feb 2009 15:36:52 -0800 (PST) In-Reply-To: <498897CB.7080505@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> <498897CB.7080505@system.pl> Date: Wed, 4 Feb 2009 00:36:52 +0100 Message-ID: <3a142e750902031536o617e13c4m248ed716783ff37@mail.gmail.com> From: "Paul B. Mahol" To: Marcin Cieslak Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Tue, 03 Feb 2009 23:36:54 -0000 On 2/3/09, Marcin Cieslak wrote: > Robert Noland wrote: >> Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm >> planning to commit this sometime next week. This patch includes the >> following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and >> the 2.6.1 release of the intel driver. > > > After a successful upgrade of kernel and world r187968M:two days ago and > a successful (sic!) update of X to server 1.5.3 and friends I have > decided to give 1.6 a try. > > I have tried this both with intel and nv driver (my laptop has both but > only one can be active at the time - switchable at the boot time). > > 1. First thing, I have lost access to my legacy X11 fonts. > > [dix] Could not init font path element /usr/local/lib/X11/fonts/misc/, > removing from list! > [dix] Could not init font path element /usr/local/lib/X11/fonts/TTF/, > removing from list! > [dix] Could not init font path element /usr/local/lib/X11/fonts/OTF, > removing from list! > > etc. > > I get: > > % xset fp+ /usr/local/lib/X11/fonts/100dpi > xset: bad font path element (#23), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax > > There is no more a "freetype" and "xtrap" module, so I had to change by > config. > > Gtk applications (seamonkey) and Qt (psi) have no problems with fonts, > but xterm does. xterm is unable to locate any bitmap font (fallback to > "fixed") and when told to use Freetype fonts (-fa 'Luxi Mono-10' option) > it looks like black text on black background (my xterm has a white fb, > black bg). You can issue commands in such a window (the letter spacing > is preserved and the cursor moves), but xterm segfaults when there is > a need to scroll. > > xterm -bg white segfaults immediately, > > xterm has been recompiled after 1.6 installation. > > 2. Once (when running NVidia) the server froze, i.e. I could only move > mouse and no keys worked (including server zap, switching VTs or > Ctrl-Alt-Del). This happened when displaying a fast-scrolling > ./configure output of the libXfont in a full-screen xterm window. > > The freeze doesn't look like > a http://bugs.freedesktop.org/show_bug.cgi?id=17358 however. > > I am using dwm as the window manager. > > A bunch of config files and output from various commands is available at: > > http://akson.sgh.waw.pl/~saper/FreeBSD/ports/xorg-server/xorg-1.6/ > > --Marcin > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > Missing freetype module should be fixed in xorg-server git. -- Paul From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 01:14:15 2009 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 55764106566B for ; Wed, 4 Feb 2009 01:14:15 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C1CF88FC08 for ; Wed, 4 Feb 2009 01:14:14 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUWLE-0003Aw-LC for freebsd-x11@freebsd.org; Wed, 04 Feb 2009 01:14:12 +0000 Received: from 81.210.237.210 ([81.210.237.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 01:14:12 +0000 Received: from saper by 81.210.237.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 01:14:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Marcin Cieslak Date: Wed, 04 Feb 2009 02:13:51 +0100 Lines: 240 Message-ID: <4988EBCF.3010301@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> <498897CB.7080505@system.pl> <3a142e750902031536o617e13c4m248ed716783ff37@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------020009020904030107070907" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.237.210 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090131 SeaMonkey/1.1.14 In-Reply-To: <3a142e750902031536o617e13c4m248ed716783ff37@mail.gmail.com> Sender: news Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Wed, 04 Feb 2009 01:14:16 -0000 This is a multi-part message in MIME format. --------------020009020904030107070907 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Paul B. Mahol wrote: > On 2/3/09, Marcin Cieslak wrote: >> 1. First thing, I have lost access to my legacy X11 fonts. > > Missing freetype module should be fixed in xorg-server git. > It was actually --enable-builtin-fonts (the default) that caused the problem. The attached patch fixes the problem. I also added "--disable-builtin-fonts" to the Makefile since I didn't want to re-generate the configure file, but it may not be necessary. Adding this patch to the x11-servers/xorg-server/files made my xterm run again. Thanks for the pointer, the patch is actually http://42.pl/u/1v1N slightly modified. --Marcin --------------020009020904030107070907 Content-Type: text/plain; name="patch-builtin-fonts" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-builtin-fonts" --- include/dixfont.h.orig 2009-01-31 05:21:50.000000000 +0100 +++ include/dixfont.h 2009-02-04 01:36:50.928061947 +0100 @@ -142,4 +142,6 @@ extern void SetGlyphCachingMode(int /*newmode*/); +extern _X_EXPORT void BuiltinRegisterFpeFunctions(void); + #endif /* DIXFONT_H */ --- dix/dixfonts.c.orig 2009-01-31 05:21:50.000000000 +0100 +++ dix/dixfonts.c 2009-02-04 01:34:22.024360263 +0100 @@ -1907,12 +1907,9 @@ { patternCache = MakeFontPatternCache(); -#ifdef BUILTIN_FONTS BuiltinRegisterFpeFunctions(); -#else FontFileRegisterFpeFunctions(); fs_register_fpe_functions(); -#endif } int --- hw/xfree86/common/xf86Config.c.orig 2009-01-31 05:21:50.000000000 +0100 +++ hw/xfree86/common/xf86Config.c 2009-02-04 01:34:22.029363650 +0100 @@ -110,8 +110,6 @@ #define PROJECTROOT "/usr/X11R6" #endif -static char *fontPath = NULL; - static ModuleDefault ModuleDefaults[] = { {.name = "extmod", .toLoad = TRUE, .load_opt=NULL}, {.name = "dbe", .toLoad = TRUE, .load_opt=NULL}, @@ -586,90 +584,55 @@ static void configFiles(XF86ConfFilesPtr fileconf) { - MessageType pathFrom = X_DEFAULT; - int countDirs; - char *temp_path; - char *log_buf; - - /* FontPath */ - /* Try XF86Config FontPath first */ - if (!xf86fpFlag) { - if (fileconf) { - if (fileconf->file_fontpath) { - char *f = xf86ValidateFontPath(fileconf->file_fontpath); - pathFrom = X_CONFIG; - if (*f) { - if (xf86Info.useDefaultFontPath) { - char *g; - xf86Msg(X_DEFAULT, "Including the default font path %s.\n", defaultFontPath); - g = xnfalloc(strlen(defaultFontPath) + strlen(f) + 3); - strcpy(g, f); - strcat(g, ","); - defaultFontPath = strcat(g, defaultFontPath); - xfree(f); - } else { - defaultFontPath = f; - } - } else { - xf86Msg(X_WARNING, - "FontPath is completely invalid. Using compiled-in default.\n"); - fontPath = NULL; - pathFrom = X_DEFAULT; - } - } - } else { - xf86Msg(X_DEFAULT, - "No FontPath specified. Using compiled-in default.\n"); - pathFrom = X_DEFAULT; - } - } else { - /* Use fontpath specified with '-fp' */ - if (fontPath) - { - fontPath = NULL; - } - pathFrom = X_CMDLINE; - } - if (!fileconf) { - /* xf86ValidateFontPath will write into it's arg, but defaultFontPath - could be static, so we make a copy. */ - char *f = xnfalloc(strlen(defaultFontPath) + 1); - f[0] = '\0'; - strcpy (f, defaultFontPath); - defaultFontPath = xf86ValidateFontPath(f); - xfree(f); - } else { - if (fileconf) { - if (!fileconf->file_fontpath) { - /* xf86ValidateFontPath will write into it's arg, but defaultFontPath - could be static, so we make a copy. */ - char *f = xnfalloc(strlen(defaultFontPath) + 1); - f[0] = '\0'; - strcpy (f, defaultFontPath); - defaultFontPath = xf86ValidateFontPath(f); - xfree(f); + MessageType pathFrom; + Bool must_copy; + int size, countDirs; + char *temp_path, *log_buf, *start, *end; + + /* FontPath */ + must_copy = TRUE; + + temp_path = defaultFontPath ? defaultFontPath : ""; + if (xf86fpFlag) + pathFrom = X_CMDLINE; + else if (fileconf && fileconf->file_fontpath) { + pathFrom = X_CONFIG; + if (xf86Info.useDefaultFontPath) { + defaultFontPath = Xprintf("%s%s%s", + fileconf->file_fontpath, + *temp_path ? "," : "", temp_path); + must_copy = FALSE; + } + else + defaultFontPath = fileconf->file_fontpath; } - } - } - - /* If defaultFontPath is still empty, exit here */ + else + pathFrom = X_DEFAULT; + temp_path = defaultFontPath ? defaultFontPath : ""; - if (! *defaultFontPath) - FatalError("No valid FontPath could be found."); + /* ensure defaultFontPath contains "built-ins" */ + start = strstr(temp_path, "built-ins"); + end = start + strlen("built-ins"); + if (start == NULL || + !((start == temp_path || start[-1] == ',') && (!*end || *end == ','))) { + defaultFontPath = Xprintf("%s%sbuilt-ins", + temp_path, *temp_path ? "," : ""); + must_copy = FALSE; + } + /* xf86ValidateFontPath modifies its argument, but returns a copy of it. */ + temp_path = must_copy ? XNFstrdup(defaultFontPath) : defaultFontPath; + defaultFontPath = xf86ValidateFontPath(temp_path); + free(temp_path); + + /* make fontpath more readable in the logfiles */ + countDirs = 1; + temp_path = defaultFontPath; + while ((temp_path = index(temp_path, ',')) != NULL) { + countDirs++; + temp_path++; + } - /* make fontpath more readable in the logfiles */ - countDirs = 1; - temp_path = defaultFontPath; - while((temp_path = index(temp_path, ',')) != NULL) { - countDirs++; - temp_path++; - } - log_buf = xnfalloc(strlen(defaultFontPath) + (2 * countDirs) + 1); - if(!log_buf) /* fallback to old method */ - xf86Msg(pathFrom, "FontPath set to \"%s\"\n", defaultFontPath); - else { - char *start, *end; - int size; + log_buf = xnfalloc(strlen(defaultFontPath) + (2 * countDirs) + 1); temp_path = log_buf; start = defaultFontPath; while((end = index(start, ',')) != NULL) { @@ -685,7 +648,6 @@ strcpy(temp_path, start); xf86Msg(pathFrom, "FontPath set to:\n%s\n", log_buf); xfree(log_buf); - } if (fileconf && fileconf->file_inputdevs) { --- configure.ac.orig 2009-01-31 06:11:48.000000000 +0100 +++ configure.ac 2009-02-04 01:34:22.021359628 +0100 @@ -503,9 +503,6 @@ [Install libxf86config (default: disabled)]), [INSTALL_LIBXF86CONFIG=$enableval], [INSTALL_LIBXF86CONFIG=no]) -AC_ARG_ENABLE(builtin-fonts, AS_HELP_STRING([--enable-builtin-fonts], [Use only built-in fonts (default: yes)]), - [BUILTIN_FONTS=$enableval], - [BUILTIN_FONTS=yes]) AC_ARG_ENABLE(null-root-cursor, AS_HELP_STRING([--enable-null-root-cursor], [Use an empty root cursor (default: use core cursor)]), [NULL_ROOT_CURSOR=$enableval], [NULL_ROOT_CURSOR=no]) @@ -958,11 +955,6 @@ AC_DEFINE(DPMSExtension, 1, [Support DPMS extension]) fi -if test "x$BUILTIN_FONTS" = xyes; then - AC_DEFINE(BUILTIN_FONTS, 1, [Use only built-in fonts]) - FONTPATH="built-ins" -fi - if test "x$XCALIBRATE" = xyes && test "$KDRIVE" = yes; then AC_DEFINE(XCALIBRATE, 1, [Build XCalibrate extension]) REQUIRED_MODULES="$REQUIRED_MODULES xcalibrateproto" --------------020009020904030107070907-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 05:54:10 2009 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 89AD8106564A for ; Wed, 4 Feb 2009 05:54:10 +0000 (UTC) (envelope-from shinjii@maydias.com) Received: from smtp.po.exetel.com.au (pecan.exetel.com.au [220.233.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id 54BBB8FC14 for ; Wed, 4 Feb 2009 05:54:09 +0000 (UTC) (envelope-from shinjii@maydias.com) Received: from 196.43.96.58.exetel.com.au ([58.96.43.196] helo=enterprise.blackthorn.nu) by smtp.po.exetel.com.au with esmtp (Exim 4.68) (envelope-from ) id 1LUaQM-0000YM-NZ; Wed, 04 Feb 2009 16:35:46 +1100 Message-ID: <49892942.8030501@maydias.com> Date: Wed, 04 Feb 2009 15:36:02 +1000 From: Warren Liddell User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 04 Feb 2009 12:12:32 +0000 Cc: Subject: CMake error compiling kdepimlibs4 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, 04 Feb 2009 05:54:10 -0000 I have been trying to compile KDE4.2 on AMD64 7.1-STABLE machine, but atm this is 1 of the errors thats stopping it from working. ------------------------------------------------ CMake Error at CMakeLists.txt:128 (macro_write_basic_cmake_version_file): Unknown CMake command "macro_write_basic_cmake_version_file". -- Configuring incomplete, errors occurred! *** Error code 1 Stop in /usr/ports/deskutils/kdepimlibs4. *** Error code 1 Stop in /usr/ports/devel/kdesdk4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.64941.3 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdesdk-4.1.4 UPGRADE_PORT_VER=4.1.4 make DEPENDS_TARGET=package ** Fix the problem and try again. From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 12:19:53 2009 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 A677B1065686; Wed, 4 Feb 2009 12:19:53 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id 423868FC1D; Wed, 4 Feb 2009 12:19:51 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: by fxm10 with SMTP id 10so617288fxm.19 for ; Wed, 04 Feb 2009 04:19:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=/p2l0Kn3HbDRT+Zz1dwsQ02Bo95kiGD+ZEyz5zQ5De8=; b=n6sNoC/Ld8WVUPoGmrrHkJfvdFNEKrRtl2b58XlNYIls+A4/cgqafMxDcHPZ6OlW// UtZdpmcuSppQdJUdONHd5xQ/whnpVoPsHQ6+I8+SNU3EIsnjAyB2Jyff6PjCcvtYePbk 2NEJEQngOtGVxOCgP26/ydxyIKqvJF4qKPoqc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=WVgFfapIY4iSCJ6ZKfw8kib+ILQK/lvEmadUU8nQMbc/Ts4GX/pEh4gtRnaQNDcpeG BnUXB0sTri9XfRNBw6jU+V+TKv4808R2DANVTkXVij5tbx8PX0DOg8VPW5B1cYNzHIwk oN2FT74nkJrO3YWS9YGxO/zaXZ12iIG13WY7E= Received: by 10.223.112.201 with SMTP id x9mr1103997fap.69.1233749990337; Wed, 04 Feb 2009 04:19:50 -0800 (PST) Received: from ss.su (zloidemon.kraslan.ru [94.78.205.21]) by mx.google.com with ESMTPS id f6sm5624619nfh.79.2009.02.04.04.19.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 04:19:49 -0800 (PST) Message-ID: <498987E1.2070807@gmail.com> Date: Wed, 04 Feb 2009 19:19:45 +0700 From: Gvozdikov Veniamin User-Agent: Thunderbird 2.0.0.19 (X11/20090116) MIME-Version: 1.0 To: Adam K Kirchhoff , freebsd-x11@freebsd.org, Robert Noland References: <4988BEC3.9030501@gmail.com> <200902031712.39127.adamk@voicenet.com> In-Reply-To: <200902031712.39127.adamk@voicenet.com> Content-Type: multipart/mixed; boundary="------------030909080509070508080709" Cc: Subject: Re: very low fps 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, 04 Feb 2009 12:19:54 -0000 This is a multi-part message in MIME format. --------------030909080509070508080709 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit HI, I did as you said, and added a few options in xorg.conf. increase was significant. but when working with composite is slow in comparison with the xf86-video-i810. 1196 frames in 6.5 seconds = 183.264 FPS 1229 frames in 5.0 seconds = 245.412 FPS 1107 frames in 5.0 seconds = 221.371 FPS 871 frames in 5.0 seconds = 173.818 FPS fps in composite 100 #cat /etc/drirc in log (II) intel(0): Output configuration: (WW) intel(0): Hardware claims pipe A is on while software believes it is off (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (WW) intel(0): Option "XAANoOffscreenPixmaps" is not used (WW) intel(0): Option "AllowGLXWithComposite" is not used (WW) intel(0): Option "RenderAccel" is not used (WW) intel(0): Option "AddARGBGLXVisuals" is not used (--) RandR disabled why write that is not used? particulary interested in Option "AllowGLXWithComposite" is not used. Thanks. > On Tuesday 03 February 2009 17:01:39 Gvozdikov Veniamin wrote: > > > #glxgears > > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > > Failed to initialize GEM. Falling back to classic. > > > 290 frames in 5.0 seconds = 57.838 FPS > > > 291 frames in 5.0 seconds = 58.066 FPS > > > 291 frames in 5.0 seconds = 58.072 FPS > > > ^C > > glxgears is not a benchmark. Do not *ever* use it to judge your opengl > performance. > > For what it's worth, though, it sounds like you have sync-to-vblank > enabled. You can configure the drivers to never sync to vertical > refresh with driconf. > > Adam > > > -- > This message has been scanned for viruses and > dangerous content by *MailScanner* , and is > believed to be clean. --------------030909080509070508080709 Content-Type: text/plain; name="glxinfo.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="glxinfo.txt" Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Failed to initialize GEM. Falling back to classic. name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20090114 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.3 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays 3 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x44 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x45 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x46 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x47 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x48 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x49 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x4a 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x4b 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4c 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4d 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x4e 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x4f 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x50 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x51 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x52 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x53 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x54 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x55 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x57 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x58 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x59 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5a 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5b 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x5c 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5d 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5e 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x5f 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x60 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x61 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x62 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x63 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x64 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x65 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x66 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x67 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x68 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow --------------030909080509070508080709 Content-Type: text/plain; name="xorg.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xorg.conf" Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 Option "AIGLX" "true" 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/" EndSection Section "Module" Load "record" Load "xtrap" Load "glx" Load "dbe" Load "extmod" Load "dri" # Load "GLcore" Load "freetype" EndSection Section "Monitor" Identifier "Monitor0" VendorName "SEC" ModelName "5642" EndSection Section "Device" Option "DRI" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:0" Option "NoAccel" "false" Option "AccelMethod" "EXA" Option "ExaNoComposite" "false" Option "ForceEnablePipeA" "true" Option "XAANoOffscreenPixmaps" "true" Option "EXANoUploadToScreen" "true" Option "Tiling" "off" Option "AllowGLXWithComposite" "true" Option "RenderAccel" "True" Option "AddARGBGLXVisuals" "True" EndSection Section "Device" Option "DRI" Identifier "Card1" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:1" Option "NoAccel" "false" Option "AccelMethod" "EXA" Option "ExaNoComposite" "false" Option "ForceEnablePipeA" "true" Option "XAANoOffscreenPixmaps" "true" Option "EXANoUploadToScreen" "true" Option "Tiling" "off" Option "AllowGLXWithComposite" "true" Option "RenderAccel" "True" Option "AddARGBGLXVisuals" "True" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x768" EndSubSection EndSection Section "DRI" Group "video" Mode 0666 EndSection Section "Extensions" Option "Composite" "Enable" EndSection --------------030909080509070508080709 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="Xorg.0.log" X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r187982: Sun Feb 1 23:20:02 KRAT 2009 zloiadmin@ss.su:/home/repository/obj/home/repository/src/sys/zl0 i386 Build Date: 02 February 2009 09:39:26PM 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 Feb 4 18:57:11 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) Option "AIGLX" "true" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /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/. (**) 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/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" (**) Extension "Composite" is enabled (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0x81bc3c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe8000000/0, 0xe0000000/0, I/O @ 0x00001800/0, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf0000000/0, 0xe0080000/0 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel® GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (**) intel(0): Option "AccelMethod" "EXA" (**) intel(0): Option "NoAccel" "false" (**) intel(0): Option "DRI" (**) intel(0): Option "Tiling" "off" (**) intel(0): Option "ForceEnablePipeA" "true" (II) intel(0): Integrated Graphics Chipset: Intel(R) 855GM (--) intel(0): Chipset: "852GM/855GM" (--) intel(0): Linear framebuffer at 0xE8000000 (--) intel(0): IO registers at addr 0xE0000000 (**) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): Output LVDS has no monitor section (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): Attempting to determine panel fixed mode. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (EE) intel(0): ch701x not detected, got 29: from DVOI2C_E Slave 234. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Using user preference for initial modes (II) intel(0): Output LVDS using initial mode 1280x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Monitoring connected displays enabled (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 32636 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (==) intel(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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (II) Loading sub module "dri" (II) LoadModule: "dri" (II) Reloading /usr/local/lib/xorg/modules/extensions//libdri.so (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 491520 total, 0 used (II) intel(0): I830CheckAvailableMemory: 1966080 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x3 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling disabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with untiled buffers. (II) intel(0): Untiled allocation successful. (II) intel(0): [drm] Registers = 0xe0000000 (II) intel(0): [drm] ring buffer = 0xe8000000 (II) intel(0): [drm] mapped front buffer at 0xe8130000, handle = 0xe8130000 (II) intel(0): [drm] mapped back buffer at 0xe9fea000, handle = 0xe9fea000 (II) intel(0): [drm] mapped depth buffer at 0xea62a000, handle = 0xea62a000 (II) intel(0): [drm] mapped classic textures at 0xeac6a000, handle = 0xeac6a000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (**) intel(0): Option "EXANoComposite" "false" (**) intel(0): Option "EXANoUploadToScreen" "true" (**) intel(0): EXA: Disabling UploadToScreen (II) EXA(0): Offscreen pixmap area of 19660800 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x01fdf000 (pgoffset 8159) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01fe9000 (pgoffset 8169) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x01fea000 (pgoffset 8170) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x0262a000 (pgoffset 9770) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x02c6a000 (pgoffset 11370) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00027fff: logical 3D context (32 kB) (II) intel(0): 0x00028000-0x00127fff: fake bufmgr (1024 kB) (II) intel(0): 0x00130000-0x0076ffff: front buffer (6400 kB) (II) intel(0): 0x00770000-0x01a2ffff: exa offscreen (19200 kB) (II) intel(0): 0x01fdf000: end of stolen memory (II) intel(0): 0x01fdf000-0x01fe8fff: HW cursors (40 kB, 0x000000002f6e0000 physical ) (II) intel(0): 0x01fe9000-0x01fe9fff: overlay registers (4 kB, 0x0000000003235000 physical ) (II) intel(0): 0x01fea000-0x02629fff: back buffer (6400 kB) (II) intel(0): 0x0262a000-0x02c69fff: depth buffer (6400 kB) (II) intel(0): 0x02c6a000-0x04c69fff: classic textures (32768 kB) (II) intel(0): 0x08000000: end of aperture (II) intel(0): using SSC reference clock of 66 MHz (II) intel(0): Selecting standard 18 bit TMDS pixel format. (II) intel(0): Output configuration: (II) intel(0): Pipe A is off (II) intel(0): Display plane A is now disabled and connected to pipe A. (WW) intel(0): Hardware claims pipe A is on while software believes it is off (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (WW) intel(0): Option "XAANoOffscreenPixmaps" is not used (WW) intel(0): Option "AllowGLXWithComposite" is not used (WW) intel(0): Option "RenderAccel" is not used (WW) intel(0): Option "AddARGBGLXVisuals" is not used (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension 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) Initializing built-in extension XEVIE drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) intel(0): Setting screen physical size to 305 x 183 (EE) intel(0): underrun on pipe B! (II) config/hal: Adding input device PS/2 Mouse (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) Option "Protocol" "auto" (**) PS/2 Mouse: Device: "/dev/psm0" (**) PS/2 Mouse: Protocol: "auto" (**) PS/2 Mouse: always reports core events (**) Option "Device" "/dev/psm0" (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) PS/2 Mouse: ZAxisMapping: buttons 4, 5, 6 and 7 (**) PS/2 Mouse: Buttons: 11 (**) PS/2 Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) (II) PS/2 Mouse: SetupAuto: hw.iftype is 3, hw.model is 4 (II) PS/2 Mouse: SetupAuto: protocol is IMPS/2 (II) PS/2 Mouse: ps2EnableDataReporting: succeeded (WW) fcntl(12, O_ASYNC): Inappropriate ioctl for device (II) config/hal: Adding input device AT Keyboard (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us,ru" (**) AT Keyboard: XkbLayout: "us,ru" (**) Option "XkbVariant" ",winkeys" (**) AT Keyboard: XkbVariant: ",winkeys" (**) Option "XkbOptions" "grp:alt_shift_toggle,grp_led:num,grp:switch" (**) AT Keyboard: XkbOptions: "grp:alt_shift_toggle,grp_led:num,grp:switch" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (EE) intel(0): underrun on pipe B! (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 --------------030909080509070508080709-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 12:34:10 2009 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 B3685106566B; Wed, 4 Feb 2009 12:34:10 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 259F98FC21; Wed, 4 Feb 2009 12:34:09 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id CB33D1F4401; Wed, 4 Feb 2009 07:29:34 -0500 (EST) Received: from memory.visualtech.com (h-67-103-204-242.phlapafg.covad.net [67.103.204.242]) by mailstore.visualtech.com (Postfix) with ESMTP id D9917ADC259; Wed, 4 Feb 2009 07:41:02 -0500 (EST) From: Adam K Kirchhoff To: Gvozdikov Veniamin Date: Wed, 4 Feb 2009 07:33:32 -0500 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; i386; ; ) References: <4988BEC3.9030501@gmail.com> <200902031712.39127.adamk@voicenet.com> <498987E1.2070807@gmail.com> In-Reply-To: <498987E1.2070807@gmail.com> MIME-Version: 1.0 Message-Id: <200902040733.33539.adamk@voicenet.com> X-visualtech-MailScanner: Found to be clean Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org Subject: Re: very low fps 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, 04 Feb 2009 12:34:11 -0000 On Wednesday 04 February 2009 07:19:45 Gvozdikov Veniamin wrote: > HI, > I did as you said, and added a few options in xorg.conf. increase was > significant. > but when working with composite is slow in comparison with the > xf86-video-i810. > > 1196 frames in 6.5 seconds = 183.264 FPS > 1229 frames in 5.0 seconds = 245.412 FPS > 1107 frames in 5.0 seconds = 221.371 FPS > 871 frames in 5.0 seconds = 173.818 FPS > > fps in composite 100 > > #cat /etc/drirc > > > > > > > > in log > > (II) intel(0): Output configuration: > (WW) intel(0): Hardware claims pipe A is on while software believes it > is off > (II) intel(0): Pipe B is on > (II) intel(0): Display plane B is now enabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe none > (II) intel(0): Output LVDS is connected to pipe B > (II) intel(0): [drm] dma control initialized, using IRQ 16 > (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled > message. > (II) intel(0): DPMS enabled > (II) intel(0): Set up overlay video > (II) intel(0): direct rendering: Enabled > (WW) intel(0): Option "XAANoOffscreenPixmaps" is not used > (WW) intel(0): Option "AllowGLXWithComposite" is not used > (WW) intel(0): Option "RenderAccel" is not used > (WW) intel(0): Option "AddARGBGLXVisuals" is not used > (--) RandR disabled AddARGBGLXVisuals and AllowGLXWithComposite are options for the nvidia driver only (and, in newer versions of that driver, they are not needed there either). XAANoOffScreenPixmaps and RenderAccel must no longer be valid options for the intel driver. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 13:15:51 2009 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 3747C1065697; Wed, 4 Feb 2009 13:15:51 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id AB4548FC1F; Wed, 4 Feb 2009 13:15:50 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from lqc.issp.ac.ru [77.236.34.156:54472] (HELO/EHLO lqc.issp.ac.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id n14Cx4dO070090 (using TLSv1/SSLv3, with cipher DHE-DSS-AES256-SHA (256 bits), verified NO) Wed, 4 Feb 2009 15:59:04 +0300 (MSK) From: Max Brazhnikov To: freebsd-x11@freebsd.org Date: Wed, 4 Feb 2009 15:58:09 +0300 User-Agent: KMail/1.9.10 References: <49892942.8030501@maydias.com> In-Reply-To: <49892942.8030501@maydias.com> Organization: ISSP RAS MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041558.09357.makc@issp.ac.ru> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Wed, 04 Feb 2009 15:59:04 +0300 (MSK) X-Virus-Scanned: ClamAV 0.94.1/8949/Wed Feb 4 12:05:53 2009 on mail.issp.ac.ru X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org Subject: Re: CMake error compiling kdepimlibs4 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, 04 Feb 2009 13:15:52 -0000 On Wed, 04 Feb 2009 15:36:02 +1000, Warren Liddell wrote: > I have been trying to compile KDE4.2 on AMD64 7.1-STABLE machine, but > atm this is 1 of the errors thats stopping it from working. > > ------------------------------------------------ > > > > CMake Error at CMakeLists.txt:128 (macro_write_basic_cmake_version_file): > Unknown CMake command "macro_write_basic_cmake_version_file". > > > -- Configuring incomplete, errors occurred! > *** Error code 1 > > Stop in /usr/ports/deskutils/kdepimlibs4. > *** Error code 1 > > Stop in /usr/ports/devel/kdesdk4. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.64941.3 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=kdesdk-4.1.4 UPGRADE_PORT_VER=4.1.4 make > DEPENDS_TARGET=package > > > > ** Fix the problem and try again. you need cmake-2.6.2 for KDE-4.2.0. btw, kde@freebsd.org maillist is preferable when you have problems like that. Max From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 15:10:59 2009 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 BE298106566C for ; Wed, 4 Feb 2009 15:10:59 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3608FC0A for ; Wed, 4 Feb 2009 15:10:59 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1013583ywe.13 for ; Wed, 04 Feb 2009 07:10:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=e6g1bUHZec8eGXUSMdeZY+oDG5CQ8deL0drC/zCT/ko=; b=XOqkfu7LkCntkKOuR33fWm6QybnOr6ANck+Rmrsk2Gx/eJCRiDl0QBKpG7e1ilBDaA VR3JSgYRkVp20OejcszYq8FtaGZNLBQWPZUjMThgcmRI764tAbwb2IZtC6Qu2CwCaD6S 8kwjgLoaQKS8MrnAZ+Xn+n03WHTeUpRtWOmW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=HtAuW76Dq3wp7hM6+XWzzMyFarFN8CFGZS53+dbHKQ3yVxjJnHORJWZm7itPRykVG7 rkcK5izJAuPRH4cJch/HwwbFwTdIy1tDTKDMjjGUp3smJPJodLgexQnlTuraPh+v7/gO AxNj96TTrZkHwwNVQtSkSNcrdF1+XAYpv3hxM= MIME-Version: 1.0 Received: by 10.151.150.13 with SMTP id c13mr795372ybo.240.1233758623596; Wed, 04 Feb 2009 06:43:43 -0800 (PST) Date: Wed, 4 Feb 2009 23:43:43 +0900 Message-ID: <910e60e80902040643x13f6db8bs6a3db93e85ddf679@mail.gmail.com> From: dikshie To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: japanese keyboard after xorg upgrade 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, 04 Feb 2009 15:11:00 -0000 Hi, any explanation why my japanese keyboard does not work after xorg upgrade? Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "jp106" Option "XkbLayout" "jp" EndSection any solutions? with best regards, -dikshie- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 15:30:03 2009 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 EB0B9106567A for ; Wed, 4 Feb 2009 15:30:03 +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 D8B6A8FC1A for ; Wed, 4 Feb 2009 15:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n14FU3FO074707 for ; Wed, 4 Feb 2009 15:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n14FU3QL074698; Wed, 4 Feb 2009 15:30:03 GMT (envelope-from gnats) Date: Wed, 4 Feb 2009 15:30:03 GMT Message-Id: <200902041530.n14FU3QL074698@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Harald Hanche-Olsen Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harald Hanche-Olsen List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:30:04 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Harald Hanche-Olsen To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Wed, 04 Feb 2009 16:24:04 +0100 (CET) I noticed just now that this PR is marked "priority: medium". Given that this problem renders the X server utterly useless, and there seems to be no workaround (or is there one?), I find this strange. How about bumping the priority a bit? If the developers have difficulties reproducing the problem, please let those of us who do experience it know what we can do to provide useful information. For example, it may not be totally clear from my earlier input, but despite the PR title, I am seeing this problem with AllowEmptyInput turned /on/. With it off, the server just hangs. If piles of configuration info and Xorg logs are useful, let me know, and I'll send them. - Harald From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 15:44:12 2009 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 D577510656C1 for ; Wed, 4 Feb 2009 15:44:12 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9E7878FC17 for ; Wed, 4 Feb 2009 15:44:11 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: (qmail invoked by alias); 04 Feb 2009 15:44:10 -0000 Received: from dslb-088-074-177-214.pools.arcor-ip.net (EHLO eri.localnet) [88.74.177.214] by mail.gmx.net (mp041) with SMTP; 04 Feb 2009 16:44:10 +0100 X-Authenticated: #3549759 X-Provags-ID: V01U2FsdGVkX1/97e5dsXH9hdpYhex0ACxgZuRkRieDAMJYdu/mTN AvZfXmDeurbjnM From: Christof Schulze To: freebsd-x11@freebsd.org Date: Wed, 4 Feb 2009 16:44:04 +0100 User-Agent: KMail/1.10.4 (FreeBSD/7.1-BETA2; KDE/4.1.4; i386; ; ) References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <1233615341.1492.60.camel@ferret.2hip.net> <49878147.50901@mail.ru> In-Reply-To: <49878147.50901@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041644.04739.christof.schulze@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.78 Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 04 Feb 2009 15:44:13 -0000 Am Dienstag 03 Februar 2009 00:27:03 schrieb Subscriber: > No, it not worked for me. Everything changed back after next click. I am having the same issues here, after having run portmanager -u yesterday. Christof From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 16:32:00 2009 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 240AC106566C for ; Wed, 4 Feb 2009 16:32:00 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 073D08FC1C for ; Wed, 4 Feb 2009 16:31:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 838718C063; Wed, 4 Feb 2009 10:11:08 -0600 (CST) Date: Wed, 4 Feb 2009 10:11:08 -0600 To: Harald Hanche-Olsen Message-ID: <20090204161108.GA7474@soaustin.net> References: <200902041530.n14FU3QL074698@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902041530.n14FU3QL074698@freefall.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 04 Feb 2009 16:32:01 -0000 On Wed, Feb 04, 2009 at 03:30:03PM +0000, Harald Hanche-Olsen wrote: > I noticed just now that this PR is marked "priority: medium". > Given that this problem renders the X server utterly useless, and > there seems to be no workaround (or is there one?), I find this > strange. How about bumping the priority a bit? Unfortunately the contents of the Severity and Priority fields in the PR database have suffered from "grade inflation" and as such have lost their meaning long ago. Leaving them in the database is, at this point, just a bug. In any case, with FreeBSD ports being all volunteer-driven, there's really no requirements that we can put on the volunteers to prioritize one PR over another. It really depends on how motivated they are as to how they allocate their time. mcl From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 16:42:08 2009 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 421E11065696 for ; Wed, 4 Feb 2009 16:42:08 +0000 (UTC) (envelope-from aaam0bnhz6m75960vdhng7stel175gkj_7quvqm3hijxu5@blackgospelpromoinc.b.topica.com) Received: from out122.topica-silver-y.com (out122.topica-silver-y.com [66.227.62.122]) by mx1.freebsd.org (Postfix) with SMTP id 310DB8FC17 for ; Wed, 4 Feb 2009 16:42:08 +0000 (UTC) (envelope-from aaam0bnhz6m75960vdhng7stel175gkj_7quvqm3hijxu5@blackgospelpromoinc.b.topica.com) To: x11@freebsd.org From: "Black Gospel Promo Inc." Date: Wed, 04 Feb 2009 08:30:00 -0800 Message-ID: <1428787963-1463747838-1233765033@blackgospelpromoinc.b.topica.com> Errors-To: MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Take A Vacation On Us At StreamingFREE.TV X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: blackgospelpromo@aol.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 16:42:08 -0000 for an html version of this message, visit: [1]http://www.blackgospelpromo.com/predesign/pd0487.htm [2][BGP-customer-appreciation-FINAL.jpg] [3][click.jpg] Designed & Promoted by: Black Gospel Promo, Inc.- [4]www.blackgospelpromo.com- [5]info@blackgospelpromo.com 215.883.1000 | Promote your ministry, business, label, pastor, artist, cd, book or event today. | 45 E. Cityline Avenue - #303 | Bala Cynwyd | PA | 19004 [6]WWW.BLACKGOSPELPROMO.COM | [7]CONTACT US | [8]ADVERTISE WITH US © Copyright 2007 Blackgospelpromo.com [] [footer_cap3.gif] [9]Unsubscribe | [10]Update Profile | [11]Confirm | [12]Complain [13][delivered_by_blue.gif] [footer_cap3.gif] References 1. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjxbMpyaXcafpQ0s/ 2. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjybMpyaXcafpQ0s/ 3. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjzbMpyaXcafpQ0s/ 4. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjzbMpyaXcafpQ0s/ 5. mailto:info@blackgospelpromo.com 6. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjzbMpyaXcafpQ0s/ 7. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjAbMpyaXcafpQ0s/ 8. http://blackgospelpromoinc.c.topica.com/maamNGwabNOjBbMpyaXcafpQ0s/ 9. http://topica.com/f/unsub.html/aaam0bnhz6m75960vdhng7stel175gkj_7quvqm3hijxu5 10. http://topica.com/f/?a84Rle.bMpyaX.eDExQGZy 11. http://topica.com/f/?a84Rle.bMpyaX.eDExQGZy.c 12. http://www.topica.com/f/abuse.html?aaam0bnhz6m75960vdhng7stel175gkj_7quvqm3hijxu5 13. http://www.topica.com/?p=T3FOOTER From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:11:43 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9816C1065692; Wed, 4 Feb 2009 17:11:42 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-gnome@FreeBSD.org Date: Wed, 4 Feb 2009 12:11:22 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_ExciJIfIK+hBPUd" Message-Id: <200902041211.32033.jkim@FreeBSD.org> Cc: freebsd-x11@FreeBSD.org Subject: [PATCH] sysutils/hal fix for sysmouse(4) and ACPI 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, 04 Feb 2009 17:11:43 -0000 --Boundary-00=_ExciJIfIK+hBPUd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline This patch does two things: - Do not allow openning /dev/sysmouse multiple times. When there are multiple instances of moused(8) and Xorg mouse driver opens /dev/sysmouse multiple times, Xorg server gets confused badly, e.g., losing input events, waiting for already processed events, etc. - Really fix laptop brightness control. The previous commit didn't fix IBM and Sony laptops. Pointyhat to me, again. Please review. Thanks, Jung-uk Kim --Boundary-00=_ExciJIfIK+hBPUd Content-Type: text/plain; charset="iso-8859-1"; name="hal.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hal.diff" --- sysutils/hal/Makefile 2 Feb 2009 22:33:22 -0000 1.47 +++ sysutils/hal/Makefile 4 Feb 2009 16:51:34 -0000 @@ -8,7 +8,7 @@ PORTNAME= hal DISTVERSION= 0.5.11 -PORTREVISION= 16 +PORTREVISION= 17 CATEGORIES= sysutils MASTER_SITES= http://hal.freedesktop.org/releases/ --- sysutils/hal/files/patch-hald_freebsd_hf-acpi.c 3 Feb 2009 01:54:59 -0000 1.2 +++ sysutils/hal/files/patch-hald_freebsd_hf-acpi.c 4 Feb 2009 16:51:36 -0000 @@ -1,6 +1,50 @@ --- hald/freebsd/hf-acpi.c.orig 2008-05-07 19:23:59.000000000 -0400 -+++ hald/freebsd/hf-acpi.c 2009-02-02 20:32:05.000000000 -0500 -@@ -105,6 +105,9 @@ ++++ hald/freebsd/hf-acpi.c 2009-02-04 11:32:27.000000000 -0500 +@@ -54,6 +54,7 @@ + static const struct laptop_panel_type { + char *access; + char *name; ++ char *get_sysctl; + char *max_sysctl; + int max_levels; + #define HF_ACPI_IBM_MAX_LEVELS 8 +@@ -64,17 +65,29 @@ + #define HF_ACPI_FUJITSU_MAX_LEVELS 8 + /* NOTE: Each new type must also be added to hf-devtree.c */ + } laptop_panel_types[] = { +- { "ibm", "IBM", NULL, ++ { "ibm", "IBM", ++ "dev.acpi_ibm.0.lcd_brightness", ++ NULL, + HF_ACPI_IBM_MAX_LEVELS }, +- { "toshiba", "Toshiba", NULL, ++ { "toshiba", "Toshiba", ++ "hw.acpi.toshiba.lcd_brightness", ++ NULL, + HF_ACPI_TOSHIBA_MAX_LEVELS }, +- { "sony", "Sony", NULL, ++ { "sony", "Sony", ++ "dev.acpi_sony.0.brightness", ++ NULL, + HF_ACPI_SONY_MAX_LEVELS }, +- { "panasonic", "Panasonic", "hw.acpi.panasonic.lcd_brightness_max", ++ { "panasonic", "Panasonic", ++ "hw.acpi.panasonic.lcd_brightness", ++ "hw.acpi.panasonic.lcd_brightness_max", + HF_ACPI_PANASONIC_MAX_LEVELS }, +- { "asus", "Asus", NULL, ++ { "asus", "Asus", ++ "hw.acpi.asus.lcd_brightness", ++ NULL, + HF_ACPI_ASUS_MAX_LEVELS }, +- { "fujitsu", "Fujitsu", NULL, ++ { "fujitsu", "Fujitsu", ++ "hw.acpi.fujitsu.lcd_brightness", ++ NULL, + HF_ACPI_FUJITSU_MAX_LEVELS } + }; + +@@ -105,6 +118,9 @@ gboolean ispresent; union acpi_battery_ioctl_arg battif, battst, battinfo; @@ -10,25 +54,31 @@ battif.unit = battst.unit = battinfo.unit = hal_device_property_get_int(device, "freebsd.unit"); -@@ -500,10 +503,17 @@ - const char *max_sysctl, const char *access, - const char *name) +@@ -497,13 +513,15 @@ + + static HalDevice * + hf_acpi_laptop_panel_new (HalDevice *parent, int max_levels, +- const char *max_sysctl, const char *access, +- const char *name) ++ const char *get_sysctl, const char *max_sysctl, ++ const char *access, const char *name) { -+ char *brightness; HalDevice *device; g_return_val_if_fail(HAL_IS_DEVICE(parent), NULL); -+ if (! strcmp(access, "sony")) -+ brightness = "brightness"; -+ else -+ brightness = "lcd_brightness"; -+ if (! hf_has_sysctl("hw.acpi.%s.%s", access, brightness)) ++ if (get_sysctl == NULL || ! hf_has_sysctl(get_sysctl)) + return NULL; device = hf_device_new(parent); hf_device_property_set_string_printf(device, "info.product", "Laptop Panel (%s)", name); -@@ -597,7 +607,8 @@ +@@ -593,11 +611,13 @@ + HalDevice *panel_device; + + panel_device = hf_acpi_laptop_panel_new(parent, +- laptop_panel_types[i].max_levels, ++ laptop_panel_types[i].max_levels, ++ laptop_panel_types[i].get_sysctl, laptop_panel_types[i].max_sysctl, laptop_panel_types[i].access, laptop_panel_types[i].name); --- sysutils/hal/files/patch-hald_freebsd_probing_probe-mouse.c 26 Jan 2009 17:55:44 -0000 1.1 +++ sysutils/hal/files/patch-hald_freebsd_probing_probe-mouse.c 4 Feb 2009 16:51:36 -0000 @@ -1,6 +1,6 @@ ---- hald/freebsd/probing/probe-mouse.c.orig 2009-01-25 16:54:29.000000000 -0500 -+++ hald/freebsd/probing/probe-mouse.c 2009-01-25 18:40:04.000000000 -0500 -@@ -0,0 +1,301 @@ +--- hald/freebsd/probing/probe-mouse.c.orig 2009-02-04 11:00:00.000000000 -0500 ++++ hald/freebsd/probing/probe-mouse.c 2009-02-04 11:04:43.000000000 -0500 +@@ -0,0 +1,312 @@ +/*************************************************************************** + * CVSID: $Id$ + * @@ -227,7 +227,9 @@ +probe_mouse (const char *device_file) +{ + gboolean found; ++ char **udis; + char *driver; ++ int num_udis; + + driver = libhal_device_get_property_string(hfp_ctx, hfp_udi, + "input.x11_driver", &hfp_error); @@ -255,10 +257,19 @@ + found = device_opened_by_proc(MOUSED_DEVICE, XORG_PROC_NAME); + if (! found) + { -+ libhal_device_set_property_string(hfp_ctx, hfp_udi, -+ "input.x11_driver", -+ MOUSE_DRIVER, &hfp_error); ++ udis = libhal_manager_find_device_string_match(hfp_ctx, ++ "input.device", ++ MOUSED_DEVICE, ++ &num_udis, ++ &hfp_error); + dbus_error_free(&hfp_error); ++ if (num_udis > 0 && udis != NULL && !strcmp(udis[0], hfp_udi)) { ++ libhal_device_set_property_string(hfp_ctx, hfp_udi, ++ "input.x11_driver", ++ MOUSE_DRIVER, &hfp_error); ++ dbus_error_free(&hfp_error); ++ libhal_free_string_array(udis); ++ } + } + else if (driver) + { --Boundary-00=_ExciJIfIK+hBPUd-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:25:25 2009 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 04109106566C; Wed, 4 Feb 2009 17:25:25 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id A80928FC19; Wed, 4 Feb 2009 17:25:24 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n14HPufo067347; Wed, 4 Feb 2009 12:25:56 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Jung-uk Kim In-Reply-To: <200902041211.32033.jkim@FreeBSD.org> References: <200902041211.32033.jkim@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-x/OxLcslWf6wnKUJ6R9n" Organization: MarcusCom, Inc. Date: Wed, 04 Feb 2009 12:25:26 -0500 Message-Id: <1233768326.24228.116.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: [PATCH] sysutils/hal fix for sysmouse(4) and ACPI 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, 04 Feb 2009 17:25:25 -0000 --=-x/OxLcslWf6wnKUJ6R9n Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-02-04 at 12:11 -0500, Jung-uk Kim wrote: > This patch does two things: >=20 > - Do not allow openning /dev/sysmouse multiple times. When there are=20 > multiple instances of moused(8) and Xorg mouse driver=20 > opens /dev/sysmouse multiple times, Xorg server gets confused badly,=20 > e.g., losing input events, waiting for already processed events, etc. > - Really fix laptop brightness control. The previous commit didn't=20 > fix IBM and Sony laptops. Pointyhat to me, again. >=20 > Please review. Approved. Thanks for working on the ACPI/laptop stuff. It helps to have someone with the actual hardware help out with hal ;-). Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-x/OxLcslWf6wnKUJ6R9n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkmJz4UACgkQb2iPiv4Uz4c/xwCeJMO6CxM4eN4VkGKlGp4KJa8p kRAAoKNpGVVznbjkSC7aTgZoHYbZf6I3 =hN6B -----END PGP SIGNATURE----- --=-x/OxLcslWf6wnKUJ6R9n-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:36:12 2009 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 795EE1065675 for ; Wed, 4 Feb 2009 17:36:12 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: from fiinbeck.math.ntnu.no (fiinbeck.math.ntnu.no [129.241.15.140]) by mx1.freebsd.org (Postfix) with SMTP id ABADC8FC1A for ; Wed, 4 Feb 2009 17:36:11 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: (qmail 1504 invoked from network); 4 Feb 2009 17:36:08 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 4 Feb 2009 17:36:08 -0000 Date: Wed, 04 Feb 2009 18:36:08 +0100 (CET) Message-Id: <20090204.183608.926535446430946580.hanche@math.ntnu.no> To: jkim@FreeBSD.org From: Harald Hanche-Olsen In-Reply-To: <200902041211.32033.jkim@FreeBSD.org> References: <200902041211.32033.jkim@FreeBSD.org> X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.2.50 on Emacs 23.0.60 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org Subject: Re: [PATCH] sysutils/hal fix for sysmouse(4) and ACPI 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, 04 Feb 2009 17:36:12 -0000 + Jung-uk Kim : > - Do not allow openning /dev/sysmouse multiple times. When there are > multiple instances of moused(8) and Xorg mouse driver > opens /dev/sysmouse multiple times, Xorg server gets confused badly, > e.g., losing input events, waiting for already processed events, etc. > Please review. I am not qualified to review, but I can be reckless enough to test a non-reviewed patch. It seems to solve ports/131124 for me. A million thanks! You can remove the pointy hat now. 8-) - Harald From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:41:03 2009 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 F10F41065677 for ; Wed, 4 Feb 2009 17:41:03 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: from abel.math.ntnu.no (abel.math.ntnu.no [129.241.15.50]) by mx1.freebsd.org (Postfix) with SMTP id 303C38FC0A for ; Wed, 4 Feb 2009 17:41:02 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: (qmail 16857 invoked from network); 4 Feb 2009 17:14:21 -0000 Received: from gauss.math.ntnu.no (HELO localhost) (hanche@129.241.15.102) by abel.math.ntnu.no with ESMTPA; 4 Feb 2009 17:14:21 -0000 Date: Wed, 04 Feb 2009 18:14:20 +0100 (CET) Message-Id: <20090204.181420.172787686.hanche@math.ntnu.no> To: linimon@lonesome.com From: Harald Hanche-Olsen In-Reply-To: <20090204161108.GA7474@soaustin.net> References: <200902041530.n14FU3QL074698@freefall.freebsd.org> <20090204161108.GA7474@soaustin.net> X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.1.53 on Emacs 23.0.60 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 04 Feb 2009 17:41:04 -0000 + linimon@lonesome.com (Mark Linimon): > Unfortunately the contents of the Severity and Priority fields in > the PR database have suffered from "grade inflation" and as such > have lost their meaning long ago. > > Leaving them in the database is, at this point, just a bug. Ah. Thanks for letting me know. > In any case, with FreeBSD ports being all volunteer-driven, there's > really no requirements that we can put on the volunteers to > prioritize one PR over another. It really depends on how motivated > they are as to how they allocate their time. I have used free software long enough to understand this well. Still, if nobody speaks up, said volunteers may be left with a false impression that the problems are minor and don't need urgent fixing. So I like to whine just a little once in a while, but I'll keep it to a minimum. Now I have a plan to work around this on my own system. How does this sound? I don't want to downgrade all my ports to before this happened. So I think I would create an alternative ports tree, cvsup'd from a suitable date, and build just the X server and its required ports in that tree, maybe even install them in an alternate location (i.e., not in /usr/local). Since the server is run from just one place, this should be a minor adminstrative burden. I only need to set a small handful of environment variables to make this happen, right? - Harald From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:43:20 2009 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 8CE3E106568E for ; Wed, 4 Feb 2009 17:43:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9CE8FC2A for ; Wed, 4 Feb 2009 17:43:19 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id n14Hh9uB071590; Wed, 4 Feb 2009 17:43:15 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.1 smtp.infracaninophile.co.uk n14Hh9uB071590 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1233769395; bh=7B7NPwiYgQT5+5pWky39KnlgI+TPWyQ7nTdiYkQAG1w=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4989D3A7.6040701@infracaninophile.co.uk>|Date:=20W ed,=2004=20Feb=202009=2017:43:03=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.19=20(X11/20090125)|MIME-Vers ion:=201.0|To:=20dikshie=20|CC:=20freebsd-x11@f reebsd.org|Subject:=20Re:=20japanese=20keyboard=20after=20xorg=20u pgrade|References:=20<910e60e80902040643x13f6db8bs6a3db93e85ddf679 @mail.gmail.com>|In-Reply-To:=20<910e60e80902040643x13f6db8bs6a3db 93e85ddf679@mail.gmail.com>|X-Enigmail-Version:=200.95.6|Content-T ype:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protoc ol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"---------- --enigB6385A89296459D3F8975762"; b=nGRGoj+1uKVVliHr/p3g9EcplIxIJsCDwA/yg+a1uhboFi9u1tiz3eMaSUEvs4twY ZZz500WTtvqhV5HyipmX/2VKPHAVlIuFVSKUhxNvmQe37jX774wsQCmfrKFnF2rhlq 5IZWbAInjek2uY6AP55fFWXS5WFHTgwFlsayxXs0= Message-ID: <4989D3A7.6040701@infracaninophile.co.uk> Date: Wed, 04 Feb 2009 17:43:03 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: dikshie References: <910e60e80902040643x13f6db8bs6a3db93e85ddf679@mail.gmail.com> In-Reply-To: <910e60e80902040643x13f6db8bs6a3db93e85ddf679@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigB6385A89296459D3F8975762" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 04 Feb 2009 17:43:15 +0000 (GMT) X-Virus-Scanned: ClamAV 0.94.2/8950/Wed Feb 4 11:19:05 2009 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-x11@freebsd.org Subject: Re: japanese keyboard after xorg upgrade 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, 04 Feb 2009 17:43:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB6385A89296459D3F8975762 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable dikshie wrote: > Hi, > any explanation why my japanese keyboard > does not work after xorg upgrade? >=20 >=20 > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > Option "XkbRules" "xorg" > Option "XkbModel" "jp106" > Option "XkbLayout" "jp" > EndSection >=20 > any solutions? Is it hald that's detecting your keyboard for the X server? You can tell this by reading Xorg.0.log -- something like this indicates hal=20 involvement: (II) config/hal: Adding input device AT Keyboard (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "gb" (**) AT Keyboard: XkbLayout: "gb" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) Now, hal has no way of telling what sort of layout a keyboard has automatically[*]. You can tell it what to use by creating a file /usr/local/etc/hal/fdi/policy/x11-input.fdi with contents similar to this: gb Obviously, you'ld want 'jp' in ther rather than 'gb'. [Not certain exactly what you'ld need to add to override the default XkbModel setting (pc105) -- but I suspect analogy and guesswork will serve you well enough in this instance] Note that there is a race condition on system reboot between xdm(1) or whatever display manager you use starting up and hald(8) having fully initialised -- there have been a number of workarounds posted in this list. Alternatively you can use the following setting in the ServerLayout section of xorg.conf: Option "AllowEmptyInput" "off" This essentially tells X to just use the values from xorg.conf. Cheers, Matthew [*] As far as I know. It seems like a pretty odd omission to me and I'd love to be proved wrong. --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigB6385A89296459D3F8975762 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmJ060ACgkQ8Mjk52CukIxWgQCdFQ/id+iqJCM44es8Y64DDrof pmUAoIjhz2Din2SsYCch7ivZAShnIkNP =wq7y -----END PGP SIGNATURE----- --------------enigB6385A89296459D3F8975762-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 17:43:36 2009 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 6427A106567A for ; Wed, 4 Feb 2009 17:43:36 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: from fiinbeck.math.ntnu.no (fiinbeck.math.ntnu.no [129.241.15.140]) by mx1.freebsd.org (Postfix) with SMTP id 96FC08FC26 for ; Wed, 4 Feb 2009 17:43:35 +0000 (UTC) (envelope-from hanche+bounces@math.ntnu.no) Received: (qmail 1676 invoked from network); 4 Feb 2009 17:43:34 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 4 Feb 2009 17:43:34 -0000 Date: Wed, 04 Feb 2009 18:43:34 +0100 (CET) Message-Id: <20090204.184334.863177770411298362.hanche@math.ntnu.no> To: linimon@lonesome.com From: Harald Hanche-Olsen In-Reply-To: <20090204.181420.172787686.hanche@math.ntnu.no> References: <200902041530.n14FU3QL074698@freefall.freebsd.org> <20090204161108.GA7474@soaustin.net> <20090204.181420.172787686.hanche@math.ntnu.no> X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.2.50 on Emacs 23.0.60 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 04 Feb 2009 17:43:36 -0000 + Harald Hanche-Olsen : > Now I have a plan to work around this on my own system. How does > this sound? Obviously, I no longer need an answer to that question. And I am sure I could figure it out on my own anyhow ... - Harald From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 18:15:47 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 5BC5B1065676; Wed, 4 Feb 2009 18:15:47 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Harald Hanche-Olsen Date: Wed, 4 Feb 2009 13:15:36 -0500 User-Agent: KMail/1.6.2 References: <200902041211.32033.jkim@FreeBSD.org> <20090204.183608.926535446430946580.hanche@math.ntnu.no> In-Reply-To: <20090204.183608.926535446430946580.hanche@math.ntnu.no> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200902041315.39923.jkim@FreeBSD.org> Cc: freebsd-x11@FreeBSD.org Subject: Re: [PATCH] sysutils/hal fix for sysmouse(4) and ACPI 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, 04 Feb 2009 18:15:48 -0000 On Wednesday 04 February 2009 12:36 pm, Harald Hanche-Olsen wrote: > + Jung-uk Kim : > > - Do not allow openning /dev/sysmouse multiple times. When there > > are multiple instances of moused(8) and Xorg mouse driver > > opens /dev/sysmouse multiple times, Xorg server gets confused > > badly, e.g., losing input events, waiting for already processed > > events, etc. Please review. > > I am not qualified to review, but I can be reckless enough to test > a non-reviewed patch. It seems to solve ports/131124 for me. Great to hear it. Committed. > A million thanks! You can remove the pointy hat now. 8-) Thanks for testing. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 18:17:16 2009 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 A9C6C106568B for ; Wed, 4 Feb 2009 18:17:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7ACEA8FC14 for ; Wed, 4 Feb 2009 18:17:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n14IGVVb010347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 13:16:32 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Marcin Cieslak In-Reply-To: <498897CB.7080505@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> <498897CB.7080505@system.pl> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cagSxz6GhiYAEBjhLfJe" Organization: FreeBSD Date: Wed, 04 Feb 2009 13:17:06 -0500 Message-Id: <1233771426.3085.11.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Wed, 04 Feb 2009 18:17:17 -0000 --=-cagSxz6GhiYAEBjhLfJe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-02-03 at 20:15 +0100, Marcin Cieslak wrote: > Robert Noland wrote: > > Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm > > planning to commit this sometime next week. This patch includes the > > following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and > > the 2.6.1 release of the intel driver. >=20 >=20 > After a successful upgrade of kernel and world r187968M:two days ago and=20 > a successful (sic!) update of X to server 1.5.3 and friends I have=20 > decided to give 1.6 a try. >=20 > I have tried this both with intel and nv driver (my laptop has both but=20 > only one can be active at the time - switchable at the boot time). >=20 > 1. First thing, I have lost access to my legacy X11 fonts. >=20 > [dix] Could not init font path element /usr/local/lib/X11/fonts/misc/,=20 > removing from list! > [dix] Could not init font path element /usr/local/lib/X11/fonts/TTF/,=20 > removing from list! > [dix] Could not init font path element /usr/local/lib/X11/fonts/OTF,=20 > removing from list! The font issue is being discussed on the xorg lists and I expect a resolution will be present in the final 1.6 server. > etc. >=20 > I get: >=20 > % xset fp+ /usr/local/lib/X11/fonts/100dpi > xset: bad font path element (#23), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax >=20 > There is no more a "freetype" and "xtrap" module, so I had to change by=20 > config. AFAICT, xtrap is just gone... I need to get some clarification on what is going on with freetype. > Gtk applications (seamonkey) and Qt (psi) have no problems with fonts, > but xterm does. xterm is unable to locate any bitmap font (fallback to=20 > "fixed") and when told to use Freetype fonts (-fa 'Luxi Mono-10' option)=20 > it looks like black text on black background (my xterm has a white fb,=20 > black bg). You can issue commands in such a window (the letter spacing=20 > is preserved and the cursor moves), but xterm segfaults when there is > a need to scroll. >=20 > xterm -bg white segfaults immediately, >=20 > xterm has been recompiled after 1.6 installation. >=20 > 2. Once (when running NVidia) the server froze, i.e. I could only move=20 > mouse and no keys worked (including server zap, switching VTs or=20 > Ctrl-Alt-Del). This happened when displaying a fast-scrolling=20 > ./configure output of the libXfont in a full-screen xterm window. I'm not really setup to test the nv driver at the moment, so I can't add a lot here. robert. > The freeze doesn't look like > a http://bugs.freedesktop.org/show_bug.cgi?id=3D17358 however. >=20 > I am using dwm as the window manager. >=20 > A bunch of config files and output from various commands is available at: >=20 > http://akson.sgh.waw.pl/~saper/FreeBSD/ports/xorg-server/xorg-1.6/ >=20 > --Marcin >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-cagSxz6GhiYAEBjhLfJe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmJ26EACgkQM4TrQ4qfRONgCwCffTPWCdc6qZfVeL10C1R4HS14 r9MAmQFmhqKj7ifSSRRy3djrjB0p2Ll2 =QHOL -----END PGP SIGNATURE----- --=-cagSxz6GhiYAEBjhLfJe-- From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 18:45:04 2009 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 E400010656C2 for ; Wed, 4 Feb 2009 18:45:04 +0000 (UTC) (envelope-from aaam0bnhz6m75960vdhng7stel175gkj_7r46p_r2d1dd7@blackgospelpromoinc.b.topica.com) Received: from out122.topica-silver-y.com (out122.topica-silver-y.com [66.227.62.122]) by mx1.freebsd.org (Postfix) with SMTP id CF97E8FC1C for ; Wed, 4 Feb 2009 18:45:04 +0000 (UTC) (envelope-from aaam0bnhz6m75960vdhng7stel175gkj_7r46p_r2d1dd7@blackgospelpromoinc.b.topica.com) To: x11@freebsd.org From: "Black Gospel Promo Inc." Date: Wed, 04 Feb 2009 10:30:00 -0800 Message-ID: <1634135382-1463792126-1233772354@blackgospelpromoinc.b.topica.com> Errors-To: MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Gospel Heritage: $99 Registration Ends Feb. 15 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: blackgospelpromo@aol.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:45:07 -0000 for an html version of this message, visit: [1]http://www.blackgospelpromo.com/predesign/pd0489.htm [2][ghf-UPDATED(2).jpg] [3][click.jpg] Designed & Promoted by: Black Gospel Promo, Inc.- [4]www.blackgospelpromo.com- [5]info@blackgospelpromo.com 215.883.1000 | Promote your ministry, business, label, pastor, artist, cd, book or event today. | 45 E. Cityline Avenue - #303 | Bala Cynwyd | PA | 19004 [6]WWW.BLACKGOSPELPROMO.COM | [7]CONTACT US | [8]ADVERTISE WITH US © Copyright 2007 Blackgospelpromo.com [] [footer_cap3.gif] [9]Unsubscribe | [10]Update Profile | [11]Confirm | [12]Complain [13][delivered_by_blue.gif] [footer_cap3.gif] References 1. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNzbMpyaXcafpQ0s/ 2. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNAbMpyaXcafpQ0s/ 3. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNBbMpyaXcafpQ0s/ 4. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNBbMpyaXcafpQ0s/ 5. mailto:info@blackgospelpromo.com 6. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNBbMpyaXcafpQ0s/ 7. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNCbMpyaXcafpQ0s/ 8. http://blackgospelpromoinc.c.topica.com/maamNTyabNPNDbMpyaXcafpQ0s/ 9. http://topica.com/f/unsub.html/aaam0bnhz6m75960vdhng7stel175gkj_7r46p_r2d1dd7 10. http://topica.com/f/?a84Rle.bMpyaX.eDExQGZy 11. http://topica.com/f/?a84Rle.bMpyaX.eDExQGZy.c 12. http://www.topica.com/f/abuse.html?aaam0bnhz6m75960vdhng7stel175gkj_7r46p_r2d1dd7 13. http://www.topica.com/?p=T3FOOTER From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 19:02:41 2009 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 8E4F9106566C for ; Wed, 4 Feb 2009 19:02:41 +0000 (UTC) (envelope-from Peter.Zehm@crush-net.de) Received: from mx01.flex-in-flow.de (static.88-198-48-118.clients.your-server.de [88.198.48.118]) by mx1.freebsd.org (Postfix) with ESMTP id 4717F8FC12 for ; Wed, 4 Feb 2009 19:02:41 +0000 (UTC) (envelope-from Peter.Zehm@crush-net.de) Received: from [192.168.13.208] (ppp-82-135-67-58.dynamic.mnet-online.de [82.135.67.58]) by mx01.flex-in-flow.de (Postfix) with ESMTP id 116CC71352D for ; Wed, 4 Feb 2009 19:47:07 +0100 (CET) Message-ID: <4989E294.20802@crush-net.de> Date: Wed, 04 Feb 2009 19:46:44 +0100 From: Peter Zehm User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> <1233597196.1492.6.camel@ferret.2hip.net> <498769A9.1050808@mail.ru> <1233615341.1492.60.camel@ferret.2hip.net> In-Reply-To: <1233615341.1492.60.camel@ferret.2hip.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 04 Feb 2009 19:02:41 -0000 Hello, at first, let me say, i'm new to this list and mailinglists at all. I just installed FreeBSD 7-stable on my Thinkpad and got the described problem with a fresh installation of 'x11/xorg', too. I was running moused with 'moused_flags="-3"'. After '/etc/rc.d/moused stop' the problem dissapered. But i was not able to isolate the problem to moused or the emulate-third-mouse-button. When starting moused again sometimes x hangs and sometimes not. But, when moused is active and i reboot the system the problem is always there, but it works well when starting x on a system with moused disabled in rc.conf. I hope this helps until it's fixed. Regards Peter From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 22:10:04 2009 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 3D570106564A for ; Wed, 4 Feb 2009 22:10:04 +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 100C48FC12 for ; Wed, 4 Feb 2009 22:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n14MA3i2078509 for ; Wed, 4 Feb 2009 22:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n14MA3Rr078508; Wed, 4 Feb 2009 22:10:03 GMT (envelope-from gnats) Date: Wed, 4 Feb 2009 22:10:03 GMT Message-Id: <200902042210.n14MA3Rr078508@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Harald Hanche-Olsen Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harald Hanche-Olsen List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 22:10:04 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Harald Hanche-Olsen To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Wed, 04 Feb 2009 23:08:00 +0100 (CET) Already noted on the freebsd-x11 list, but let's get it recorded in the PR as well: This bug appears to be fixed with hal-0.5.11_17. - Harald From owner-freebsd-x11@FreeBSD.ORG Wed Feb 4 22:23:54 2009 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 00FD71065673 for ; Wed, 4 Feb 2009 22:23:54 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AE1938FC29 for ; Wed, 4 Feb 2009 22:23:53 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUq9w-00074e-6Y for freebsd-x11@freebsd.org; Wed, 04 Feb 2009 22:23:52 +0000 Received: from 81.210.237.210 ([81.210.237.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 22:23:52 +0000 Received: from saper by 81.210.237.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 22:23:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Marcin Cieslak Date: Wed, 04 Feb 2009 23:23:40 +0100 Lines: 24 Message-ID: <498A156C.7080501@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> <498897CB.7080505@system.pl> <1233771426.3085.11.camel@ferret.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.237.210 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090131 SeaMonkey/1.1.14 In-Reply-To: <1233771426.3085.11.camel@ferret.2hip.net> Sender: news Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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: Wed, 04 Feb 2009 22:23:54 -0000 Robert Noland wrote: > The font issue is being discussed on the xorg lists and I expect a > resolution will be present in the final 1.6 server. Yes, this is more or less the patch I have sent before. Things are fine when disabling "builtin fonts only" feature of the X.org server and we no longer need freetype module for that. > AFAICT, xtrap is just gone... I need to get some clarification on what > is going on with freetype. Not needed anymore I guess. To sum: everything runs fine since yesterday I have upgraded with a remove-bultin-fonts-feature-patch. > I'm not really setup to test the nv driver at the moment, so I can't add > a lot here. "Nv" used to have some trouble, but for now it is running stable for me. I will switch by box to Intel however, any hints how to test the new XvMC extension support? --Marcin From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 00:03:30 2009 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 1CFF7106564A for ; Thu, 5 Feb 2009 00:03:30 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1598FC14 for ; Thu, 5 Feb 2009 00:03:29 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUriI-0002KD-Hm for freebsd-x11@freebsd.org; Thu, 05 Feb 2009 00:03:26 +0000 Received: from 81.210.237.210 ([81.210.237.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 00:03:26 +0000 Received: from saper by 81.210.237.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 00:03:26 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Marcin Cieslak Date: Thu, 05 Feb 2009 01:03:09 +0100 Lines: 111 Message-ID: <498A2CBD.2040205@system.pl> References: <1233456742.1534.14.camel@ferret.2hip.net> <498897CB.7080505@system.pl> <1233771426.3085.11.camel@ferret.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.237.210 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090131 SeaMonkey/1.1.14 In-Reply-To: <1233771426.3085.11.camel@ferret.2hip.net> Sender: news Subject: Re: [HEADS UP/CFT] Xserver 1.6: testing XvMC HOWTO 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, 05 Feb 2009 00:03:30 -0000 A short how-to: 1) Compile and configure Xserver 1.6 with xf86-video-intel driver 2.6.1 2) Add Option "XvMC" "on" to your /etc/X11/xorg.conf in the Section "Device" for the "intel" driver: Section "Device" Identifier "Intel945" Driver "intel" VendorName "Intel Corporation" BoardName "Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller" (...) Option "XvMC" "on" EndSection 3) Add two flags to your ports/multimedia/mplayer/Makefile, so it looks more or less like this: CONFIGURE_ARGS+= --disable-ssse3 \ --disable-directfb \ --disable-faac \ --disable-twolame \ --disable-mencoder \ --enable-xvmc \ --with-xvmclib=XvMCW 4) Verify that /usr/local/lib/libXvMCW.so is installed (should be required by the intel driver). 5) Recompile mplayer and reinstall 6) Get a pure MPEG-2 video stream (MPEG-2 TS for example) 7) Play it with: % mplayer -vo xvmc -vc ffmpeg12mc El_Rep_35.mpg MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz (Family: 6, Model: 15, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 Playing El_Rep_35.mpg. MPEG-PS file format detected. VIDEO: MPEG2 640x480 (aspect 1) 25.000 fps 0.0 kbps ( 0.0 kbyte/s) xscreensaver_disable: Could not find XScreenSaver window. dcop: not found vo_xvmc: X-Video extension 2.2 vo_xvmc: X-Video MotionCompensation Extension version 1.1 ========================================================================== Forced video codec: ffmpeg12mc Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family [VD_FFMPEG] XVMC accelerated codec. Selected video codec: [ffmpeg12mc] vfm: ffmpeg (FFmpeg MPEG-1/2 (XvMC)) ========================================================================== (...) [VD_FFMPEG] XVMC-accelerated MPEG-2. [VD_FFMPEG] Trying pixfmt=0. VDec: vo config request - 640 x 480 (preferred colorspace: MPEG1/2 Motion Compensation and IDCT) VDec: using MPEG1/2 Motion Compensation as output csp (no 1) Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [xvmc] 640x480 => 640x480 MPEG1/2 Motion Compensation vo_xvmc: Port 80 grabed vo_xvmc: Found matching surface with id=434D5658 on 80 port at 0 adapter [intel_xvmc] info: decoder type is i915/945 MPEG2 MC decoder vo_xvmc: Allocated Direct Context vo_xvmc: data_blocks allocated vo_xvmc: mv_blocks allocated vo_xvmc: Motion Compensation context allocated - 8 surfaces vo_xvmc: idct=0 unsigned_intra=0 vo_xvmc: looking for OSD support vo_xvmc: No OSD support for this mode OSD does not work, and I probably don't have IDCT but other than that it seems to work, from -msglevel vo=9 output: vo_xvmc: query_format=1DC70002 vo_xvmc: Querying 2 adaptors vo_xvmc: Quering adaptor #0 vo_xvmc: probing port #80 vo_xvmc: XvMC list have 2 surfaces vo_xvmc: Found matching surface with id=434D5658 on 80 port at 0 adapter vo_xvmc: Querying 2 adaptors vo_xvmc: Quering adaptor #0 vo_xvmc: probing port #80 vo_xvmc: XvMC list have 2 surfaces vo_xvmc: Port 80 grabed vo_xvmc: Found matching surface with id=434D5658 on 80 port at 0 adapter vo_xvmc: Allocated Direct Context vo_xvmc: data_blocks allocated vo_xvmc: mv_blocks allocated vo_xvmc: surface[0] = 0xdb0c60 .rndr=0x80775d800 vo_xvmc: surface[1] = 0xdb0c80 .rndr=0x80775d870 vo_xvmc: surface[2] = 0xdb0ca0 .rndr=0x80775d8e0 vo_xvmc: surface[3] = 0xdb0cc0 .rndr=0x80775d950 vo_xvmc: surface[4] = 0xdb0ce0 .rndr=0x80775d9c0 vo_xvmc: surface[5] = 0xdb0d00 .rndr=0x80775da30 vo_xvmc: surface[6] = 0xdb0d20 .rndr=0x80775daa0 vo_xvmc: surface[7] = 0xdb0d40 .rndr=0x80775db10 vo_xvmc: Motion Compensation context allocated - 8 surfaces vo_xvmc: idct=0 unsigned_intra=0 vo_xvmc: looking for OSD support vo_xvmc: No OSD support for this mode --Marcin From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 11:20:04 2009 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 EC2F61065672 for ; Thu, 5 Feb 2009 11:20:04 +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 D74B98FC13 for ; Thu, 5 Feb 2009 11:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n15BK4kS021509 for ; Thu, 5 Feb 2009 11:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n15BK4wf021508; Thu, 5 Feb 2009 11:20:04 GMT (envelope-from gnats) Date: Thu, 5 Feb 2009 11:20:04 GMT Message-Id: <200902051120.n15BK4wf021508@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Serge Shilov Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Serge Shilov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:20:05 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Serge Shilov To: bug-followup@freebsd.org, xelah-freebsd-pr@xelah.com Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb 2009 13:43:32 +0300 --Boundary-00=_ULsiJJEJlcbVhvd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Unfortunatly problem still exist for me even after last patches for xorg- server, xf86-input-mouse and hal ports. My simptoms is exactly as described there http://lists.freebsd.org/pipermail/freebsd-x11/2009- February/007371.html, i.e. ghost left button events, text input freezing before mouse events and strange cursor behaviour. Also sometimes there is duplicating pressed chars exist but I could not find any system on it. When I'd tested it under kde4.2 and clean twm environment, simtoms still equal. My system is FreeBSD 7.1-RELEASE-p2, xorg-server is xorg-server-1.5.3_4,1 hal is 0.5.11_17 xf86-input-mouse is 1.4.0_3 My mouse is A4Tech USB Optical Mouse connected via external usb hub. Somehow I can test some other mice. Critical parts of my xorg.conf, dmesg and Xorg.0.log is there (full output in attachment) [xorg.conf] <........................skipped.......................> Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 # Screen 1 "Screen1" LeftOf "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" Option "AllowEmptyInput" "off" # Option "AutoAddDevice" "off" EndSection <........................skipped.......................> Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "AutoRepeat" "500 30" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru" # Option "XkbOptions" "grp:shifts_toggle" Option "XkbOptions" "grp:rctrl_toggle" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" # Option "ZAxisMapping" "4 5" EndSection <........................skipped.......................> [dmesg.out] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p2 #1: Mon Feb 2 11:32:45 MSK 2009 root@ssh.bridge-quest.spb.ru:/usr/obj/usr/src/sys/SSHNG7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1073414144 (1023 MB) avail memory = 1032171520 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard <........................skipped.......................> ums0: on uhub5 ums0: 7 buttons and Z dir. <........................skipped.......................> ukbd0: on uhub0 kbd1 at ukbd0 <........................skipped.......................> [Xorg.o.log] <........................skipped.......................> (II) config/hal: Adding input device USB Optical Mouse (**) USB Optical Mouse: Device: "/dev/sysmouse" (==) USB Optical Mouse: Protocol: "Auto" (**) USB Optical Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) USB Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB Optical Mouse: ZAxisMapping: buttons 4 and 5 (**) USB Optical Mouse: Buttons: 9 (**) USB Optical Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "USB Optical Mouse" (type: MOUSE) (II) USB Optical Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) USB Optical Mouse: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device DELL USB Keyboard (**) DELL USB Keyboard: always reports core events (**) Option "Protocol" "standard" (**) DELL USB Keyboard: Protocol: standard (**) Option "Device" "/dev/ukbd0" (EE) DELL USB Keyboard: cannot open "/dev/ukbd0" (EE) PreInit failed for input device "DELL USB Keyboard" (II) UnloadModule: "kbd" (EE) config/hal: NewInputDeviceRequest failed (II) 3rd Button detected: disabling emulate3Button (II) 3rd Button detected: disabling emulate3Button <........................skipped.......................> --Boundary-00=_ULsiJJEJlcbVhvd Content-Type: text/plain; charset="KOI8-R"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p2 #1: Mon Feb 2 11:32:45 MSK 2009 root@ssh.bridge-quest.spb.ru:/usr/obj/usr/src/sys/SSHNG7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1073414144 (1023 MB) avail memory = 1032171520 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd0 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci4: on pcib1 vgapci0: mem 0xcc000000-0xcfffffff,0xd0000000-0xdfffffff,0xcb000000-0xcbffffff irq 16 at device 0.0 on pci4 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcm0: mem 0xcacf4000-0xcacf7fff irq 16 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci2: on pcib3 mskc0: port 0xc800-0xc8ff mem 0xcaefc000-0xcaefffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:13:d4:56:f1:16 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] uhci0: port 0x8000-0x801f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x8400-0x841f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x8800-0x881f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x9000-0x901f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xcacff800-0xcacffbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub4 uhub5: single transaction translator uhub5: 4 ports with 4 removable, self powered ums0: on uhub5 ums0: 7 buttons and Z dir. pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 10.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9800-0x9803,0x9400-0x940f mem 0xcacffc00-0xcacfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - DD, should be D4 [20070320] est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - D7, should be EB [20070320] est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcf7ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd1 at ukbd0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 acd1: CDRW at ata0-slave UDMA33 ad4: 114472MB at ata2-master SATA150 ad5: 114473MB at ata2-slave SATA150 ad6: 190782MB at ata3-master SATA150 pcm0: pcm0: GEOM_LABEL: Label for provider ad4s5 is ntfs/NTD. GEOM_LABEL: Label for provider ad4s6 is msdosfs/ . acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-2510A 2.15> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata0 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad6s1a msk0: link state changed to UP --Boundary-00=_ULsiJJEJlcbVhvd Content-Type: text/x-log; charset="KOI8-R"; name="Xorg.0.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Xorg.0.log" X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-RELEASE-p2 i386 Current Operating System: FreeBSD ssh.bridge-quest.spb.ru 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #1: Mon Feb 2 11:32:45 MSK 2009 root@ssh.bridge-quest.spb.ru:/usr/obj/usr/src/sys/SSHNG7 i386 Build Date: 05 February 2009 10:30:12AM 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: Thu Feb 5 12:53:42 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0a" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "BlankTime" "15" (**) Option "StandbyTime" "30" (**) Option "SuspendTime" "35" (**) Option "OffTime" "40" (**) Option "AllowEmptyInput" "off" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/libdata/doscmd/fonts" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/share/fonts"). (WW) The directory "/usr/local/lib/X11/fonts/dejavu" does not exist. Entry deleted from font path. (WW) The directory "/usr/local/lib/X11/fonts/NovellTTF" does not exist. Entry deleted from font path. (WW) The directory "/usr/local/lib/X11/fonts/macfonts" does not exist. Entry deleted from font path. (WW) The directory "/usr/local/lib/X11/fonts/URW" does not exist. Entry deleted from font path. (==) Including the default font path /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/. (**) FontPath set to: /usr/local/lib/X11/fonts/terminus-font, /usr/local/share/fonts/cmpsfont/type1, /usr/local/lib/X11/fonts/code2000/, /usr/local/lib/X11/fonts/100dpi, /usr/local/lib/X11/fonts/TTF, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1, /usr/local/lib/X11/fonts/bitstream-vera, /usr/local/lib/X11/fonts/cyrillic:unscaled, /usr/local/lib/X11/fonts/misc:unscaled, /usr/local/lib/X11/fonts/webfonts, /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" (WW) Ignoring unrecognized extension "DamageEvents" (**) Extension "RENDER" is enabled (**) Extension "Composite" is enabled (II) Loader magic: 0x81b2de0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 12 (--) PCI:*(0@4:0:0) nVidia Corporation NV43 [GeForce 6600] rev 162, Mem @ 0xcc000000/0, 0xd0000000/0, 0xcb000000/0, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded by default. (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 177.80 Wed Oct 1 15:02:07 PDT 2008 (II) Loading extension GLX (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "nvidia" (II) Loading /usr/local/lib/xorg/modules/drivers//nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Video Driver (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) NVIDIA dlloader X Driver 177.80 Wed Oct 1 14:45:29 PDT 2008 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 04@00:00:0 (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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "wfb" (II) LoadModule: "wfb" (II) Loading /usr/local/lib/xorg/modules//libwfb.so dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol "miZeroLineScreenIndex" (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so (II) UnloadModule: "wfb" (EE) Failed to load module "wfb" (loader failed, 7) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "NvAGP" "1" (**) NVIDIA(0): Option "ConnectedMonitor" "DFP" (**) NVIDIA(0): Option "RenderAccel" "True" (**) NVIDIA(0): Option "UseInt10Module" "true" (**) NVIDIA(0): Option "NoRenderExtension" "False" (**) NVIDIA(0): Option "AllowGLXWithComposite" "True" (**) NVIDIA(0): Option "TripleBuffer" "True" (**) NVIDIA(0): Option "UseEvents" "False" (**) NVIDIA(0): Option "AddARGBGLXVisuals" "True" (**) NVIDIA(0): Option "DamageEvents" "True" (**) NVIDIA(0): Option "OnDemandVBlankInterrupts" "True" (**) NVIDIA(0): Option "PixmapCacheSize" "300000" (**) NVIDIA(0): Option "AllowSHMPixmaps" "True" (**) NVIDIA(0): Enabling RENDER acceleration (**) NVIDIA(0): ConnectedMonitor string: "DFP" (**) NVIDIA(0): Use of NVIDIA internal AGP requested (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.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (==) NVIDIA(0): Write-combining range (0xa0000,0x20000) was already clear (==) NVIDIA(0): Write-combining range (0xc0000,0x40000) was already clear (WW) NVIDIA(0): Bad V_BIOS checksum (II) NVIDIA(0): Primary V_BIOS segment is: 0xc000 (==) NVIDIA(0): Write-combining range (0x0,0x1000) was already clear (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) NVIDIA(0): enabled. (II) NVIDIA(0): NVIDIA GPU GeForce 6600 (NV43) at PCI:4:0:0 (GPU-0) (--) NVIDIA(0): Memory: 262144 kBytes (--) NVIDIA(0): VideoBIOS: 05.43.02.16.00 (II) NVIDIA(0): Detected PCI Express Link width: 16X (--) NVIDIA(0): Interlaced video modes are supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce 6600 at PCI:4:0:0: (--) NVIDIA(0): NEC LCD1970NX (DFP-0) (--) NVIDIA(0): NEC LCD1970NX (DFP-0): 155.0 MHz maximum pixel clock (--) NVIDIA(0): NEC LCD1970NX (DFP-0): Internal Single Link TMDS (II) NVIDIA(0): Assigned Display Device: DFP-0 (WW) NVIDIA(0): No valid modes for "480x320"; removing. (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "1280x1024" (II) NVIDIA(0): "1152x864" (II) NVIDIA(0): "1024x768" (II) NVIDIA(0): "800x600" (II) NVIDIA(0): "640x480" (II) NVIDIA(0): Virtual screen size determined to be 1280 x 1024 (--) NVIDIA(0): DPI set to (85, 86); computed from "UseEdidDpi" X config (--) NVIDIA(0): option (**) NVIDIA(0): Enabling 32-bit ARGB GLX visuals. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) NVIDIA(0): Initialized GPU GART. (II) NVIDIA(0): Setting mode "1280x1024" (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (**) NVIDIA(0): Option "BackingStore" "False" (**) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (**) Option "dpms" "True" (**) NVIDIA(0): DPMS enabled (II) Loading extension NV-CONTROL (II) Loading extension XINERAMA (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension 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) Initializing built-in extension XEVIE (II) Initializing extension GLX (**) Option "Protocol" "auto" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "auto" (**) Option "CorePointer" (**) Mouse1: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Mouse1: Buttons: 9 (**) Mouse1: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard1: always reports core events (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc104" (**) Keyboard1: XkbModel: "pc104" (**) Option "XkbLayout" "us,ru" (**) Keyboard1: XkbLayout: "us,ru" (**) Option "XkbOptions" "grp:rctrl_toggle" (**) Keyboard1: XkbOptions: "grp:rctrl_toggle" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) evaluating device (Keyboard1) (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device USB Optical Mouse (**) USB Optical Mouse: Device: "/dev/sysmouse" (==) USB Optical Mouse: Protocol: "Auto" (**) USB Optical Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) USB Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB Optical Mouse: ZAxisMapping: buttons 4 and 5 (**) USB Optical Mouse: Buttons: 9 (**) USB Optical Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "USB Optical Mouse" (type: MOUSE) (II) USB Optical Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) USB Optical Mouse: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device DELL USB Keyboard (**) DELL USB Keyboard: always reports core events (**) Option "Protocol" "standard" (**) DELL USB Keyboard: Protocol: standard (**) Option "Device" "/dev/ukbd0" (EE) DELL USB Keyboard: cannot open "/dev/ukbd0" (EE) PreInit failed for input device "DELL USB Keyboard" (II) UnloadModule: "kbd" (EE) config/hal: NewInputDeviceRequest failed (II) 3rd Button detected: disabling emulate3Button (II) 3rd Button detected: disabling emulate3Button --Boundary-00=_ULsiJJEJlcbVhvd Content-Type: text/plain; charset="KOI8-R"; name="xorg.conf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xorg.conf" # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (root@ssh.bridge-quest.spb.ru) Tuesday, 30= december 2008 =C7. 00:36:18 (MSK) Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 # Screen 1 "Screen1" LeftOf "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" Option "AllowEmptyInput" "off" # Option "AutoAddDevice" "off" EndSection Section "Files" FontPath "/usr/libdata/doscmd/fonts" FontPath "/usr/local/share/fonts" FontPath "/usr/local/lib/X11/fonts/terminus-font" FontPath "/usr/local/share/fonts/cmpsfont/type1" FontPath "/usr/local/lib/X11/fonts/code2000/" FontPath "/usr/local/lib/X11/fonts/dejavu" FontPath "/usr/local/lib/X11/fonts/NovellTTF" FontPath "/usr/local/lib/X11/fonts/100dpi" 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/bitstream-vera" FontPath "/usr/local/lib/X11/fonts/cyrillic:unscaled" FontPath "/usr/local/lib/X11/fonts/misc:unscaled" FontPath "/usr/local/lib/X11/fonts/webfonts" FontPath "/usr/local/lib/X11/fonts/macfonts" FontPath "/usr/local/lib/X11/fonts/URW" EndSection Section "Module" # Load "dri" # Load "record" # Load "xtrap" Load "dbe" # Double buffer extension Load "glx" Load "extmod" # Load "type1" Load "freetype" EndSection Section "ServerFlags" # Option "Xinerama" "0" Option "BlankTime" "15" Option "StandbyTime" "30" Option "SuspendTime" "35" Option "OffTime" "40" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "AutoRepeat" "500 30" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru" # Option "XkbOptions" "grp:shifts_toggle" Option "XkbOptions" "grp:rctrl_toggle" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" # Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "Monitor0" VendorName "NEC-Mitsubishi" ModelName "MultiSync LCD 1970NX" Option "DPMS" "True" # UseModes "Modes[0]" EndSection Section "Monitor" # HorizSync 30.0 - 50.0 # VertRefresh 60.0 - 60.0 Identifier "Monitor1" VendorName "SONY" ModelName "TV" EndSection Section "Device" Identifier "Standard VGA" Driver "vga" VendorName "Unknown" BoardName "Unknown" EndSection Section "Device" Identifier "Card0a" Driver "nvidia" VendorName "nVidia Corporation" BoardName "Gygabyte NX66 Turbo [GeForce 6600]" BusID "PCI:4:0:0" Screen 0 EndSection #Section "Device" # Identifier "Card0b" # Driver "nvidia" # VendorName "nVidia Corporation" # BoardName "Gygabyte NX66 Turbo [GeForce 6600]" # BusID "PCI:4:0:0" # Screen 1 #EndSection Section "Screen" Identifier "Screen0" Device "Card0a" Monitor "Monitor0" DefaultDepth 24 Option "ConnectedMonitor" "DFP" Option "RenderAccel" "True" # It enable by default Option "AddARGBGLXVisuals" "True" Option "DamageEvents" "True" # It enable by default Option "UseEvents" "False" # Use it with caution. It may not= work on all system Option "TripleBuffer" "True" # It must always use with 'Sync = to VBlanc' enabled by nvidia-settings Option "BackingStore" "False" # Use it with caution. It may n= ot work on all system espesially for 6 series GeForce cards # This option is known to lead ti severe unstability and random cras= hes with xorg 1.5.3 server Option "AllowGLXWithComposite" "True" # Use it with caution. I= t may not work on all system Option "AllowSHMPixmaps" "True" Option "OnDemandVBlankInterrupts" "True" # Experimental Option "PixmapCacheSize" "300000" Option "NvAGP" "1" Option "UseInt10Module" "true" Option "NoRenderExtension" "False" # Option "InitializeWindowBackingPixmaps" "True" =20 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480" "4= 80x320" EndSubSection EndSection #Section "Screen" # # Depth 16=20 # Modes "1024x768" # "800x600" "640x480" # EndSubSection # Identifier "Screen1" # Device "Card0b" # Monitor "Monitor1" # DefaultDepth 24 # Option "ConnectedMonitor" "TV" # Option "TVStandard" "PAL-B" # Option "TVOverScan" "1.0" # SubSection "Display" # Option "TVOutFormat" "SVIDEO" # Option "AllowGLXWithComposite" "true" # Option "RENDER" "Enable" # Option "UseInt10Module" "true" # Option "IgnoreDisplayDevices" "DFP" # Option "TripleBuffer" "True" # Option "BackingStore" "True" # Option "PixmapCacheSize" "300000" # Option "OnDemandVBlankInterrupts" "True" # Option "AllowSHMPixmaps" "0" # Option "RenderAccel" "True" # Option "NoRenderExtension" "False" # Option "AddARGBGLXVisuals" "True" # Option "DamageEvents" "True" # Option "InitializeWindowBackingPixmaps" "True" # SubSection "Display" # Viewport 0 0 # Depth 24 # Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" # EndSubSection #EndSection Section "Extensions" Option "DamageEvents" "enable" Option "RENDER" "enable" Option "Composite" "Enable" EndSection --Boundary-00=_ULsiJJEJlcbVhvd-- From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 13:29:30 2009 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 157531065674 for ; Thu, 5 Feb 2009 13:29:30 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 966178FC18 for ; Thu, 5 Feb 2009 13:29:29 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so87585ywe.13 for ; Thu, 05 Feb 2009 05:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=oUlXpJdwdIxEGjOGmDQ8g/ZD2Pdm7RQOK1XsNGJ/7RE=; b=G2y23fjK+n7l72lFCGXVnaZqqxag5097mSnwTs9w4Otv+mQqRw2J2kpqBl9KeSP9KS tgF6CCb0PAOcmaCny7Idr4ir8HX4rV4+FspV2j00lq933xDOHwyoGRHrj66GCX6MBLit d1YekxN3VEhjs46VtiFDVjHt3RmDIQcpdyX3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=E0zD8fApq+knzHK8oUR17JtK0IDo7js91Fa4smyIWw8T6Cmvc5NWXqCGnHM6hKa1Tk 5/qGDaY4Vb+obD2UNe0kZhfmHGfXONpeiT2b7qTdc0rnX7bHKlqI4UAyZoiWldC2FcTd 4M85P/xYyqENb2td6UJd7pApQaH7K1XWj3yhY= Received: by 10.65.240.13 with SMTP id s13mr162375qbr.29.1233840568366; Thu, 05 Feb 2009 05:29:28 -0800 (PST) Received: from fortytwo.zapto.org ([70.51.167.95]) by mx.google.com with ESMTPS id p31sm1375899qbp.1.2009.02.05.05.29.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 05:29:27 -0800 (PST) Message-ID: <498AE9CE.8010203@gmail.com> Date: Thu, 05 Feb 2009 08:29:50 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.7pre (X11/20090128) 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: hard lockup [mi] EQ overflowing mieqEnequeue: out-of-order valuator event X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 13:29:30 -0000 (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. No idea the steps to reproduce this hard lockup, ssh'ing in and killing X resulted in a "test pattern" look to my monitor. While it was hung, keyboard caps/num lock wouldn't respond, nor would the mouse move. The ]mi] lines repeate about 600 times in the log at the end. FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Jan 6 03:43:02 EST 2009 jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 pciconf, xorg.conf and Xorg.0.log included. vgapci0@pci0:0:2:0: class=0x030000 card=0x25821043 chip=0x25828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G/GV/GL, 82910GL Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x25821043 chip=0x27828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G Graphics device: 82915G/GV/910GL Express Chipset Family' class = display Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" 0 0 InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" Option "AllowEmptyInput" "OFF" Option "AutoAddDevices" "OFF" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/local/" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/local/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/artwiz-fonts/" FontPath "/usr/local/lib/X11/fonts/webfonts/" FontPath "/usr/local/lib/X11/fonts/URW/" FontPath "/usr/local/lib/X11/fonts/jmk" FontPath "/usr/local/lib/X11/fonts/terminus-font" FontPath "/usr/local/lib/X11/fonts/artwiz-fonts" EndSection Section "ServerFlags" Option "AIGLX" "true" EndSection Section "Module" Load "GLcore" Load "glx" Load "dri" Load "drm" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "pc101" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "AUTO" Option "Device" "/dev/sysmouse" Option "Buttons" "10" Option "ZAxisMapping" "4 5" Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" Option "Emulate3Buttons" "no" EndSection Section "Monitor" HorizSync 31-65 VertRefresh 55-100 Identifier "monitor0" EndSection Section "Device" Identifier "i810" Driver "intel" VendorName "Intel" BoardName "82915G/GV/910GL Express Chipset Family Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen 1" Device "i810" Monitor "monitor0" DefaultDepth 16 Subsection "Display" Modes "1280x1024" "1024x768" Depth 16 EndSubSection EndSection Section "DRI" Mode 0666 EndSection X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-STABLE i386 Current Operating System: FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Jan 6 03:43:02 EST 2009 jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 Build Date: 29 January 2009 11:53:48AM 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: Fri Jan 30 10:14:19 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "monitor0" (**) | |-->Device "i810" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AIGLX" "true" (**) Option "AllowEmptyInput" "OFF" (**) Option "AutoAddDevices" "OFF" (**) Not automatically adding devices (==) Automatically enabling devices (==) Including the default font path /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/. (**) FontPath set to: /usr/local/lib/X11/fonts/local/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/75dpi/:unscaled, /usr/local/lib/X11/fonts/100dpi/:unscaled, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/artwiz-fonts/, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/URW/, /usr/local/lib/X11/fonts/jmk, /usr/local/lib/X11/fonts/terminus-font, /usr/local/lib/X11/fonts/artwiz-fonts, /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: 0x81b2de0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82915G/GV/910GL Integrated Graphics Controller rev 4, Mem @ 0xcfd80000/0, 0xd0000000/0, 0xcfe80000/0, I/O @ 0x00006800/0, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation 82915G Integrated Graphics Controller rev 4, Mem @ 0xcfe00000/0 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded by default. (II) "dbe" will be loaded by default. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded by default. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.1.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (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.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (**) intel(0): Depth 16, (--) framebuffer bpp 16 (==) intel(0): RGB weight 565 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 915G (--) intel(0): Chipset: "915G" (--) intel(0): Linear framebuffer at 0xD0000000 (--) intel(0): IO registers at addr 0xCFD80000 (==) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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) intel(0): Output VGA using monitor section monitor0 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 423 449 -hsync -vsync (39.4 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (35.5 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 484 505 -hsync +vsync (42.9 kHz) (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 601 604 630 -hsync +vsync (53.5 kHz) (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 768 769 772 807 -hsync +vsync (68.6 kHz) (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 864 865 868 907 -hsync +vsync (77.1 kHz) (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 960 961 964 994 -hsync +vsync (59.6 kHz) (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Output VGA connected (II) intel(0): Using user preference for initial modes (II) intel(0): Output VGA using initial mode 1280x1024 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x83e (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (320, 240) mm (**) intel(0): DPI set to (111, 148) (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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0xcfd80000 (II) intel(0): [drm] ring buffer = 0xd0000000 (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle = 0xd0800000 (II) intel(0): [drm] mapped back buffer at 0xd2800000, handle = 0xd2800000 (II) intel(0): [drm] mapped depth buffer at 0xd3000000, handle = 0xd3000000 (II) intel(0): [drm] mapped classic textures at 0xd3800000, handle = 0xd3800000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 17203200 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension 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) Initializing built-in extension XEVIE drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: drmOpenMinor returns 12 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) intel(0): Setting screen physical size to 306 x 230 (**) Option "Protocol" "AUTO" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "AUTO" (**) Option "CorePointer" (**) Mouse1: always reports core events (**) Option "Device" "/dev/sysmouse" (**) Option "Buttons" "10" (**) Option "Emulate3Buttons" "no" (**) Option "ZAxisMapping" "4 5" (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" (**) Mouse1: Buttons: 10 (**) Mouse1: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard1: always reports core events (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard1: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard1: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) evaluating device (Keyboard1) (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device USB-PS/2 Optical Mouse (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device Natural? Ergonomic Keyboard 4000 (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device AT Keyboard (EE) config/hal: NewInputDeviceRequest failed (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 423 449 -hsync -vsync (39.4 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (35.5 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 484 505 -hsync +vsync (42.9 kHz) (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 601 604 630 -hsync +vsync (53.5 kHz) (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 768 769 772 807 -hsync +vsync (68.6 kHz) (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 864 865 868 907 -hsync +vsync (77.1 kHz) (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 960 961 964 994 -hsync +vsync (59.6 kHz) (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) (II) intel(0): EDID vendor "NEC", prod id 17450 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle = 0xd0800000 (II) intel(0): [drm] dma control initialized, using IRQ 255 (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 AUDIT: Wed Feb 4 05:03:59 2009: 99951 X: client 25 rejected from IP 64.62.181.2 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. -- Over the years I've come to regard you as people I've met. From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 16:50:02 2009 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 5C73310656C7 for ; Thu, 5 Feb 2009 16:50:02 +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 49B798FC0C for ; Thu, 5 Feb 2009 16:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n15Go2dS074223 for ; Thu, 5 Feb 2009 16:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n15Go2Ob074222; Thu, 5 Feb 2009 16:50:02 GMT (envelope-from gnats) Date: Thu, 5 Feb 2009 16:50:02 GMT Message-Id: <200902051650.n15Go2Ob074222@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Serge Shilov Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Serge Shilov List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 16:50:02 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Serge Shilov To: bug-followup@freebsd.org, xelah-freebsd-pr@xelah.com Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb 2009 19:40:29 +0300 I perform some experiments. Results is here. I. Test other mice . The 1st is ums0: on uhub0 ums0: 8 buttons and Z dir. and the 2nd is ums0: on uhub0 ums0: 3 buttons and Z dir. Bug still exist II. Test direct connection mouse without hub. Bug still exist. Resume: It's not mice or hub or connection-via-hub problem. (But it may be some usb host problem) III. Hot plug out and plug in mouse in X environment After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be recommended as workaround. Notice: 1. After plug out mouse cursor may still disappeared. In this case you can switch to VT0-VT7 terminals, move mouse and switch back to X session. 2. This advice is provided 'as is' without any warranties of usefulness, capacity to work with your hardware or software and other sorts of warranties. IV. After hot X session restart (without OS and hardware restart) mouse still work. V. Other cases: Hot plug out and plug in mouse in text mode environment before start X session. Start OS mouseless and plug in mouse before or after start X session. Hot OS restart after my workaround appliing. In all this cases mouse behaviour was still buggy. I'll be glad if my info help to resolve this problem. Regards. From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 17:23:43 2009 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 26DEE10656EE for ; Thu, 5 Feb 2009 17:23:43 +0000 (UTC) (envelope-from root@32bit.miwibox.org) Received: from 32bit.miwibox.org (32bit.miwibox.org [93.186.192.137]) by mx1.freebsd.org (Postfix) with ESMTP id A56BF8FC1F for ; Thu, 5 Feb 2009 17:23:42 +0000 (UTC) (envelope-from root@32bit.miwibox.org) Received: by 32bit.miwibox.org (Postfix, from userid 0) id C1400A6C1A; Thu, 5 Feb 2009 18:16:09 +0100 (CET) MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain Date: Thu, 5 Feb 2009 18:16:09 +0100 From: miwi@FreeBSD.org To: x11@FreeBSD.org X-Mailer: portscout/0.7.4 Message-Id: <20090205171609.C1400A6C1A@32bit.miwibox.org> Cc: Subject: FreeBSD ports you maintain which are out of date 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, 05 Feb 2009 17:23:43 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ x11/libICE | 1.0.4 | 1.0.5 ------------------------------------------------+-----------------+------------ x11/libXrandr | 1.2.3 | 1.2.99.4 ------------------------------------------------+-----------------+------------ x11/randrproto | 1.2.1 | 1.2.99.3 ------------------------------------------------+-----------------+------------ x11/rgb | 1.0.1 | 1.0.3 ------------------------------------------------+-----------------+------------ x11/xkeyboard-config | 1.4 | 1.5 ------------------------------------------------+-----------------+------------ x11/xrandr | 1.2.3 | 1.2.99.4 ------------------------------------------------+-----------------+------------ x11/xrx | 1.0.1 | 1.0.2 ------------------------------------------------+-----------------+------------ x11-drivers/xf86-input-synaptics | 0.99.3 | 1.0.0 ------------------------------------------------+-----------------+------------ x11-drivers/xf86-video-dummy | 0.3.0 | 0.3.1 ------------------------------------------------+-----------------+------------ x11-drivers/xf86-video-intel | 2.5.1 | 2.6.1 ------------------------------------------------+-----------------+------------ x11-fonts/fonttosfnt | 1.0.3 | 1.0.4 ------------------------------------------------+-----------------+------------ x11-servers/xephyr | 1.5.3 | 1.5.99.902 ------------------------------------------------+-----------------+------------ x11-servers/xorg-dmx | 1.5.3 | 1.5.99.902 ------------------------------------------------+-----------------+------------ x11-servers/xorg-nestserver | 1.5.3 | 1.5.99.902 ------------------------------------------------+-----------------+------------ x11-servers/xorg-server | 1.5.3 | 1.5.99.902 ------------------------------------------------+-----------------+------------ x11-servers/xorg-vfbserver | 1.5.3 | 1.5.99.902 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://beta.inerd.com/portscout-portconfig.txt If you need help, have any problems, find a bug in this software, or wish to stop (or start!) receiving portscout reminders, feel free to contact me at miwi(at)FreeBSD.org. Thanks. From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 17:33:45 2009 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 83E2D1065718 for ; Thu, 5 Feb 2009 17:33:45 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D44C78FC0A for ; Thu, 5 Feb 2009 17:33:44 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: (qmail invoked by alias); 05 Feb 2009 17:33:43 -0000 Received: from dslb-088-074-177-085.pools.arcor-ip.net (EHLO eri.localnet) [88.74.177.85] by mail.gmx.net (mp048) with SMTP; 05 Feb 2009 18:33:43 +0100 X-Authenticated: #3549759 X-Provags-ID: V01U2FsdGVkX1+sEv1ugkSsZlAg8p2r7hAkLJ6fLUoITO5MovEDsV +F8q6A79gXZkfv From: Christof Schulze To: freebsd-x11@freebsd.org Date: Thu, 5 Feb 2009 18:33:27 +0100 User-Agent: KMail/1.10.4 (FreeBSD/7.1-BETA2; KDE/4.1.4; i386; ; ) References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> In-Reply-To: <4986D31B.7020802@mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4106863.N3B3BZ1Mlr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200902051833.34564.christof.schulze@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.47 Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 05 Feb 2009 17:33:51 -0000 --nextPart4106863.N3B3BZ1Mlr Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline after running portsnap fetch update, updating hal, xorg-server, grafics driver, mouse driver and keyboard driver turning off moused things worked ok again. I am not sure which of the above fixed it but its gone now. Christof Am Montag 02 Februar 2009 12:03:55 schrieb Subscriber: > Last driver works the same way - it looks like left button permanently > pressed. I use built in touchpad in my notebook with xf86-input-driver. > Bad workaround is to tap touchpad several (random) times, then 'virtual > left button' released. Hardware left button on touchpad works the same > way. > > Robert Noland =EF=E8=F8=E5=F2: > > The following reply was made to PR ports/131124; it has been noted by > > GNATS. > > > > From: Robert Noland > > To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com > > Cc: > > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse > > is moved when AllowEmptyInput turned off > > Date: Thu, 29 Jan 2009 16:37:09 -0500 > > > > --=3D-WAPTMZWlWocFpdINRNGV > > Content-Type: text/plain > > Content-Transfer-Encoding: quoted-printable > > > > Please try with the latest xf86-input-mouse 1.4.0_1. > > > > robert. > > > > > > --=3D-WAPTMZWlWocFpdINRNGV > > Content-Type: application/pgp-signature; name=3D"signature.asc" > > Content-Description: This is a digitally signed message part > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.10 (FreeBSD) > > > > iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 > > 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp > > =3D6OBQ > > -----END PGP SIGNATURE----- > > > > --=3D-WAPTMZWlWocFpdINRNGV-- > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --nextPart4106863.N3B3BZ1Mlr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmLIu4ACgkQpZfyPAmdZJlUFACdEkuFfxxizmiUXAricdT2/iLW 3mAAoLDHc21M88oazItZsTZ1Tkf5KoFG =uwrY -----END PGP SIGNATURE----- --nextPart4106863.N3B3BZ1Mlr-- From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 18:11:40 2009 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 372621065670 for ; Thu, 5 Feb 2009 18:11:40 +0000 (UTC) (envelope-from Peter.Zehm@crush-net.de) Received: from mx01.flex-in-flow.de (static.88-198-48-118.clients.your-server.de [88.198.48.118]) by mx1.freebsd.org (Postfix) with ESMTP id ECCF18FC0C for ; Thu, 5 Feb 2009 18:11:39 +0000 (UTC) (envelope-from Peter.Zehm@crush-net.de) Received: from [192.168.13.208] (ppp-82-135-67-58.dynamic.mnet-online.de [82.135.67.58]) by mx01.flex-in-flow.de (Postfix) with ESMTP id EA4C271352C for ; Thu, 5 Feb 2009 19:11:59 +0100 (CET) Message-ID: <498B2BD7.7070505@crush-net.de> Date: Thu, 05 Feb 2009 19:11:35 +0100 From: Peter Zehm User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <200901292140.n0TLe5xf076339@freefall.freebsd.org> <4986D31B.7020802@mail.ru> <200902051833.34564.christof.schulze@gmx.net> In-Reply-To: <200902051833.34564.christof.schulze@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 05 Feb 2009 18:11:40 -0000 Christof Schulze schrieb: > after running portsnap fetch update, > updating hal, xorg-server, grafics driver, mouse driver and keyboard driver > turning off moused > things worked ok again. > I am not sure which of the above fixed it but its gone now. > > Christof > I also updated hal, xorg-server and mouse driver, but the problem still exists (with moused enabled). With moused disabled it works as expected. Peter > Am Montag 02 Februar 2009 12:03:55 schrieb Subscriber: > >> Last driver works the same way - it looks like left button permanently >> pressed. I use built in touchpad in my notebook with xf86-input-driver. >> Bad workaround is to tap touchpad several (random) times, then 'virtual >> left button' released. Hardware left button on touchpad works the same >> way. >> >> Robert Noland пишет: >> >>> The following reply was made to PR ports/131124; it has been noted by >>> GNATS. >>> >>> From: Robert Noland >>> To: bug-followup@FreeBSD.org, xelah-freebsd-pr@xelah.com >>> Cc: >>> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse >>> is moved when AllowEmptyInput turned off >>> Date: Thu, 29 Jan 2009 16:37:09 -0500 >>> >>> --=-WAPTMZWlWocFpdINRNGV >>> Content-Type: text/plain >>> Content-Transfer-Encoding: quoted-printable >>> >>> Please try with the latest xf86-input-mouse 1.4.0_1. >>> >>> robert. >>> >>> >>> --=-WAPTMZWlWocFpdINRNGV >>> Content-Type: application/pgp-signature; name="signature.asc" >>> Content-Description: This is a digitally signed message part >>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v2.0.10 (FreeBSD) >>> >>> iEYEABECAAYFAkmCIYUACgkQM4TrQ4qfROPJLgCfWkosQvoc7WdPW46jkxic2Bs9 >>> 7DsAmgL2hhw6lEeX6FZr/wFI4Znjz6Wp >>> =6OBQ >>> -----END PGP SIGNATURE----- >>> >>> --=-WAPTMZWlWocFpdINRNGV-- >>> >>> _______________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >>> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> > > From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 18:52:20 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 6AEDB106566C; Thu, 5 Feb 2009 18:52:19 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-x11@FreeBSD.org, Serge Shilov , Peter Zehm Date: Thu, 5 Feb 2009 13:52:05 -0500 User-Agent: KMail/1.6.2 References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> In-Reply-To: <200902051650.n15Go2Ob074222@freefall.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200902051352.08132.jkim@FreeBSD.org> Cc: rnoland@FreeBSD.org, marcus@FreeBSD.org, freebsd-gnome@FreeBSD.org, bug-followup@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 05 Feb 2009 18:52:21 -0000 [Sorry for spamming y'all but I thought it is very important that everyone understands the situation clearly.] On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: > The following reply was made to PR ports/131124; it has been noted > by GNATS. > > From: Serge Shilov > To: bug-followup@freebsd.org, > xelah-freebsd-pr@xelah.com > Cc: > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until > mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb > 2009 19:40:29 +0300 > > I perform some experiments. Results is here. > > I. Test other mice . > The 1st is > ums0: on > uhub0 ums0: 8 buttons and Z dir. > > and the 2nd is > ums0: 2> on uhub0 ums0: 3 buttons and Z dir. > > Bug still exist > > II. Test direct connection mouse without hub. > > Bug still exist. > > Resume: It's not mice or hub or connection-via-hub problem. (But > it may be some usb host problem) > > III. Hot plug out and plug in mouse in X environment > > After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be > recommended as workaround. > > Notice: > 1. After plug out mouse cursor may still disappeared. In this case > you can switch to VT0-VT7 terminals, move mouse and switch back to > X session. 2. This advice is provided 'as is' without any > warranties of usefulness, capacity to work with your hardware or > software and other sorts of warranties. > > IV. After hot X session restart (without OS and hardware restart) > mouse still work. > > V. Other cases: > Hot plug out and plug in mouse in text mode environment before > start X session. > Start OS mouseless and plug in mouse before or after start X > session. Hot OS restart after my workaround appliing. > > In all this cases mouse behaviour was still buggy. > > I'll be glad if my info help to resolve this problem. A short answer: Please remove "AllowEmptyInput" from your xorg.conf. A longer answer: http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim A technical answer: Some devices are safe to be opened multiple times and shared by different input drivers (e.g., Linux evdev, I think) and some devices are not (e.g., our sysmouse). Possible solutions (for ports maintainers): - When hald probes mice, exclude all moused users (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo device UDI for /dev/sysmouse and set x11_driver property if moused(8) is running and /dev/sysmouse is not being used by Xserver. If Xserver tries to open /dev/sysmouse, then the UDI has to be removed immediately. When Xserver closes /dev/sysmouse, the fake UDI has to be restored immediately. - Before Xserver starts auto-adding process, send a hint message to hald that the device is configured and enabled by static user configuration if CONFIG_HAL is defined and "AutoAddDevices" or "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober) excludes all sysmouse users from x11_driver and sends ACK/NACK message. Then, Xserver continues/stops auto-adding process depending on it. - Implement an ioctl command for sysmouse to report actual devices that it is controlling. Let each input driver veto automagic configuration process if it is being used or unsafe. - Some combinations of the above... The first solution is the least intrusive but it is not bulletproof because of an unavoidable race condition. The second solution is IMHO, a correct way but it requires Xserver change first. The third solution is too platform-specific and it requires significant (and ugly) hacks for Xserver and input drivers, I think. Any more ideas? Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Thu Feb 5 19:00:04 2009 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 DF6351065674 for ; Thu, 5 Feb 2009 19:00:03 +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 C6A508FC08 for ; Thu, 5 Feb 2009 19:00:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n15J03BA070944 for ; Thu, 5 Feb 2009 19:00:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n15J03cT070943; Thu, 5 Feb 2009 19:00:03 GMT (envelope-from gnats) Date: Thu, 5 Feb 2009 19:00:03 GMT Message-Id: <200902051900.n15J03cT070943@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Jung-uk Kim Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jung-uk Kim List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 19:00:05 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Jung-uk Kim To: freebsd-x11@FreeBSD.org, Serge Shilov , Peter Zehm Cc: bug-followup@freebsd.org, freebsd-gnome@FreeBSD.org, marcus@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb 2009 13:52:05 -0500 [Sorry for spamming y'all but I thought it is very important that everyone understands the situation clearly.] On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: > The following reply was made to PR ports/131124; it has been noted > by GNATS. > > From: Serge Shilov > To: bug-followup@freebsd.org, > xelah-freebsd-pr@xelah.com > Cc: > Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until > mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb > 2009 19:40:29 +0300 > > I perform some experiments. Results is here. > > I. Test other mice . > The 1st is > ums0: on > uhub0 ums0: 8 buttons and Z dir. > > and the 2nd is > ums0: 2> on uhub0 ums0: 3 buttons and Z dir. > > Bug still exist > > II. Test direct connection mouse without hub. > > Bug still exist. > > Resume: It's not mice or hub or connection-via-hub problem. (But > it may be some usb host problem) > > III. Hot plug out and plug in mouse in X environment > > After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be > recommended as workaround. > > Notice: > 1. After plug out mouse cursor may still disappeared. In this case > you can switch to VT0-VT7 terminals, move mouse and switch back to > X session. 2. This advice is provided 'as is' without any > warranties of usefulness, capacity to work with your hardware or > software and other sorts of warranties. > > IV. After hot X session restart (without OS and hardware restart) > mouse still work. > > V. Other cases: > Hot plug out and plug in mouse in text mode environment before > start X session. > Start OS mouseless and plug in mouse before or after start X > session. Hot OS restart after my workaround appliing. > > In all this cases mouse behaviour was still buggy. > > I'll be glad if my info help to resolve this problem. A short answer: Please remove "AllowEmptyInput" from your xorg.conf. A longer answer: http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim A technical answer: Some devices are safe to be opened multiple times and shared by different input drivers (e.g., Linux evdev, I think) and some devices are not (e.g., our sysmouse). Possible solutions (for ports maintainers): - When hald probes mice, exclude all moused users (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo device UDI for /dev/sysmouse and set x11_driver property if moused(8) is running and /dev/sysmouse is not being used by Xserver. If Xserver tries to open /dev/sysmouse, then the UDI has to be removed immediately. When Xserver closes /dev/sysmouse, the fake UDI has to be restored immediately. - Before Xserver starts auto-adding process, send a hint message to hald that the device is configured and enabled by static user configuration if CONFIG_HAL is defined and "AutoAddDevices" or "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober) excludes all sysmouse users from x11_driver and sends ACK/NACK message. Then, Xserver continues/stops auto-adding process depending on it. - Implement an ioctl command for sysmouse to report actual devices that it is controlling. Let each input driver veto automagic configuration process if it is being used or unsafe. - Some combinations of the above... The first solution is the least intrusive but it is not bulletproof because of an unavoidable race condition. The second solution is IMHO, a correct way but it requires Xserver change first. The third solution is too platform-specific and it requires significant (and ugly) hacks for Xserver and input drivers, I think. Any more ideas? Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 01:29:49 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 82F7D106566B; Fri, 6 Feb 2009 01:29:48 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-x11@FreeBSD.org Date: Thu, 5 Feb 2009 20:29:34 -0500 User-Agent: KMail/1.6.2 References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> <200902051352.08132.jkim@FreeBSD.org> In-Reply-To: <200902051352.08132.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200902052029.37961.jkim@FreeBSD.org> Cc: freebsd-gnome@FreeBSD.org, rnoland@FreeBSD.org, bug-followup@freebsd.org, Serge Shilov , marcus@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 06 Feb 2009 01:29:50 -0000 On Thursday 05 February 2009 01:52 pm, Jung-uk Kim wrote: > - When hald probes mice, exclude all moused users > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a > pseudo device UDI for /dev/sysmouse and set x11_driver property if > moused(8) is running and /dev/sysmouse is not being used by > Xserver. If Xserver tries to open /dev/sysmouse, then the UDI has ^ | x11_driver property of | v > to be removed immediately. When Xserver closes /dev/sysmouse, the > fake UDI has to be restored immediately. Sorry, I omitted the important words here. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 01:30:08 2009 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 720E51065675 for ; Fri, 6 Feb 2009 01:30:08 +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 5EE0A8FC1F for ; Fri, 6 Feb 2009 01:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n161U8ni064124 for ; Fri, 6 Feb 2009 01:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n161U8ai064121; Fri, 6 Feb 2009 01:30:08 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 01:30:08 GMT Message-Id: <200902060130.n161U8ai064121@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Jung-uk Kim Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jung-uk Kim List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 01:30:09 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Jung-uk Kim To: freebsd-x11@FreeBSD.org Cc: Serge Shilov , Peter Zehm , bug-followup@freebsd.org, freebsd-gnome@FreeBSD.org, marcus@FreeBSD.org, rnoland@FreeBSD.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb 2009 20:29:34 -0500 On Thursday 05 February 2009 01:52 pm, Jung-uk Kim wrote: > - When hald probes mice, exclude all moused users > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a > pseudo device UDI for /dev/sysmouse and set x11_driver property if > moused(8) is running and /dev/sysmouse is not being used by > Xserver. If Xserver tries to open /dev/sysmouse, then the UDI has ^ | x11_driver property of | v > to be removed immediately. When Xserver closes /dev/sysmouse, the > fake UDI has to be restored immediately. Sorry, I omitted the important words here. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 03:49:09 2009 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 CA5A4106566C; Fri, 6 Feb 2009 03:49:09 +0000 (UTC) (envelope-from drl@bsd.my) Received: from tomoyo.MyBSD.org.my (tomoyo.MyBSD.org.my [IPv6:2001:328:2002:ace::3000]) by mx1.freebsd.org (Postfix) with ESMTP id 8039C8FC14; Fri, 6 Feb 2009 03:49:09 +0000 (UTC) (envelope-from drl@bsd.my) Received: from matrix.bsd.my (matrix.bsd.my [IPv6:2001:328:2002:f125:216:cbff:feb8:9988]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Speedy Gonzales) with ESMTPSA id A63BA1143E; Fri, 6 Feb 2009 11:49:06 +0800 (MYT) Date: Fri, 6 Feb 2009 11:49:04 +0800 From: Darryl Yeoh To: Robert Noland Message-Id: <20090206114904.b3b6561a.drl@bsd.my> Organization: MyBSD X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: usb stick not detected under X X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@BSD.my List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 03:49:10 -0000 Hi Roland/lists, Sorry for cross-posting this. But I wasn't sure if this is a problem of USB or X11/HAL. I'm experiencing something odd. Upon entering X, plugging in my usb stick doesn't get detected. /var/log/messages don't show any related daX devices. It works If I exit X entirely. It also works in single-mode. Oddly my external usb mouse works in X. Here's some info: OS: FreeBSD matrix.bsd.my 7.1-STABLE FreeBSD 7.1-STABLE #0: Fri Jan 30 13:36:16 MYT 2009 root@matrix.bsd.my:/usr/src/sys/i386/compile/INSP_1501 i386 >From /var/log/messages: Feb 6 10:59:54 matrix kernel: umass0: BBB reset failed, TIMEOUT Feb 6 11:00:09 matrix kernel: umass0: BBB bulk-in clear stall failed, TIMEOUT Feb 6 11:00:24 matrix kernel: umass0: BBB bulk-out clear stall failed, TIMEOUT Complete output of usbdevs -dv Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub1 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub2 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub3 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub4 port 1 powered port 2 powered Controller /dev/usb5: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), ATI(0x0000), rev 1.00 uhub5 port 1 powered port 2 powered port 3 addr 0 should never happen! port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered pkg_info for xorg-server and hal: $ pkg_info -c /var/db/pkg/xorg-server* Information for xorg-server-1.5.3_4,1: $ pkg_info -c /var/db/pkg/hal* Information for hal-0.5.11_17: /etc/rc.conf: moused_enable="NO" dbus_enable="YES" hald_enable="YES" Let me know if you need anything else. Darryl From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 07:48:24 2009 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 9E555106564A for ; Fri, 6 Feb 2009 07:48:24 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id C78FD8FC19 for ; Fri, 6 Feb 2009 07:48:22 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n167mIEo024227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 10:48:19 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVLRh-00022y-Mx; Fri, 06 Feb 2009 10:48:17 +0300 From: Vladimir Grebenschikov To: nox@FreeBSD.org Content-Type: multipart/mixed; boundary="=-pbScQSAZW5lx826Q5xRb" Organization: SWsoft Date: Fri, 06 Feb 2009 10:48:16 +0300 Message-Id: <1233906496.1746.28.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: emulation@FreeBSD.org, x11@FreeBSD.org Subject: astro/google-earth do not work with recent Xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:48:25 -0000 --=-pbScQSAZW5lx826Q5xRb Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi It starts, then shows on console: -- unknown chip id 0x7145, can't guess. libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering -- Then shows pop-up with "Google Earth can't runon your machine as it could not access the graphics card. ..." Then crashes with: terminate called after throwing an instance of 'QString' Google Earth has caught signal 6. Stacktrace from glibc: ./googleearth-bin [0x806c3a3] ./googleearth-bin [0x806c916] [0xbfbfffbb] /lib/libc.so.6(abort+0x101) [0x493d0301] ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0x4816a019] ./libstdc++.so.6 [0x481679a5] ./libstdc++.so.6 [0x481679e2] ./libstdc++.so.6 [0x48167b4a] ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49f3b57e] ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x49f1cf62] ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8e) [0x4931af6e] ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] ... (full crash log attached) I have working openGL for FreeBSD applications (radeonhd driver, ATI X1400 card): $ glinfo Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". GL_VERSION: 1.3 Mesa 7.3 GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_c! olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL_SUN_multi_draw_! arrays GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL GL_VENDOR: DRI R300 Project GLU_VERSION: 1.3 GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess GLUT_API_VERSION: 5 GLUT_XLIB_IMPLEMENTATION: 15 $ Probably reason is in outdated X libraries: xorg-7.4 X.Org complete distribution metaport xorg-apps-7.4_1 X.org apps meta-port xorg-drivers-7.4 X.org drivers meta-port xorg-libraries-7.4 X.org libraries meta-port xorg-server-1.5.3_4,1 X.Org X server and related programs dri-7.3,2 OpenGL hardware acceleration drivers for the DRI libGL-7.3_1 OpenGL library that renders using GLX or DRI libGLU-7.3 OpenGL utility library ... linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of ... Any hints will be very appreciated. PPS: Also, looks like binary get lost in home on non-first start: $ googleearth Warning: Unable to create prefs directory '/home/vova/.googleearth'. File exists. ... $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova /home/vova: directory /home/vova/.googleearth: directory /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such file or directory) -- Vladimir B. Grebenschikov vova@fbsd.ru --=-pbScQSAZW5lx826Q5xRb Content-Disposition: attachment; filename="crashlog-C3886AC0.txt" Content-Type: text/plain; name="crashlog-C3886AC0.txt"; charset="KOI8-R" Content-Transfer-Encoding: base64 Q1JBU0hMT0dWRVIgMQ0KQ1JBU0hMT0dJRCAweEMzODg2QUMwDQpBUFBWRVJNQUpPUiA1DQpBUFBW RVJNSU5PUiAwDQpBUFBWRVJCVUlMRCAxMTMzNw0KQVBQQlVJTEREQVRFIEphbiAyOCAyMDA5DQpB UFBCVUlMRFRJTUUgMTU6NDI6MjMNCk9TVFlQRSAxMQ0KT1NWRVJNQUpPUiAyDQpPU1ZFUk1JTk9S IDYNCk9TVkVSQlVJTEQgMTYNCk9TVkVSUEFUQ0ggMA0KUElEIDI1ODANCkNSQVNIU0lHTkFMIDYN CkNSQVNIVElNRSAxMjMzOTA1MTE4DQpQUk9HUkFNVVBUSU1FIDE0Mg0KDQpTVEFDSyAweDgwNmMz YTMNClNUQUNLIDB4ODA2YzkxNg0KU1RBQ0sgMHhiZmJmZmZiYg0KU1RBQ0sgMHg0OTNkMDMwMQ0K U1RBQ0sgMHg0ODE2YTAxOQ0KU1RBQ0sgMHg0ODE2NzlhNQ0KU1RBQ0sgMHg0ODE2NzllMg0KU1RB Q0sgMHg0ODE2N2I0YQ0KU1RBQ0sgMHg0OWYzYjU3ZQ0KU1RBQ0sgMHg0OWYxY2Y2Mg0KU1RBQ0sg MHg0OTMxYWY2ZQ0KU1RBQ0sgMHg0ODUxNzE1Zg0KU1RBQ0sgMHg0ODRkNTEzMA0KU1RBQ0sgMHg0 ODRkYzkxNg0KU1RBQ0sgMHg0ODJhODJmMg0KU1RBQ0sgMHg0ODUxOWZjMw0KU1RBQ0sgMHg0ODUx OWQwZg0KU1RBQ0sgMHg0ODUxOWU5OA0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRi Yg0KU1RBQ0sgMHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxOWQwZg0K U1RBQ0sgMHg0ODUxOWU5OA0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RB Q0sgMHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sg MHg0ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0 ODUxOWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0ODUx OWU4Mg0KU1RBQ0sgMHg0ODUxOWVlNg0KU1RBQ0sgMHg0ODUxYTRiYg0KU1RBQ0sgMHg0ODUwZjg2 NQ0KU1RBQ0sgMHg0OTJlYzZlZA0KU1RBQ0sgMHg0OTM1NDdkMA0KU1RBQ0sgMHg0OTM1NzE0MA0K U1RBQ0sgMHg4MDZkYTNhDQpTVEFDSyAweDQ5M2JiMzkwDQpTVEFDSyAweDgwNmJiMzENCg0KRFNP IGdvb2dsZWVhcnRoLWJpbi8weDgwNDgwMDAvMjk4NzA0DQpEU08gbGliZ2NjX3Muc28uMS8weDQ4 MGFmMDAwLzM5MDk2DQpEU08gbGlic3RkYysrLnNvLjYvMHg0ODBiYTAwMC84NDk0NzINCkRTTyBs aWJRdENvcmUuc28uNC8weDQ4MTk0MDAwLzIyMDcwNDANCkRTTyBsaWJRdEd1aS5zby40LzB4NDgz YjgwMDAvNzE0ODUyMA0KRFNPIGxpYlF0TmV0d29yay5zby40LzB4NDhhYWYwMDAvNzU5MzQwDQpE U08gbGliUXRXZWJLaXQuc28uNC8weDQ4YjZlMDAwLzY3MDQ5ODQNCkRTTyBsaWJnb29nbGVlYXJ0 aF9saWIuc28vMHg0OTI2MDAwMC8xMTExNTgxDQpEU08gbGlibS5zby42LzB4NDkzN2MwMDAvMTU5 MjM2DQpEU08gbGliYy5zby42LzB4NDkzYTUwMDAvMTQwMDk1Ng0KRFNPIGxpYnB0aHJlYWQuc28u MC8weDQ5NTAyMDAwLzgxMzQwDQpEU08gbGliYmFzZS5zby8weDQ5NTFiMDAwLzcwODQyNA0KRFNP IGxpYmdlX25ldC5zby8weDQ5NWNlMDAwLzMxMzk4OA0KRFNPIGxpYmdlb2Jhc2Uuc28vMHg0OTYx ZDAwMC8zMTY3Mzc2DQpEU08gbGliei5zby4xLzB4NDk5NDAwMDAvODY5NzINCkRTTyBsaWJndGhy ZWFkLTIuMC5zby4wLzB4NDk5NTcwMDAvMTMyNjANCkRTTyBsaWJydC5zby4xLzB4NDk5NWQwMDAv MjYzMjANCkRTTyBsaWJnbGliLTIuMC5zby4wLzB4NDk5NjYwMDAvODI1MTkyDQpEU08gbGliZGwu c28uMi8weDQ5YTMxMDAwLzg0NDANCkRTTyBsaWJmcmVldHlwZS5zby42LzB4NDlhMzYwMDAvNTU1 MTA4DQpEU08gbGliU00uc28uNi8weDQ5YWMyMDAwLzMwNTA4DQpEU08gbGliSUNFLnNvLjYvMHg0 OWFjYjAwMC85MDE4NA0KRFNPIGxpYlhpLnNvLjYvMHg0OWFlNjAwMC8yNzIzMg0KRFNPIGxpYlhy ZW5kZXIuc28uMS8weDQ5YWVlMDAwLzI4MDUyDQpEU08gbGliWHJhbmRyLnNvLjIvMHg0OWFmNjAw MC85MDQwDQpEU08gbGliWGV4dC5zby42LzB4NDlhZmEwMDAvNTU0MjANCkRTTyBsaWJYMTEuc28u Ni8weDQ5YjA5MDAwLzg0Njg2MA0KRFNPIGxpYklHQ29yZS5zby8weDQ5YmRkMDAwLzk1Mzc0OA0K RFNPIGxpYklHVXRpbHMuc28vMHg0OWNkNDAwMC8xNDY1NjgNCkRTTyBsaWJhcGlsb2FkZXIuc28v MHg0OWNmYjAwMC8xMTQwNA0KRFNPIGxpYmF1dGguc28vMHg0OWNmZjAwMC81OTU0NzINCkRTTyBs aWJjb21tb24uc28vMHg0OWQ5NzAwMC85MDg1MzINCkRTTyBsaWJjb21wb25lbnRmcmFtZXdvcmsu c28vMHg0OWU3YzAwMC8zNDU2OA0KRFNPIGxpYm1hdGguc28vMHg0OWU4NjAwMC8yMTA3NTYNCkRT TyBsaWJtb2R1bGVmcmFtZXdvcmsuc28vMHg0OWViYjAwMC81MjE3Mg0KRFNPIGxpYnBvcnQuc28v MHg0OWVjOTAwMC8zNTAzMg0KRFNPIGxpYnJlbmRlci5zby8weDQ5ZWQ0MDAwLzU4NzA2Ng0KRFNP IGxkLWxpbnV4LnNvLjIvMHg0ODA5MTAwMC8xMDY2NDQNCkRTTyBsaWJJR01hdGguc28vMHg0OWY2 OTAwMC8yNzgxMjQNCkRTTyBsaWJtaW5pemlwLnNvLzB4NDlmYjIwMDAvMjE1OTINCkRTTyBsaWJm dXNpb25jb21tb24uc28vMHg0OWZiYTAwMC8xNDI2MA0KRFNPIGxpYmN1cmwuc28uNC8weDQ5ZmJm MDAwLzIwMTIwNA0KRFNPIGxpYkdMLnNvLjEvMHg0OWZmMjAwMC8zNTc1NjQNCkRTTyBsaWJHTFUu c28uMS8weDRhMDRkMDAwLzUwNzc3OQ0KRFNPIGxpYlh4Zjg2dm0uc28uMS8weDRhMGNjMDAwLzE1 NDI4DQpEU08gbGliWGRhbWFnZS5zby4xLzB4NGEwZDEwMDAvNTA0NA0KRFNPIGxpYlhmaXhlcy5z by4zLzB4NGEwZDQwMDAvMTM2OTYNCkRTTyBsaWJkcm0uc28uMi8weDRhMGQ5MDAwLzMxMjQwDQpE U08gbGliWGN1cnNvci5zby4xLzB4NGUyZTUwMDAvMzMxOTYNCkRTTyBsaWJYaW5lcmFtYS5zby4x LzB4NGUyZWYwMDAvNTQyOA0KRFNPIGxpYm5zc19maWxlcy5zby4yLzB4NGUyZjIwMDAvMzg0NDAN CkRTTyBsaWJxZ2lmLnNvLzB4NTIyZmUwMDAvMTcxMDQNCkRTTyBsaWJxanBlZy5zby8weDUyMzA0 MDAwLzEzOTY1Mg0KRFNPIHhsY0RlZi5zby4yLzB4NDkzNzkwMDAvNjQ2OA0KRFNPIGxpYklHR2Z4 LnNvLzB4NTIzMjgwMDAvMjk3MDIzMg0KRFNPIGxpYmV2bGwuc28vMHg1MjYxNTAwMC84NjY3Mzk2 DQpEU08gbGliYWxjaGVteWV4dC5zby8weDUyZTcxMDAwLzExNDkyDQpEU08gbGliSUdBdHRycy5z by8weDUyZTc1MDAwLzM4MjMyNA0KRFNPIGxpYklHU2cuc28vMHg1MmVkYjAwMC8xMDM1MTA4DQpE U08gbGliaWN1dWMuc28uMzgvMHg1MzA0ZjAwMC8xMDUyNzk3DQpEU08gbGliY29sbGFkYS5zby8w eDUzMTVhMDAwLzMyOTI4NTgNCkRTTyBsaWJJR0V4cG9ydENvbW1vbi5zby8weDUzNDgyMDAwLzUx NzMyMA0KRFNPIGxpYklHT3B0LnNvLzB4NTM1MGEwMDAvODQxNDE2DQpEU08gbGliSUdEaXNwbGF5 LnNvLzB4NTM1ZTUwMDAvNzA1NDQNCkRTTyBsaWJJR0d1aS5zby8weDUzNWY5MDAwLzI0NjA2OA0K RFNPIHhpbWNwLnNvLjIvMHg1Mzc0YjAwMC8xMTYwODQNCkRTTyBsaWJuc3NfZG5zLnNvLjIvMHg1 Yjc2ZTAwMC8xNTI0MA0KRFNPIGxpYnJlc29sdi5zby4yLzB4NWI3NzQwMDAvNjQ1NjQNCkRTTyBs aWJnb2JqZWN0LTIuMC5zby4wLzB4NWI3OTkwMDAvMjU0NDMyDQpEU08gbGlibmF2aWdhdGUuc28v MHg2MzdkOTAwMC8xMzAyNDI0DQpEU08gbGlibGF5ZXIuc28vMHg2ZjkyMjAwMC8xNzM3OTkwDQpE U08gbGlid21zYmFzZS5zby8weDZmYWQ2MDAwLzMyMzIzMg0KRFNPIGxpYm1lYXN1cmUuc28vMHg2 ZmIyOTAwMC80ODM0MDgNCkRTTyBsaWJiYXNpY2luZ2VzdC5zby8weDZmYmE1MDAwLzc4MzYwMw0K RFNPIGxpYmdwcy5zby8weDZmYzZlMDAwLzQ3MTkyMA0KRFNPIGxpYmdvb2dsZXNlYXJjaC5zby8w eDZmY2U3MDAwLzU1MzY4MA0KRFNPIGxpYmlucHV0X3BsdWdpbi5zby8weDZmZDc0MDAwLzI4MDQx NQ0KRFNPIGxpYmZsaWdodHNpbS5zby8weDZmZGJjMDAwLzEyMzY0MzgNCkRTTyByMzAwX2RyaS5z by8weDcwMzU5MDAwLzIxMjIzNDQNCkRTTyBsaWJleHBhdC5zby4xLzB4NzA1N2EwMDAvMTE5MzA0 DQoNCg0K --=-pbScQSAZW5lx826Q5xRb-- From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 13:35:21 2009 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 A1F6B1065670 for ; Fri, 6 Feb 2009 13:35:21 +0000 (UTC) (envelope-from levonkayan@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E34B68FC14 for ; Fri, 6 Feb 2009 13:35:20 +0000 (UTC) (envelope-from levonkayan@gmx.net) Received: (qmail invoked by alias); 06 Feb 2009 13:08:40 -0000 Received: from h-213.61.58.210.host.de.colt.net (EHLO hack4) [213.61.58.210] by mail.gmx.net (mp049) with SMTP; 06 Feb 2009 14:08:40 +0100 X-Authenticated: #51055638 X-Provags-ID: V01U2FsdGVkX18H/CoVFzQHKPKL1YRAwRO6LHKm4T/oTqeXRfhclO 5oqXnJGzVS4niu Date: Fri, 6 Feb 2009 14:09:05 +0000 From: Levon Kayan To: freebsd-x11@freebsd.org Message-ID: <20090206140905.0fea0b9c@hack4> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Subject: xorg-server-1.5.3 or xf86-video-intel problem 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, 06 Feb 2009 13:35:21 -0000 hi there, since i have upgraded my xorg-server and xf86-video-intel driver using "portupgrade -a", i can't use X anymore. i'm using: ibm x41 thinkpad (graphic card: Intel Corporation Mobile 915GM/GMS/910GML), with 7.1-RELEASE-p2. when i start X i only get a blank screen and even i'm not able to kill x, only hit "ctrl+alt+del" to reboot the machine. hal and dbus were running. i loaded the drm kernel module. i also tested without hal and dbus and followed /usr/ports/UPDATING. also, i used both configuration types: my own /etc/X11/xorg.conf using "xorgconfig" and my /etc/X11/xorg.conf using "X -configure". there were no error or warnings reported in /var/log/Xorg.0.log. currently i'm using the vesa driver to use X, which is in fact a cramp. what is the problem? how can i solve this? here is my current xorg.conf: Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the font modules # Load "type1" Load "freetype" # Load "xtt" # This loads the GLX module Load "glx" # This loads the DRI module Load "dri" EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # 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/local/" # FontPath "/usr/local/lib/X11/fonts/TrueType/" # FontPath "/usr/local/lib/X11/fonts/freefont/" # The module search path. The default path is shown here. # ModulePath "/usr/local/lib/modules" EndSection Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the VT switch sequence # (where n is 1 through 12). This allows clients to receive these key # events. # Option "DontVTSwitch" # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client. # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc105" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for Xorg # Option "XkbRules" "xorg" # Option "XkbModel" "pc105" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant" "de" EndSection Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "Auto" # Auto detect Option "Device" "/dev/sysmouse" # Mouse-speed setting for PS/2 mouse. # Option "Resolution" "256" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. # Option "BaudRate" "9600" # Option "SampleRate" "150" # Mouse wheel mapping. Default is to map vertical wheel to buttons 4 & 5, # horizontal wheel to buttons 6 & 7. Change if your mouse has more than # 3 buttons and you need to map the wheel to different button ids to avoid # conflicts. Option "ZAxisMapping" "4 5 6 7" # Emulate3Buttons is an option for 2-button mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) Option "Emulate3Buttons" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection Section "Monitor" Identifier "monitor" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5 - 57.0 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-100 EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # intalled. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Device configured by xorgconfig: Section "Device" Identifier "videocard" Driver "vesa" #VideoRam 131072 # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen 1" Device "videocard" Monitor "monitor" DefaultDepth 24 Subsection "Display" Depth 8 Modes "1024x768" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1024x768" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1024x768" ViewPort 0 0 EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" # The Identifier line must be present Identifier "Simple Layout" # Each Screen line specifies a Screen section name, and optionally # the relative position of other screens. The four names after # primary screen name are the screens to the top, bottom, left and right # of the primary screen. In this example, screen 2 is located to the # right of screen 1. Screen "Screen 1" # Each InputDevice line specifies an InputDevice section name and # optionally some options to specify the way the device is to be # used. Those options include "CorePointer", "CoreKeyboard" and # "SendCoreEvents". InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection # Section "DRI" # Mode 0666 # EndSection regards, levon -- Name: Levon Kayan E-Mail: levonkayan@gmx.net GPG key: 0xabb93abc Key fingerprint: A8F4 5EA1 CF0B D663 B5EE F06D C203 64BB ABB9 3ABC Homepage: http://www.lamergarten.de/ From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 14:00:13 2009 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 37F241065679 for ; Fri, 6 Feb 2009 14:00:13 +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 08A2B8FC18 for ; Fri, 6 Feb 2009 14:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n16E0C2L063407 for ; Fri, 6 Feb 2009 14:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n16E0Cou063406; Fri, 6 Feb 2009 14:00:12 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 14:00:12 GMT Message-Id: <200902061400.n16E0Cou063406@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: "Snyder, David (TBS-CNNia)" Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Snyder, David \(TBS-CNNia\)" List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:00:13 -0000 The following reply was made to PR ports/131016; it has been noted by GNATS. From: "Snyder, David (TBS-CNNia)" To: , Cc: Subject: Re: ports/131016: x11/xorg - xorg-7.4 renders system unusable! Date: Fri, 6 Feb 2009 08:22:00 -0500 Hello, For what it's worth, I seem to be having similar problems on FreeBSD 7.1-RELEASE-p2. In my case; however, I can use the mouse (a generic PS/2 style wheel mouse) but the keyboard beeps and sends random characters (mostly "d"'s...lots of them). I _am_ able to hit CTRL-ALT-F1 to escape out of the X Server and kill it. The keyboard works fine in console mode, and no O/S level panicks or crashes so far. I'm kind-of bummed that X is broken since this is my primary workstation. I guess I'll be using my laptop running Windows XP until this is sorted out. Thankfully the TightVNC server works fine, so I can access my X desktop via the TightVNC client on my notebook and still get work done. Good luck to the guys/gals who are (hopefully) busy fixing this. -- David C. Snyder, CISSP Turner - Digital Media Technologies Desk: 404 827 1679 Skype/AIM: dsnyder0cnn Cell: 404 545 6211 SMS: 4045456211@txt.att.net From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 20:23:03 2009 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 E8C811065670 for ; Fri, 6 Feb 2009 20:23:03 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id D72CC8FC1A for ; Fri, 6 Feb 2009 20:23:03 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-76-102-196-93.hsd1.ca.comcast.net [76.102.196.93]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n16K55lW080158 for ; Fri, 6 Feb 2009 12:05:05 -0800 (PST) Message-ID: <498C97EF.7060609@rawbw.com> Date: Fri, 06 Feb 2009 12:05:03 -0800 From: Yuri User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 20:23:04 -0000 I upgraded my 71-PRERELEASE system and couldn't start xserver any more (see log below). googling this problem I found that many people had the same issue without the clear solution. "NVidia has to fix it's driver" is the solution, This is the major stability breach. There is really no reason to upgrade xorg-server to 1.5.3 if nvidia driver can't work with it since nvidia is the major card provider and maybe half of all systems run nvidia. I believe xorg should be downgraded back to 1.4.X until the issue with NVidia driver is resolved. Yuri --- error log --- Current Operating System: FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #6: Sun Dec 21 13:41:31 PST 2008 yuri@xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 Build Date: 05 February 2009 12:07:33PM 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: Fri Feb 6 10:28:43 2009 (==) Using config file: "/etc/X11/xorg.conf" (EE) Failed to load module "type1" (module does not exist, 0) dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol "miZeroLineScre enIndex" (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so (EE) Failed to load module "wfb" (loader failed, 7) From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 20:55:56 2009 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 D5B8F10657E2 for ; Fri, 6 Feb 2009 20:55:56 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9E00B8FC14 for ; Fri, 6 Feb 2009 20:55:56 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-76-102-196-93.hsd1.ca.comcast.net [76.102.196.93]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n16Ktu2Z007326; Fri, 6 Feb 2009 12:55:56 -0800 (PST) Message-ID: <498CA3DB.2020609@rawbw.com> Date: Fri, 06 Feb 2009 12:55:55 -0800 From: Yuri User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Matt References: <498C97EF.7060609@rawbw.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 20:55:57 -0000 Matt wrote: > Temporary workaround for this is to revert the > /usr/local/lib/xorg/modules/libwfb.so file back to the version that > was installed with the xorg-server port (the nvidia-driver port > changes that file to a symlink to the nvidia version, and leaves the > original version backed up in the same directory). > I did this but KDE3 still didn't hanged during start. Yuri From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 20:59:05 2009 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 EE692106566C for ; Fri, 6 Feb 2009 20:59:05 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE908FC18 for ; Fri, 6 Feb 2009 20:59:05 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA07.westchester.pa.mail.comcast.net with comcast id CdUm1b0080cZkys57klqoA; Fri, 06 Feb 2009 20:45:50 +0000 Received: from kirby.cyberbotx.com ([68.43.195.82]) by OMTA10.westchester.pa.mail.comcast.net with comcast id Cklo1b0091n8LeU3WkloSm; Fri, 06 Feb 2009 20:45:50 +0000 Message-ID: <498CA17B.9080001@cyberbotx.com> Date: Fri, 06 Feb 2009 15:45:47 -0500 From: Naram Qashat User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: yuri@rawbw.com References: <498C97EF.7060609@rawbw.com> In-Reply-To: <498C97EF.7060609@rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 06 Feb 2009 20:59:06 -0000 Yuri wrote: > I upgraded my 71-PRERELEASE system and couldn't start xserver any more > (see log below). > > googling this problem I found that many people had the same issue > without the clear solution. > "NVidia has to fix it's driver" is the solution, > > This is the major stability breach. > > There is really no reason to upgrade xorg-server to 1.5.3 if nvidia > driver can't work with it since nvidia is the major card provider and > maybe half of all systems run nvidia. > > I believe xorg should be downgraded back to 1.4.X until the issue with > NVidia driver is resolved. > > Yuri > > > --- error log --- > Current Operating System: FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD > 7.1-PRERELEASE #6: Sun Dec 21 13:41:31 PST 2008 > yuri@xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 > Build Date: 05 February 2009 12:07:33PM > > 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: Fri Feb 6 10:28:43 2009 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) Failed to load module "type1" (module does not exist, 0) > dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol > "miZeroLineScre > enIndex" > (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so > (EE) Failed to load module "wfb" (loader failed, 7) I've seen the same error, but it appears to be a minor thing and doesn't stop the Xorg server from starting, as I'm running it just fine without that module loading. If your Xorg server isn't loading, it's probably something unrelated to that module failing to load. Naram Qashat From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 21:03:00 2009 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 65F731065673 for ; Fri, 6 Feb 2009 21:03:00 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from mail-qy0-f17.google.com (mail-qy0-f17.google.com [209.85.221.17]) by mx1.freebsd.org (Postfix) with ESMTP id 0E18A8FC19 for ; Fri, 6 Feb 2009 21:02:59 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by qyk10 with SMTP id 10so1852009qyk.19 for ; Fri, 06 Feb 2009 13:02:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NP58JOZKujLlsLnbG5GJ2fA/feZBaaVUlW1NmyAxz4o=; b=FOXQECn489RTVfMVh9FvreOy92blEP1UfsTTl2DhG93naFH/44zYjJ4i9b0oa9NOAd 7gUFSP97aCQ90Ey/iOnLR4BZKxVipReAt2IvubFPJJtmCnTAHDBJX3G+oDh2ch4H/bYz hnoWLXkDUEhVbvcWMzSlK+xqVMbHWGFQhvlVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PmgHhPuSjygjsycoxM1g3VbRgKuu0c4eH2eD0ZVae+rycCJSoYTGvyBJ8eQeYPrjWj i38LL+rzM6piON1kDw4PuzjtfDvVsoj35uH0pza0WU4t+83sfNyD/+QA3+0PxOsWFE4w JFepg9IFoYM4It+VG+6X6UawJnzXqt4rDUAMA= MIME-Version: 1.0 Received: by 10.229.99.211 with SMTP id v19mr924496qcn.97.1233952668728; Fri, 06 Feb 2009 12:37:48 -0800 (PST) In-Reply-To: <498C97EF.7060609@rawbw.com> References: <498C97EF.7060609@rawbw.com> Date: Fri, 6 Feb 2009 14:37:48 -0600 Message-ID: From: Matt To: yuri@rawbw.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 06 Feb 2009 21:03:00 -0000 On Fri, Feb 6, 2009 at 2:05 PM, Yuri wrote: > I upgraded my 71-PRERELEASE system and couldn't start xserver any more (see > log below). > > googling this problem I found that many people had the same issue without > the clear solution. > "NVidia has to fix it's driver" is the solution, Temporary workaround for this is to revert the /usr/local/lib/xorg/modules/libwfb.so file back to the version that was installed with the xorg-server port (the nvidia-driver port changes that file to a symlink to the nvidia version, and leaves the original version backed up in the same directory). This is obviously not a "fix" for the issue, but it does enable X to start and glx to operate with the accelerated nvidia binary driver. Native glxgears, KDE42 with compositing effects and Linux-emulated OpenGL applications are all still working for me with the workaround. Matt > This is the major stability breach. > > There is really no reason to upgrade xorg-server to 1.5.3 if nvidia driver > can't work with it since nvidia is the major card provider and maybe half > of all systems run nvidia. > > I believe xorg should be downgraded back to 1.4.X until the issue with > NVidia driver is resolved. > > Yuri > > > --- error log --- > Current Operating System: FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD > 7.1-PRERELEASE #6: Sun Dec 21 13:41:31 PST 2008 > yuri@xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 > Build Date: 05 February 2009 12:07:33PM > > 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: Fri Feb 6 10:28:43 2009 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) Failed to load module "type1" (module does not exist, 0) > dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol > "miZeroLineScre > enIndex" > (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so > (EE) Failed to load module "wfb" (loader failed, 7) > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 21:52:58 2009 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 E0BEF1065670; Fri, 6 Feb 2009 21:52:58 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id A424C8FC18; Fri, 6 Feb 2009 21:52:58 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n16LRgld005683; Fri, 6 Feb 2009 16:27:42 -0500 (EST) Received: from [64.102.220.135] (dhcp-64-102-220-135.cisco.com [64.102.220.135]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id n16LRV7a023123; Fri, 6 Feb 2009 16:27:37 -0500 (EST) Message-ID: <498CAB46.7020408@freebsd.org> Date: Fri, 06 Feb 2009 16:27:34 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Jung-uk Kim References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> <200902051352.08132.jkim@FreeBSD.org> In-Reply-To: <200902051352.08132.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org, Serge Shilov Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 06 Feb 2009 21:52:59 -0000 Jung-uk Kim wrote: > [Sorry for spamming y'all but I thought it is very important that > everyone understands the situation clearly.] > > On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: >> The following reply was made to PR ports/131124; it has been noted >> by GNATS. >> >> From: Serge Shilov >> To: bug-followup@freebsd.org, >> xelah-freebsd-pr@xelah.com >> Cc: >> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until >> mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb >> 2009 19:40:29 +0300 >> >> I perform some experiments. Results is here. >> >> I. Test other mice . >> The 1st is >> ums0: on >> uhub0 ums0: 8 buttons and Z dir. >> >> and the 2nd is >> ums0: > 2> on uhub0 ums0: 3 buttons and Z dir. >> >> Bug still exist >> >> II. Test direct connection mouse without hub. >> >> Bug still exist. >> >> Resume: It's not mice or hub or connection-via-hub problem. (But >> it may be some usb host problem) >> >> III. Hot plug out and plug in mouse in X environment >> >> After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be >> recommended as workaround. >> >> Notice: >> 1. After plug out mouse cursor may still disappeared. In this case >> you can switch to VT0-VT7 terminals, move mouse and switch back to >> X session. 2. This advice is provided 'as is' without any >> warranties of usefulness, capacity to work with your hardware or >> software and other sorts of warranties. >> >> IV. After hot X session restart (without OS and hardware restart) >> mouse still work. >> >> V. Other cases: >> Hot plug out and plug in mouse in text mode environment before >> start X session. >> Start OS mouseless and plug in mouse before or after start X >> session. Hot OS restart after my workaround appliing. >> >> In all this cases mouse behaviour was still buggy. >> >> I'll be glad if my info help to resolve this problem. > > > A short answer: > > Please remove "AllowEmptyInput" from your xorg.conf. > > A longer answer: > > http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim > > A technical answer: > > Some devices are safe to be opened multiple times and shared by > different input drivers (e.g., Linux evdev, I think) and some devices > are not (e.g., our sysmouse). > > Possible solutions (for ports maintainers): > > - When hald probes mice, exclude all moused users > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo > device UDI for /dev/sysmouse and set x11_driver property if moused(8) > is running and /dev/sysmouse is not being used by Xserver. If > Xserver tries to open /dev/sysmouse, then the UDI has to be removed > immediately. When Xserver closes /dev/sysmouse, the fake UDI has to > be restored immediately. > > - Before Xserver starts auto-adding process, send a hint message to > hald that the device is configured and enabled by static user > configuration if CONFIG_HAL is defined and "AutoAddDevices" or > "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober) > excludes all sysmouse users from x11_driver and sends ACK/NACK > message. Then, Xserver continues/stops auto-adding process depending > on it. > > - Implement an ioctl command for sysmouse to report actual devices > that it is controlling. Let each input driver veto automagic > configuration process if it is being used or unsafe. > > - Some combinations of the above... > > The first solution is the least intrusive but it is not bulletproof > because of an unavoidable race condition. The second solution is > IMHO, a correct way but it requires Xserver change first. The third > solution is too platform-specific and it requires significant (and > ugly) hacks for Xserver and input drivers, I think. > > Any more ideas? What about modifying the sysmouse driver to more gracefully handle multiple open attempts (e.g. fail on subsequent attempts). What effect would that have on X? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 21:58:37 2009 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 148A31065673 for ; Fri, 6 Feb 2009 21:58:37 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id BFB5E8FC12 for ; Fri, 6 Feb 2009 21:58:36 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 166631F4661; Fri, 6 Feb 2009 16:41:34 -0500 (EST) Received: from sorrow.ashke.com (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id 997A2ADC25A; Fri, 6 Feb 2009 16:53:36 -0500 (EST) Date: Fri, 6 Feb 2009 16:45:29 -0500 From: Adam K Kirchhoff To: freebsd-x11@freebsd.org Message-ID: <20090206164529.2db3e6a2@sorrow.ashke.com> In-Reply-To: <498C97EF.7060609@rawbw.com> References: <498C97EF.7060609@rawbw.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: yuri@rawbw.com Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 06 Feb 2009 21:58:37 -0000 First of all, this thread suggests that it is possible to get the nvidia driver working with xorg-server 1.5.3: http://nvnews.net/vbulletin/showthread.php?t=126815 Second, if your estimate of "maybe half of all systems run nvidia" is accurate, that's still "maybe half" of all systems that do not run nvidia, and would likely benefit from an upgrade to xorg-server 1.5.3. I know I do. Third, if you use a binary only driver that has problems with an updated x server, you are certainly not forced to upgrade. You could have just as easily stayed with 1.4.* till nvidia fixed their drivers (which, by most accounts, already work with xorg-server 1.5.3). Adam On Fri, 06 Feb 2009 12:05:03 -0800 Yuri wrote: > I upgraded my 71-PRERELEASE system and couldn't start xserver any more > (see log below). > > googling this problem I found that many people had the same issue > without the clear solution. > "NVidia has to fix it's driver" is the solution, > > This is the major stability breach. > > There is really no reason to upgrade xorg-server to 1.5.3 if nvidia > driver can't work with it since nvidia is the major card provider and > maybe half of all systems run nvidia. > > I believe xorg should be downgraded back to 1.4.X until the issue with > NVidia driver is resolved. > > Yuri > > > --- error log --- > Current Operating System: FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD > 7.1-PRERELEASE #6: Sun Dec 21 13:41:31 PST 2008 > yuri@xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 > Build Date: 05 February 2009 12:07:33PM > > 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: Fri Feb 6 10:28:43 2009 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) Failed to load module "type1" (module does not exist, 0) > dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol > "miZeroLineScre > enIndex" > (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so > (EE) Failed to load module "wfb" (loader failed, 7) > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:00:17 2009 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 13DFD106564A for ; Fri, 6 Feb 2009 22:00:17 +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 F08B58FC0C for ; Fri, 6 Feb 2009 22:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n16M0G7l027388 for ; Fri, 6 Feb 2009 22:00:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n16M0GnH027387; Fri, 6 Feb 2009 22:00:16 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 22:00:16 GMT Message-Id: <200902062200.n16M0GnH027387@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Joe Marcus Clarke Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Marcus Clarke List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:00:17 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Joe Marcus Clarke To: Jung-uk Kim Cc: freebsd-x11@freebsd.org, Serge Shilov , Peter Zehm , rnoland@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Fri, 06 Feb 2009 16:27:34 -0500 Jung-uk Kim wrote: > [Sorry for spamming y'all but I thought it is very important that > everyone understands the situation clearly.] > > On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: >> The following reply was made to PR ports/131124; it has been noted >> by GNATS. >> >> From: Serge Shilov >> To: bug-followup@freebsd.org, >> xelah-freebsd-pr@xelah.com >> Cc: >> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until >> mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb >> 2009 19:40:29 +0300 >> >> I perform some experiments. Results is here. >> >> I. Test other mice . >> The 1st is >> ums0: on >> uhub0 ums0: 8 buttons and Z dir. >> >> and the 2nd is >> ums0: > 2> on uhub0 ums0: 3 buttons and Z dir. >> >> Bug still exist >> >> II. Test direct connection mouse without hub. >> >> Bug still exist. >> >> Resume: It's not mice or hub or connection-via-hub problem. (But >> it may be some usb host problem) >> >> III. Hot plug out and plug in mouse in X environment >> >> After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be >> recommended as workaround. >> >> Notice: >> 1. After plug out mouse cursor may still disappeared. In this case >> you can switch to VT0-VT7 terminals, move mouse and switch back to >> X session. 2. This advice is provided 'as is' without any >> warranties of usefulness, capacity to work with your hardware or >> software and other sorts of warranties. >> >> IV. After hot X session restart (without OS and hardware restart) >> mouse still work. >> >> V. Other cases: >> Hot plug out and plug in mouse in text mode environment before >> start X session. >> Start OS mouseless and plug in mouse before or after start X >> session. Hot OS restart after my workaround appliing. >> >> In all this cases mouse behaviour was still buggy. >> >> I'll be glad if my info help to resolve this problem. > > > A short answer: > > Please remove "AllowEmptyInput" from your xorg.conf. > > A longer answer: > > http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim > > A technical answer: > > Some devices are safe to be opened multiple times and shared by > different input drivers (e.g., Linux evdev, I think) and some devices > are not (e.g., our sysmouse). > > Possible solutions (for ports maintainers): > > - When hald probes mice, exclude all moused users > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo > device UDI for /dev/sysmouse and set x11_driver property if moused(8) > is running and /dev/sysmouse is not being used by Xserver. If > Xserver tries to open /dev/sysmouse, then the UDI has to be removed > immediately. When Xserver closes /dev/sysmouse, the fake UDI has to > be restored immediately. > > - Before Xserver starts auto-adding process, send a hint message to > hald that the device is configured and enabled by static user > configuration if CONFIG_HAL is defined and "AutoAddDevices" or > "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober) > excludes all sysmouse users from x11_driver and sends ACK/NACK > message. Then, Xserver continues/stops auto-adding process depending > on it. > > - Implement an ioctl command for sysmouse to report actual devices > that it is controlling. Let each input driver veto automagic > configuration process if it is being used or unsafe. > > - Some combinations of the above... > > The first solution is the least intrusive but it is not bulletproof > because of an unavoidable race condition. The second solution is > IMHO, a correct way but it requires Xserver change first. The third > solution is too platform-specific and it requires significant (and > ugly) hacks for Xserver and input drivers, I think. > > Any more ideas? What about modifying the sysmouse driver to more gracefully handle multiple open attempts (e.g. fail on subsequent attempts). What effect would that have on X? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:32:16 2009 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 F1F0C1065672 for ; Fri, 6 Feb 2009 22:32:16 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0998FC14 for ; Fri, 6 Feb 2009 22:32:16 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1052119tib.3 for ; Fri, 06 Feb 2009 14:32:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ALeXHwsqz5KB1g6emtElYuNbk/uXD/04RGjwb589AG8=; b=BrKyZZh9Q2ApwIZSLdVrSOHWArUXUV/avD8/e1y4qNfQd9ys3/SakZtErkqSq4Yuq1 9U4lbTuiwWGgDr5YrdxJzUjsLeKSpc/Y9N1F2CksUUtyqUPjSHGs8DGxtol8EEVc3Nh0 33MoU2aD6EO4T6JL/9PvHrNTv5iN3vPNL2lss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=dI1VUNl1xm82L5EuenVPhI0XWFS4fJD8jdCxFlSt73oSp+BRDNmm52s5hsMmIAHbcn X4VpI2ALMxl8IXubdIUManbYxjNHLIEUMH+MZ/zCXd1WZEq6xI/4owk/UIE7zxHtJ44X b+jWQI4MGQAyfEJazr38FrJcZjvtLl67AKfQo= Received: by 10.110.3.15 with SMTP id 15mr3432986tic.43.1233959087507; Fri, 06 Feb 2009 14:24:47 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id j5sm1960220tid.21.2009.02.06.14.24.46 (version=SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 14:24:46 -0800 (PST) Sender: Maho NAKATA Date: Sat, 07 Feb 2009 07:24:11 +0900 (JST) Message-Id: <20090207.072411.71183618.chat95@mac.com> To: freebsd-x11@freebsd.org From: Maho NAKATA In-Reply-To: <20090207.071848.193785503.chat95@mac.com> References: <20090207.071848.193785503.chat95@mac.com> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: non working DRI on *i386* RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 06 Feb 2009 22:32:17 -0000 Hi, it seems DRI is not working on i386, RADEON X1650 FreBSD 7-stable, Xorg 7.4 1. if we enable DRI, screen is garbled. 2. without DRI, works, it works, and no problem. 3. I have DRM loaded at /boot/loader.conf drm0: on vgapci0 info: [drm] Initialized radeon 1.29.0 20080613 Here is the links to the Xorg.0.logs and xorg.conf * http://people.freebsd.org/~maho/xorg/Xorg.0.log.i386.X1650.DRI.failed * http://people.freebsd.org/~mah/xorg/xorg.conf.i386.X1650.DRI.failed DRI has been enabled, and garbled. * http://people.freebsd.org/~maho/xorg/Xorg.0.log.i386.X1650.noDRI * http://people.freebsd.org/~mah/xorg/xorg.conf.i386.X1650.noDRI DIR has been disabled, and works, but no compiz http://blog.livedoor.jp/maho_nakata/archives/51115172.html Helps are really appreciated! thanks! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:38:35 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 37975106566B; Fri, 6 Feb 2009 22:38:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Joe Marcus Clarke Date: Fri, 6 Feb 2009 17:37:57 -0500 User-Agent: KMail/1.6.2 References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> <200902051352.08132.jkim@FreeBSD.org> <498CAB46.7020408@freebsd.org> In-Reply-To: <498CAB46.7020408@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200902061738.24574.jkim@FreeBSD.org> Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org, Serge Shilov Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 06 Feb 2009 22:38:35 -0000 On Friday 06 February 2009 04:27 pm, Joe Marcus Clarke wrote: > What about modifying the sysmouse driver to more gracefully handle > multiple open attempts (e.g. fail on subsequent attempts). What > effect would that have on X? I thought about that. In fact, I implemented something along the line but threw it away because 1) I was not sure of its expected behavior, 2) it is intertwined with syscons and I was afraid of breaking it, 3) it just hides Xserver problem (i.e., mixed uses of static/auto configurations) from an OS driver, 4) it does not provide fix for release users, 5) possible POLA violations, etc. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:40:08 2009 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 E2A11106566C for ; Fri, 6 Feb 2009 22:40:08 +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 D05DE8FC0A for ; Fri, 6 Feb 2009 22:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n16Me8NM058740 for ; Fri, 6 Feb 2009 22:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n16Me85q058739; Fri, 6 Feb 2009 22:40:08 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 22:40:08 GMT Message-Id: <200902062240.n16Me85q058739@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Jung-uk Kim Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jung-uk Kim List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:40:09 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Jung-uk Kim To: Joe Marcus Clarke Cc: freebsd-x11@freebsd.org, Serge Shilov , Peter Zehm , rnoland@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse =?iso-8859-1?q?is=09moved_when_AllowEmptyInput_turned?= off Date: Fri, 6 Feb 2009 17:37:57 -0500 On Friday 06 February 2009 04:27 pm, Joe Marcus Clarke wrote: > What about modifying the sysmouse driver to more gracefully handle > multiple open attempts (e.g. fail on subsequent attempts). What > effect would that have on X? I thought about that. In fact, I implemented something along the line but threw it away because 1) I was not sure of its expected behavior, 2) it is intertwined with syscons and I was afraid of breaking it, 3) it just hides Xserver problem (i.e., mixed uses of static/auto configurations) from an OS driver, 4) it does not provide fix for release users, 5) possible POLA violations, etc. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:40:32 2009 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 6089F1065673; Fri, 6 Feb 2009 22:40:32 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id CCF7B8FC16; Fri, 6 Feb 2009 22:40:31 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 7C9051E00744; Fri, 6 Feb 2009 23:22:48 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n16MKh8C015517; Fri, 6 Feb 2009 23:20:43 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n16MKgj3015516; Fri, 6 Feb 2009 23:20:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Fri, 6 Feb 2009 23:20:42 +0100 To: Vladimir Grebenschikov Message-ID: <20090206222042.GB14653@saturn.kn-bremen.de> Mail-Followup-To: Vladimir Grebenschikov , x11@FreeBSD.org, emulation@FreeBSD.org References: <1233906496.1746.28.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <1233906496.1746.28.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: emulation@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg 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, 06 Feb 2009 22:40:32 -0000 On Fri, Feb 06, 2009 at 10:48:16AM +0300, Vladimir Grebenschikov wrote: > Hi Hi! >=20 > It starts, then shows on console: > -- > unknown chip id 0x7145, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > -- >=20 > Then shows pop-up with "Google Earth can't runon your machine as it > could not access the graphics card. ..." >=20 > Then crashes with: >=20 > terminate called after throwing an instance of 'QString' > Google Earth has caught signal 6. >=20 > Stacktrace from glibc: > ./googleearth-bin [0x806c3a3] > ./googleearth-bin [0x806c916] > [0xbfbfffbb] > /lib/libc.so.6(abort+0x101) [0x493d0301] > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0= x4816a019] > ./libstdc++.so.6 [0x481679a5] > ./libstdc++.so.6 [0x481679e2] > ./libstdc++.so.6 [0x48167b4a] > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49= f3b57e] > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x= 49f1cf62] > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QSh= owEvent+0x8e) [0x4931af6e] > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > ... (full crash log attached) >=20 > I have working openGL for FreeBSD applications (radeonhd driver, ATI X140= 0 card): >=20 > $ glinfo=20 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > GL_VERSION: 1.3 Mesa 7.3 > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imagin= g GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_sha= dow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compre= ssion GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_com= bine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_f= loat GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpo= se_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_p= os GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separat= e GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_E= XT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_E= XT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_pr= ogram_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pi= xels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL= _EXT_secondary_c! > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_t= wo_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture= 3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_comb= ine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_textur= e_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture= _rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation= _separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_ras= terpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_M= ESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square= GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection G= L_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_tab= le GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edg= e_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL= _SUN_multi_draw_! > arrays > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > GL_VENDOR: DRI R300 Project > GLU_VERSION: 1.3 > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess=20 > GLUT_API_VERSION: 5 > GLUT_XLIB_IMPLEMENTATION: 15 > $ >=20 > Probably reason is in outdated X libraries: >=20 > xorg-7.4 X.Org complete distribution metaport > xorg-apps-7.4_1 X.org apps meta-port > xorg-drivers-7.4 X.org drivers meta-port > xorg-libraries-7.4 X.org libraries meta-port > xorg-server-1.5.3_4,1 X.Org X server and related programs > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > libGL-7.3_1 OpenGL library that renders using GLX or DRI > libGLU-7.3 OpenGL utility library > ... > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/a= md64) > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware accelerati= on of=20 >=20 > ... >=20 > Any hints will be very appreciated. >=20 Hmm. does this work for anyone else? Did the old version work for you? I must say I only tested the update on the old xorg with the nvidia blob so far where it worked, and we can't really go back to the old googleearth version now because they only give out the new distfile now... > PPS: > Also, looks like binary get lost in home on non-first start: > $ googleearth > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File= exists. Yeah I now get that too, seems to be harmless. (I guess it does a mkdir w/o checking first whether that dir already exists...) > ... >=20 > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > /home/vova: directory > /home/vova/.googleearth: directory > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such f= ile or directory) >=20 > --=20 > Vladimir B. Grebenschikov > vova@fbsd.ru > CRASHLOGVER 1 > CRASHLOGID 0xC3886AC0 > APPVERMAJOR 5 > APPVERMINOR 0 > APPVERBUILD 11337 > APPBUILDDATE Jan 28 2009 > APPBUILDTIME 15:42:23 > OSTYPE 11 > OSVERMAJOR 2 > OSVERMINOR 6 > OSVERBUILD 16 > OSVERPATCH 0 > PID 2580 > CRASHSIGNAL 6 > CRASHTIME 1233905118 > PROGRAMUPTIME 142 >=20 > STACK 0x806c3a3 > STACK 0x806c916 > STACK 0xbfbfffbb > STACK 0x493d0301 > STACK 0x4816a019 > STACK 0x481679a5 > STACK 0x481679e2 > STACK 0x48167b4a > STACK 0x49f3b57e > STACK 0x49f1cf62 > STACK 0x4931af6e > STACK 0x4851715f > STACK 0x484d5130 > STACK 0x484dc916 > STACK 0x482a82f2 > STACK 0x48519fc3 > STACK 0x48519d0f > STACK 0x48519e98 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x48519d0f > STACK 0x48519e98 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x48519e82 > STACK 0x48519ee6 > STACK 0x4851a4bb > STACK 0x4850f865 > STACK 0x492ec6ed > STACK 0x493547d0 > STACK 0x49357140 > STACK 0x806da3a > STACK 0x493bb390 > STACK 0x806bb31 >=20 > DSO googleearth-bin/0x8048000/298704 > DSO libgcc_s.so.1/0x480af000/39096 > DSO libstdc++.so.6/0x480ba000/849472 > DSO libQtCore.so.4/0x48194000/2207040 > DSO libQtGui.so.4/0x483b8000/7148520 > DSO libQtNetwork.so.4/0x48aaf000/759340 > DSO libQtWebKit.so.4/0x48b6e000/6704984 > DSO libgoogleearth_lib.so/0x49260000/1111581 > DSO libm.so.6/0x4937c000/159236 > DSO libc.so.6/0x493a5000/1400956 > DSO libpthread.so.0/0x49502000/81340 > DSO libbase.so/0x4951b000/708424 > DSO libge_net.so/0x495ce000/313988 > DSO libgeobase.so/0x4961d000/3167376 > DSO libz.so.1/0x49940000/86972 > DSO libgthread-2.0.so.0/0x49957000/13260 > DSO librt.so.1/0x4995d000/26320 > DSO libglib-2.0.so.0/0x49966000/825192 > DSO libdl.so.2/0x49a31000/8440 > DSO libfreetype.so.6/0x49a36000/555108 > DSO libSM.so.6/0x49ac2000/30508 > DSO libICE.so.6/0x49acb000/90184 > DSO libXi.so.6/0x49ae6000/27232 > DSO libXrender.so.1/0x49aee000/28052 > DSO libXrandr.so.2/0x49af6000/9040 > DSO libXext.so.6/0x49afa000/55420 > DSO libX11.so.6/0x49b09000/846860 > DSO libIGCore.so/0x49bdd000/953748 > DSO libIGUtils.so/0x49cd4000/146568 > DSO libapiloader.so/0x49cfb000/11404 > DSO libauth.so/0x49cff000/595472 > DSO libcommon.so/0x49d97000/908532 > DSO libcomponentframework.so/0x49e7c000/34568 > DSO libmath.so/0x49e86000/210756 > DSO libmoduleframework.so/0x49ebb000/52172 > DSO libport.so/0x49ec9000/35032 > DSO librender.so/0x49ed4000/587066 > DSO ld-linux.so.2/0x48091000/106644 > DSO libIGMath.so/0x49f69000/278124 > DSO libminizip.so/0x49fb2000/21592 > DSO libfusioncommon.so/0x49fba000/14260 > DSO libcurl.so.4/0x49fbf000/201204 > DSO libGL.so.1/0x49ff2000/357564 > DSO libGLU.so.1/0x4a04d000/507779 > DSO libXxf86vm.so.1/0x4a0cc000/15428 > DSO libXdamage.so.1/0x4a0d1000/5044 > DSO libXfixes.so.3/0x4a0d4000/13696 > DSO libdrm.so.2/0x4a0d9000/31240 > DSO libXcursor.so.1/0x4e2e5000/33196 > DSO libXinerama.so.1/0x4e2ef000/5428 > DSO libnss_files.so.2/0x4e2f2000/38440 > DSO libqgif.so/0x522fe000/17104 > DSO libqjpeg.so/0x52304000/139652 > DSO xlcDef.so.2/0x49379000/6468 > DSO libIGGfx.so/0x52328000/2970232 > DSO libevll.so/0x52615000/8667396 > DSO libalchemyext.so/0x52e71000/11492 > DSO libIGAttrs.so/0x52e75000/382324 > DSO libIGSg.so/0x52edb000/1035108 > DSO libicuuc.so.38/0x5304f000/1052797 > DSO libcollada.so/0x5315a000/3292858 > DSO libIGExportCommon.so/0x53482000/517320 > DSO libIGOpt.so/0x5350a000/841416 > DSO libIGDisplay.so/0x535e5000/70544 > DSO libIGGui.so/0x535f9000/246068 > DSO ximcp.so.2/0x5374b000/116084 > DSO libnss_dns.so.2/0x5b76e000/15240 > DSO libresolv.so.2/0x5b774000/64564 > DSO libgobject-2.0.so.0/0x5b799000/254432 > DSO libnavigate.so/0x637d9000/1302424 > DSO liblayer.so/0x6f922000/1737990 > DSO libwmsbase.so/0x6fad6000/323232 > DSO libmeasure.so/0x6fb29000/483408 > DSO libbasicingest.so/0x6fba5000/783603 > DSO libgps.so/0x6fc6e000/471920 > DSO libgooglesearch.so/0x6fce7000/553680 > DSO libinput_plugin.so/0x6fd74000/280415 > DSO libflightsim.so/0x6fdbc000/1236438 > DSO r300_dri.so/0x70359000/2122344 > DSO libexpat.so.1/0x7057a000/119304 >=20 >=20 From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:43:20 2009 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 7568B106564A for ; Fri, 6 Feb 2009 22:43:20 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA4D8FC16 for ; Fri, 6 Feb 2009 22:43:19 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1054136tib.3 for ; Fri, 06 Feb 2009 14:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to :subject:from:x-mailer:mime-version:content-type :content-transfer-encoding; bh=ifDyEQqXL352V1w2Yv4Z+3E4XdV8PbwSdqdvTlZVeJg=; b=XrYA4qPa99YdKpxrfCv06l9K0vbOHpfZEc5pfgYooXpwPOPzNxGeOlacxm2n5kqrWO dtZT8Eej9vRlkDPgmqpAQXgNNchbTRiF7VhAzZ2TUPeaYib1DXcm21A3rgXdEPEeg8lx RHlA3PxFd+JyzEIbH0PhM4DAeC8Npk/UrD6Ew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:subject:from:x-mailer:mime-version :content-type:content-transfer-encoding; b=TSqdvct8jT/Cu58ZLv86G/zTyRjzgSWx9nU5WjSBtlWRV5lmrhBMmmrcT+RPjkhtvb /hChXbON2oF5DWNmcJ9CAunsfO77WwulHSsET76BQnXmcapZVKrFeOl0sOfvkoYWbKja t8OVbOrQHrDM9dO+QSE5l6gCpJmU4D+BhFYJA= Received: by 10.110.68.10 with SMTP id q10mr3426392tia.32.1233958767015; Fri, 06 Feb 2009 14:19:27 -0800 (PST) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id u12sm2384219tia.38.2009.02.06.14.19.25 (version=SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 14:19:26 -0800 (PST) Sender: Maho NAKATA Date: Sat, 07 Feb 2009 07:18:48 +0900 (JST) Message-Id: <20090207.071848.193785503.chat95@mac.com> To: freebsd-x11@freebsd.org From: Maho NAKATA X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Compiz works RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 06 Feb 2009 22:43:21 -0000 Hi all, thanks kudos! http://blog.livedoor.jp/maho_nakata/archives/51115172.html ---------------------------------------------------------------- Note: it won't work with i386. Please let me know if it works for you. 1. Update to 7-stable (both kernel and userland) As drm information for RADEON X1650 (etc) are not updated, in the 7.1-RELEASE, first, update the kernel and userland to later than SVN rev 187021 (2009/1/10) version. 2. load radeon module at the boot time. add following in /boot/loader.conf radeon_load="YES" make sure that radeon drm is activated at the boot time. $ dmesg | grep radeon info: [drm] Initialized radeon 1.29.0 20080613 3. patch /etc/X11/xorg.conf --- xorg.conf 2009-02-03 19:28:25.000000000 +0900 +++ xorg.conf 2009-02-05 15:55:41.000000000 +0900 @@ -3,6 +3,7 @@ Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" + Option "AIGLX" "true" EndSection Section "Files" ---------------------------------- In my case hald somehow doesn't work well, so I added > Option "AllowEmptyInput" "false" as well. 4. install compiz portinstall x11-wm/compiz-fusion portinstall x11-wm/emerald 5. start compiz+emerald by: $ LIBGL_ALWAYS_INDIRECT=1 compiz --replace ccp & $ emerald --replace & ---------------------------------------------------------------- Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 22:53:07 2009 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 5F7F210657DC for ; Fri, 6 Feb 2009 22:53:07 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 11B328FC16 for ; Fri, 6 Feb 2009 22:53:07 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 1B68C1F4455; Fri, 6 Feb 2009 17:48:30 -0500 (EST) Received: from scroll (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id 08847ADC25A; Fri, 6 Feb 2009 18:00:32 -0500 (EST) Date: Fri, 6 Feb 2009 17:51:41 -0500 From: Adam K Kirchhoff To: freebsd-x11@freebsd.org Message-ID: <20090206175141.7e7938e3@scroll> In-Reply-To: <1233906496.1746.28.camel@localhost> References: <1233906496.1746.28.camel@localhost> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: Subject: Re: astro/google-earth do not work with recent Xorg 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, 06 Feb 2009 22:53:07 -0000 What GPU is this? If it's an r500 card (x1300 through x1950) linux apps will not work properly since graphics/linux_dri has not yet been updated to Mesa 7.2 or 7.3. Adam On Fri, 06 Feb 2009 10:48:16 +0300 Vladimir Grebenschikov wrote: > Hi > > It starts, then shows on console: > -- > unknown chip id 0x7145, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > -- > > Then shows pop-up with "Google Earth can't runon your machine as it > could not access the graphics card. ..." > > Then crashes with: > > terminate called after throwing an instance of 'QString' > Google Earth has caught signal 6. > > Stacktrace from glibc: > ./googleearth-bin [0x806c3a3] > ./googleearth-bin [0x806c916] > [0xbfbfffbb] > /lib/libc.so.6(abort+0x101) [0x493d0301] > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0x4816a019] > ./libstdc++.so.6 [0x481679a5] > ./libstdc++.so.6 [0x481679e2] > ./libstdc++.so.6 [0x48167b4a] > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49f3b57e] > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x49f1cf62] > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8e) [0x4931af6e] > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > ... (full crash log attached) > > I have working openGL for FreeBSD applications (radeonhd driver, ATI X1400 card): > > $ glinfo > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > GL_VERSION: 1.3 Mesa 7.3 > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_ c! > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL_SUN_multi_draw _! > arrays > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > GL_VENDOR: DRI R300 Project > GLU_VERSION: 1.3 > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess > GLUT_API_VERSION: 5 > GLUT_XLIB_IMPLEMENTATION: 15 > $ > > Probably reason is in outdated X libraries: > > xorg-7.4 X.Org complete distribution metaport > xorg-apps-7.4_1 X.org apps meta-port > xorg-drivers-7.4 X.org drivers meta-port > xorg-libraries-7.4 X.org libraries meta-port > xorg-server-1.5.3_4,1 X.Org X server and related programs > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > libGL-7.3_1 OpenGL library that renders using GLX or DRI > libGLU-7.3 OpenGL utility library > ... > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of > > ... > > Any hints will be very appreciated. > > PPS: > Also, looks like binary get lost in home on non-first start: > $ googleearth > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File exists. > ... > > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > /home/vova: directory > /home/vova/.googleearth: directory > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such file or directory) > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 23:02:46 2009 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 C6AFE1065678 for ; Fri, 6 Feb 2009 23:02:46 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 705A18FC18 for ; Fri, 6 Feb 2009 23:02:46 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id E70AE1F453A; Fri, 6 Feb 2009 17:57:43 -0500 (EST) Received: from scroll (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id DE7B3ADC25A; Fri, 6 Feb 2009 18:09:45 -0500 (EST) Date: Fri, 6 Feb 2009 18:00:53 -0500 From: Adam K Kirchhoff To: Maho NAKATA Message-ID: <20090206180053.13165459@scroll> In-Reply-To: <20090207.071848.193785503.chat95@mac.com> References: <20090207.071848.193785503.chat95@mac.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: freebsd-x11@freebsd.org Subject: Re: Compiz works RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 06 Feb 2009 23:02:48 -0000 On Sat, 07 Feb 2009 07:18:48 +0900 (JST) Maho NAKATA wrote: > Hi all, > thanks kudos! > http://blog.livedoor.jp/maho_nakata/archives/51115172.html > > ---------------------------------------------------------------- > Note: it won't work with i386. Please let me know if it works for you. FYI, it works for me on two separate machines, one tested with an x1950 and an x1650 (both PCIe), and the other with an AGP x1300. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 23:12:39 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 5EE9D106566B; Fri, 6 Feb 2009 23:12:39 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Joe Marcus Clarke Date: Fri, 6 Feb 2009 18:12:27 -0500 User-Agent: KMail/1.6.2 References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> <498CAB46.7020408@freebsd.org> <200902061738.24574.jkim@FreeBSD.org> In-Reply-To: <200902061738.24574.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200902061812.30056.jkim@FreeBSD.org> Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org, Serge Shilov Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 06 Feb 2009 23:12:40 -0000 On Friday 06 February 2009 05:37 pm, Jung-uk Kim wrote: > On Friday 06 February 2009 04:27 pm, Joe Marcus Clarke wrote: > > What about modifying the sysmouse driver to more gracefully > > handle multiple open attempts (e.g. fail on subsequent attempts). > > What effect would that have on X? > > I thought about that. In fact, I implemented something along the > line but threw it away because 1) I was not sure of its expected > behavior, 2) it is intertwined with syscons and I was afraid of > breaking it, 3) it just hides Xserver problem (i.e., mixed uses of > static/auto configurations) from an OS driver, 4) it does not > provide fix for release users, 5) possible POLA violations, etc. If my memory serves, there is another important reason: 6) Xserver and mouse driver open/close same device multiple times (at least twice), one for SetupAuto and one for enabling the device, I think. Depending on timing, the previous device may not be what HAL is expecting. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 23:20:03 2009 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 D2AA01065674 for ; Fri, 6 Feb 2009 23:20:03 +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 BFAB58FC16 for ; Fri, 6 Feb 2009 23:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n16NK30s087552 for ; Fri, 6 Feb 2009 23:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n16NK30P087551; Fri, 6 Feb 2009 23:20:03 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 23:20:03 GMT Message-Id: <200902062320.n16NK30P087551@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Jung-uk Kim Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jung-uk Kim List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 23:20:04 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Jung-uk Kim To: Joe Marcus Clarke Cc: freebsd-x11@freebsd.org, Serge Shilov , Peter Zehm , rnoland@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse =?iso-8859-1?q?is=09moved_when_AllowEmptyInput_turned?= off Date: Fri, 6 Feb 2009 18:12:27 -0500 On Friday 06 February 2009 05:37 pm, Jung-uk Kim wrote: > On Friday 06 February 2009 04:27 pm, Joe Marcus Clarke wrote: > > What about modifying the sysmouse driver to more gracefully > > handle multiple open attempts (e.g. fail on subsequent attempts). > > What effect would that have on X? > > I thought about that. In fact, I implemented something along the > line but threw it away because 1) I was not sure of its expected > behavior, 2) it is intertwined with syscons and I was afraid of > breaking it, 3) it just hides Xserver problem (i.e., mixed uses of > static/auto configurations) from an OS driver, 4) it does not > provide fix for release users, 5) possible POLA violations, etc. If my memory serves, there is another important reason: 6) Xserver and mouse driver open/close same device multiple times (at least twice), one for SetupAuto and one for enabling the device, I think. Depending on timing, the previous device may not be what HAL is expecting. Jung-uk Kim From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 23:50:03 2009 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 CF12610656C6 for ; Fri, 6 Feb 2009 23:50:03 +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 A84B18FC19 for ; Fri, 6 Feb 2009 23:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n16No32w010214 for ; Fri, 6 Feb 2009 23:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n16No3U8010213; Fri, 6 Feb 2009 23:50:03 GMT (envelope-from gnats) Date: Fri, 6 Feb 2009 23:50:03 GMT Message-Id: <200902062350.n16No3U8010213@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Joe Kelsey Cc: Subject: Re: ports/131313: x11/xorg cannot find mouse and keyboard X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joe Kelsey List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 23:50:04 -0000 The following reply was made to PR ports/131313; it has been noted by GNATS. From: Joe Kelsey To: bug-followup@FreeBSD.org, joe@zircon.seattle.wa.us Cc: Subject: Re: ports/131313: x11/xorg cannot find mouse and keyboard Date: Fri, 06 Feb 2009 15:42:54 -0800 This is a multi-part message in MIME format. --------------040707010204050006060304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I updated ports with the new hal patches. I updated xorg.conf with the attached changes. Everything works now. --------------040707010204050006060304 Content-Type: text/plain; name="xorg.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xorg.conf" Section "ServerLayout" Identifier "X.org Configured" Screen "Screen0" 0 0 EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "Monitor" #DisplaySize 380 300 # mm Identifier "Monitor0" VendorName "VSC" ModelName "VX910" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 82.0 VertRefresh 50.0 - 85.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "BusType" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnableDepthMoves" # [] #Option "EnablePageFlip" # [] #Option "NoBackBuffer" # [] #Option "DMAForXv" # [] #Option "FBTexPercent" # #Option "DepthBits" # #Option "AccelDFS" # [] #Option "PanelOff" # [] #Option "DDCMode" # [] #Option "MonitorLayout" # [] #Option "IgnoreEDID" # [] #Option "UseFBDev" # [] #Option "MergedFB" # [] #Option "CRT2HSync" # [] #Option "CRT2VRefresh" # [] #Option "CRT2Position" # [] #Option "MetaModes" # [] #Option "MergedDPI" # [] #Option "MergedXinerama" # [] #Option "MergedXineramaCRT2IsScreen0" # [] #Option "MergedNonRectangular" # [] #Option "MergedMouseRestriction" # [] #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # #Option "ColorTiling" # [] #Option "VideoKey" # #Option "RageTheatreCrystal" # #Option "RageTheatreTunerPort" # #Option "RageTheatreCompositePort" # #Option "RageTheatreSVideoPort" # #Option "TunerType" # #Option "RageTheatreMicrocPath" # #Option "RageTheatreMicrocType" # #Option "RenderAccel" # [] #Option "SubPixelOrder" # [] #Option "ShowCache" # [] #Option "DynamicClocks" # [] #Option "BIOSHotkeys" # [] #Option "VGAAccess" # [] #Option "ReverseDDC" # [] #Option "LVDSProbePLL" # [] #Option "AccelMethod" # #Option "ConstantDPI" # [] Identifier "Card0" Driver "ati" VendorName "ATI Technologies Inc" BoardName "RV280 [Radeon 9200 PRO]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "DRI" Mode 0666 EndSection --------------040707010204050006060304-- From owner-freebsd-x11@FreeBSD.ORG Fri Feb 6 23:57:46 2009 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 6EBD610656F6 for ; Fri, 6 Feb 2009 23:57:46 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.160]) by mx1.freebsd.org (Postfix) with ESMTP id B5DD08FC0C for ; Fri, 6 Feb 2009 23:57:45 +0000 (UTC) (envelope-from uwe@laverenz.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1233964664; l=541; s=domk; d=laverenz.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:Cc:To:MIME-Version:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH: DomainKey-Signature; bh=x1jOX78dTqojxFYK+fJ/COmXLMvTzrEd36zGLNZ84IY=; b=UJ+Mk63frQRolOVNbBlIQ/6/ESETLFmq41RETCZw8GkvpvEwedohatHPD2+1wc4qxLf pZNPmFcFccQtbBGC0b5TrcuESvVFJYXfLCfvAGWrBmrYaFGgUgtHOmxGaSvEHf+X/kUxO FNroaEuH7MBA6kURR3zRk3Ru3gAX22/sHRw= DomainKey-Signature: a=rsa-sha256; s=domk; d=laverenz.de; c=nofws; q=dns; h=X-RZG-AUTH:X-RZG-CLASS-ID:Date:From:MIME-Version:To:Cc:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AGYE9F7f+YSK7YKuZjCc3zv90VgBgiXjfUe0pPZmZKpjLQweC2ENJmdgBJc5Drn9Opf UPWiA4KtNAmaIBMVKATlbmeMtAxu+J68O+lRkUyRftLR7d4BFpKMxbqhCqGIe6zHRTmxr GooQCGJGhBb+C2fFxthYrz7S356g6OKTGOQ= X-RZG-AUTH: :LWgJfE6Id/4Sm/WkdV0gEbKL+/p/UjmosA/b4BPf1Ida/LA6f2WjvdsA X-RZG-CLASS-ID: mo00 Received: from athena.laverenz.de (77-22-194-90-dynip.superkabel.de [77.22.194.90]) by post.strato.de (klopstock mo52) (RZmta 18.17) with ESMTP id B01690l16MshNS ; Sat, 7 Feb 2009 00:57:42 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 6B54D127BD9; Sat, 7 Feb 2009 00:55:23 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22592-03; Sat, 7 Feb 2009 00:55:23 +0100 (CET) Received: from [192.168.23.3] (unknown [192.168.23.3]) by athena.laverenz.de (Postfix) with ESMTP id 13333127BD7; Sat, 7 Feb 2009 00:55:23 +0100 (CET) Message-ID: <498CCE74.9020709@laverenz.de> Date: Sat, 07 Feb 2009 00:57:40 +0100 From: Uwe Laverenz Organization: private site User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Maho NAKATA References: <20090207.071848.193785503.chat95@mac.com> <20090207.072411.71183618.chat95@mac.com> In-Reply-To: <20090207.072411.71183618.chat95@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Cc: freebsd-x11@freebsd.org Subject: Re: non working DRI on *i386* RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 06 Feb 2009 23:57:46 -0000 Maho NAKATA schrieb: > it seems DRI is not working on i386, RADEON X1650 FreBSD 7-stable, Xorg 7.4 > > 1. if we enable DRI, screen is garbled. Your logfiles say you are running RELENG_7_1, which would explain the garbled screen. Robert Noland has updated sys/drm after 7.1 was released, so if you update to RELENG_7 your problems should be solved. I've tested RELENG_7 on amd64 with a X1600 and on i386 with a FireGL 3200 quite successfully. Everything worked great, including dual-head with xrandr and dri/drm. bye, Uwe From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 00:21:28 2009 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 1A8811065675; Sat, 7 Feb 2009 00:21:28 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CFF208FC16; Sat, 7 Feb 2009 00:21:27 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n170Khi0028399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 19:20:44 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Joe Marcus Clarke In-Reply-To: <498CAB46.7020408@freebsd.org> References: <200902051650.n15Go2Ob074222@freefall.freebsd.org> <200902051352.08132.jkim@FreeBSD.org> <498CAB46.7020408@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ochrBuFLMmqqvqx+Zp/J" Organization: FreeBSD Date: Fri, 06 Feb 2009 19:21:18 -0500 Message-Id: <1233966078.1562.28.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org, bug-followup@freebsd.org, Serge Shilov Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off 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, 07 Feb 2009 00:21:28 -0000 --=-ochrBuFLMmqqvqx+Zp/J Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 16:27 -0500, Joe Marcus Clarke wrote: > Jung-uk Kim wrote: > > [Sorry for spamming y'all but I thought it is very important that=20 > > everyone understands the situation clearly.] > >=20 > > On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: > >> The following reply was made to PR ports/131124; it has been noted > >> by GNATS. > >> > >> From: Serge Shilov > >> To: bug-followup@freebsd.org, > >> xelah-freebsd-pr@xelah.com > >> Cc: > >> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until > >> mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb > >> 2009 19:40:29 +0300 > >> > >> I perform some experiments. Results is here. > >> > >> I. Test other mice . > >> The 1st is > >> ums0: on > >> uhub0 ums0: 8 buttons and Z dir. > >> > >> and the 2nd is > >> ums0: >> 2> on uhub0 ums0: 3 buttons and Z dir. > >> > >> Bug still exist > >> > >> II. Test direct connection mouse without hub. > >> > >> Bug still exist. > >> > >> Resume: It's not mice or hub or connection-via-hub problem. (But > >> it may be some usb host problem) > >> > >> III. Hot plug out and plug in mouse in X environment > >> > >> After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be > >> recommended as workaround. > >> > >> Notice: > >> 1. After plug out mouse cursor may still disappeared. In this case > >> you can switch to VT0-VT7 terminals, move mouse and switch back to > >> X session. 2. This advice is provided 'as is' without any > >> warranties of usefulness, capacity to work with your hardware or > >> software and other sorts of warranties. > >> > >> IV. After hot X session restart (without OS and hardware restart) > >> mouse still work. > >> > >> V. Other cases: > >> Hot plug out and plug in mouse in text mode environment before > >> start X session. > >> Start OS mouseless and plug in mouse before or after start X > >> session. Hot OS restart after my workaround appliing. > >> > >> In all this cases mouse behaviour was still buggy. > >> > >> I'll be glad if my info help to resolve this problem. > >=20 > >=20 > > A short answer: > >=20 > > Please remove "AllowEmptyInput" from your xorg.conf. > >=20 > > A longer answer: > >=20 > > http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim > >=20 > > A technical answer: > >=20 > > Some devices are safe to be opened multiple times and shared by=20 > > different input drivers (e.g., Linux evdev, I think) and some devices=20 > > are not (e.g., our sysmouse). > >=20 > > Possible solutions (for ports maintainers): > >=20 > > - When hald probes mice, exclude all moused users=20 > > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo=20 > > device UDI for /dev/sysmouse and set x11_driver property if moused(8)=20 > > is running and /dev/sysmouse is not being used by Xserver. If=20 > > Xserver tries to open /dev/sysmouse, then the UDI has to be removed=20 > > immediately. When Xserver closes /dev/sysmouse, the fake UDI has to=20 > > be restored immediately. > >=20 > > - Before Xserver starts auto-adding process, send a hint message to=20 > > hald that the device is configured and enabled by static user=20 > > configuration if CONFIG_HAL is defined and "AutoAddDevices" or=20 > > "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober)=20 > > excludes all sysmouse users from x11_driver and sends ACK/NACK=20 > > message. Then, Xserver continues/stops auto-adding process depending=20 > > on it. > >=20 > > - Implement an ioctl command for sysmouse to report actual devices=20 > > that it is controlling. Let each input driver veto automagic=20 > > configuration process if it is being used or unsafe. > >=20 > > - Some combinations of the above... > >=20 > > The first solution is the least intrusive but it is not bulletproof=20 > > because of an unavoidable race condition. The second solution is=20 > > IMHO, a correct way but it requires Xserver change first. The third=20 > > solution is too platform-specific and it requires significant (and=20 > > ugly) hacks for Xserver and input drivers, I think. > >=20 > > Any more ideas? >=20 > What about modifying the sysmouse driver to more gracefully handle > multiple open attempts (e.g. fail on subsequent attempts). What effect > would that have on X? I think X would be fine with that... That is what happens now with the psm and ums devices. At least if they are statically configured and hald is in use. robert. > Joe >=20 > --=20 > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome --=20 Robert Noland FreeBSD --=-ochrBuFLMmqqvqx+Zp/J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmM0/4ACgkQM4TrQ4qfRONEVQCfcZutylPs/0YhQVEdL8SOCx5O UGcAn2uxIBkjjxyX42fLq4L4fzH5P7c8 =Koy1 -----END PGP SIGNATURE----- --=-ochrBuFLMmqqvqx+Zp/J-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 00:30:09 2009 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 76FB6106564A for ; Sat, 7 Feb 2009 00:30: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 63AE18FC16 for ; Sat, 7 Feb 2009 00:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n170U9r1039090 for ; Sat, 7 Feb 2009 00:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n170U97F039087; Sat, 7 Feb 2009 00:30:09 GMT (envelope-from gnats) Date: Sat, 7 Feb 2009 00:30:09 GMT Message-Id: <200902070030.n170U97F039087@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Robert Noland Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Noland List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:30:09 -0000 The following reply was made to PR ports/131124; it has been noted by GNATS. From: Robert Noland To: Joe Marcus Clarke Cc: Jung-uk Kim , freebsd-x11@freebsd.org, Serge Shilov , Peter Zehm , freebsd-gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off Date: Fri, 06 Feb 2009 19:21:18 -0500 --=-ochrBuFLMmqqvqx+Zp/J Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 16:27 -0500, Joe Marcus Clarke wrote: > Jung-uk Kim wrote: > > [Sorry for spamming y'all but I thought it is very important that=20 > > everyone understands the situation clearly.] > >=20 > > On Thursday 05 February 2009 11:50 am, Serge Shilov wrote: > >> The following reply was made to PR ports/131124; it has been noted > >> by GNATS. > >> > >> From: Serge Shilov > >> To: bug-followup@freebsd.org, > >> xelah-freebsd-pr@xelah.com > >> Cc: > >> Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until > >> mouse is moved when AllowEmptyInput turned off Date: Thu, 5 Feb > >> 2009 19:40:29 +0300 > >> > >> I perform some experiments. Results is here. > >> > >> I. Test other mice . > >> The 1st is > >> ums0: on > >> uhub0 ums0: 8 buttons and Z dir. > >> > >> and the 2nd is > >> ums0: >> 2> on uhub0 ums0: 3 buttons and Z dir. > >> > >> Bug still exist > >> > >> II. Test direct connection mouse without hub. > >> > >> Bug still exist. > >> > >> Resume: It's not mice or hub or connection-via-hub problem. (But > >> it may be some usb host problem) > >> > >> III. Hot plug out and plug in mouse in X environment > >> > >> After plug in mouse gehaviour BEGAN CONVENTIONAL. This can be > >> recommended as workaround. > >> > >> Notice: > >> 1. After plug out mouse cursor may still disappeared. In this case > >> you can switch to VT0-VT7 terminals, move mouse and switch back to > >> X session. 2. This advice is provided 'as is' without any > >> warranties of usefulness, capacity to work with your hardware or > >> software and other sorts of warranties. > >> > >> IV. After hot X session restart (without OS and hardware restart) > >> mouse still work. > >> > >> V. Other cases: > >> Hot plug out and plug in mouse in text mode environment before > >> start X session. > >> Start OS mouseless and plug in mouse before or after start X > >> session. Hot OS restart after my workaround appliing. > >> > >> In all this cases mouse behaviour was still buggy. > >> > >> I'll be glad if my info help to resolve this problem. > >=20 > >=20 > > A short answer: > >=20 > > Please remove "AllowEmptyInput" from your xorg.conf. > >=20 > > A longer answer: > >=20 > > http://docs.freebsd.org/cgi/mid.cgi?200902041908.50270.jkim > >=20 > > A technical answer: > >=20 > > Some devices are safe to be opened multiple times and shared by=20 > > different input drivers (e.g., Linux evdev, I think) and some devices=20 > > are not (e.g., our sysmouse). > >=20 > > Possible solutions (for ports maintainers): > >=20 > > - When hald probes mice, exclude all moused users=20 > > (e.g., /dev/psm0, /dev/ums1, ...) from x11_driver and create a pseudo=20 > > device UDI for /dev/sysmouse and set x11_driver property if moused(8)=20 > > is running and /dev/sysmouse is not being used by Xserver. If=20 > > Xserver tries to open /dev/sysmouse, then the UDI has to be removed=20 > > immediately. When Xserver closes /dev/sysmouse, the fake UDI has to=20 > > be restored immediately. > >=20 > > - Before Xserver starts auto-adding process, send a hint message to=20 > > hald that the device is configured and enabled by static user=20 > > configuration if CONFIG_HAL is defined and "AutoAddDevices" or=20 > > "AutoEnableDevices" is on. hald (i.e., FreeBSD mouse prober)=20 > > excludes all sysmouse users from x11_driver and sends ACK/NACK=20 > > message. Then, Xserver continues/stops auto-adding process depending=20 > > on it. > >=20 > > - Implement an ioctl command for sysmouse to report actual devices=20 > > that it is controlling. Let each input driver veto automagic=20 > > configuration process if it is being used or unsafe. > >=20 > > - Some combinations of the above... > >=20 > > The first solution is the least intrusive but it is not bulletproof=20 > > because of an unavoidable race condition. The second solution is=20 > > IMHO, a correct way but it requires Xserver change first. The third=20 > > solution is too platform-specific and it requires significant (and=20 > > ugly) hacks for Xserver and input drivers, I think. > >=20 > > Any more ideas? >=20 > What about modifying the sysmouse driver to more gracefully handle > multiple open attempts (e.g. fail on subsequent attempts). What effect > would that have on X? I think X would be fine with that... That is what happens now with the psm and ums devices. At least if they are statically configured and hald is in use. robert. > Joe >=20 > --=20 > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome --=20 Robert Noland FreeBSD --=-ochrBuFLMmqqvqx+Zp/J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmM0/4ACgkQM4TrQ4qfRONEVQCfcZutylPs/0YhQVEdL8SOCx5O UGcAn2uxIBkjjxyX42fLq4L4fzH5P7c8 =Koy1 -----END PGP SIGNATURE----- --=-ochrBuFLMmqqvqx+Zp/J-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 01:03:42 2009 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 7E79B106566B for ; Sat, 7 Feb 2009 01:03:42 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 069AF8FC19 for ; Sat, 7 Feb 2009 01:03:41 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id C388B1F4458; Fri, 6 Feb 2009 19:59:04 -0500 (EST) Received: from scroll (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id 975FCADC259; Fri, 6 Feb 2009 20:11:07 -0500 (EST) Date: Fri, 6 Feb 2009 20:02:13 -0500 From: Adam K Kirchhoff To: yuri@rawbw.com Message-ID: <20090206200213.7470cd16@scroll> In-Reply-To: <498CD997.3020800@rawbw.com> References: <498C97EF.7060609@rawbw.com> <20090206164529.2db3e6a2@sorrow.ashke.com> <498CD997.3020800@rawbw.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: freebsd-x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 07 Feb 2009 01:03:42 -0000 On Fri, 06 Feb 2009 16:45:11 -0800 Yuri wrote: > Benefit of one users shouldn't be sacrificed for the benefit of others. > Why tens of thousands (?) of people all of the sudden should be figuring > out how to work around this issue? So why should those of us who benefit from Xorg 1.5.3 be sacrificed for those of you who need/want to stick with 1.4.*? Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 01:14:33 2009 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 C7F48106566B for ; Sat, 7 Feb 2009 01:14:33 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 980D58FC1C for ; Sat, 7 Feb 2009 01:14:33 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-76-102-196-93.hsd1.ca.comcast.net [76.102.196.93]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n171EVgo093517; Fri, 6 Feb 2009 17:14:31 -0800 (PST) Message-ID: <498CE076.6080800@rawbw.com> Date: Fri, 06 Feb 2009 17:14:30 -0800 From: Yuri User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Adam K Kirchhoff References: <498C97EF.7060609@rawbw.com> <20090206164529.2db3e6a2@sorrow.ashke.com> <498CD997.3020800@rawbw.com> <20090206200213.7470cd16@scroll> In-Reply-To: <20090206200213.7470cd16@scroll> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 01:14:34 -0000 Adam K Kirchhoff wrote: > So why should those of us who benefit from Xorg 1.5.3 be sacrificed for > those of you who need/want to stick with 1.4.*? > > Adam > You didn't get the point. Nobody should be sacrificed. Testing should be done and such accidents should be prevented. Yuri From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 01:23:48 2009 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 56753106564A for ; Sat, 7 Feb 2009 01:23:48 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1981A8FC1D for ; Sat, 7 Feb 2009 01:23:47 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-76-102-196-93.hsd1.ca.comcast.net [76.102.196.93]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n170jCaB085999; Fri, 6 Feb 2009 16:45:12 -0800 (PST) Message-ID: <498CD997.3020800@rawbw.com> Date: Fri, 06 Feb 2009 16:45:11 -0800 From: Yuri User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Adam K Kirchhoff References: <498C97EF.7060609@rawbw.com> <20090206164529.2db3e6a2@sorrow.ashke.com> In-Reply-To: <20090206164529.2db3e6a2@sorrow.ashke.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 01:23:48 -0000 Adam K Kirchhoff wrote: > First of all, this thread suggests that it is possible to get the > nvidia driver working with xorg-server 1.5.3: > > http://nvnews.net/vbulletin/showthread.php?t=126815 > I learned from here that it only works in nvidia-driver-180.25 which isn't in the ports yet: "180.25 works perfectly. Thanks for getting something out so quickly, zander and co." > Second, if your estimate of "maybe half of all systems run nvidia" is > accurate, that's still "maybe half" of all systems that do not run > nvidia, and would likely benefit from an upgrade to xorg-server 1.5.3. > I know I do. > Benefit of one users shouldn't be sacrificed for the benefit of others. Why tens of thousands (?) of people all of the sudden should be figuring out how to work around this issue? > Third, if you use a binary only driver that has problems with an > updated x server, you are certainly not forced to upgrade. You > could have just as easily stayed with 1.4.* till nvidia fixed their > drivers (which, by most accounts, already work with xorg-server 1.5.3). > I do portupgrade periodically. I do not know what are he potential pitfalls of all the new versions that come with update. People who place new versions into CVS do. That's why only limited set of people can commit there. And they have to do testing I believe this system is sufficient as long as all parts work. But testing didn't work this time. Yuri From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 01:23:52 2009 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 C10FE1065670 for ; Sat, 7 Feb 2009 01:23:52 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from imedmobility.com (host-50.216-16-29.iw.net [216.16.29.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5158FC0A for ; Sat, 7 Feb 2009 01:23:52 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from midco.net (host-47-73-107-208.midco.net [208.107.73.47]) by imedmobility.com (Postfix) with ESMTP id EEA5F1173C96 for ; Fri, 6 Feb 2009 19:02:25 -0600 (CST) Message-ID: <498CDD9D.7030703@gmail.com> Date: Sat, 07 Feb 2009 01:02:21 +0000 From: Adam Vande More User-Agent: Thunderbird 2.0.0.18 (X11/20081225) MIME-Version: 1.0 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: konsole on xorg 7.4 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, 07 Feb 2009 01:23:53 -0000 xorg 7.4 seems to have greatly improve response times when moving, or resizing konsole windows, but now they hang when I'm pasting large amounts of text into them. From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 07:16:54 2009 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 744E7106564A for ; Sat, 7 Feb 2009 07:16:54 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id E29858FC22 for ; Sat, 7 Feb 2009 07:16:53 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so540720yxb.13 for ; Fri, 06 Feb 2009 23:16:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=+ASiNxCed8gqMgB9331XPiWCyMldpFHQOw61KNrMQ4Y=; b=E5pJPkxJLqtwbuD1FGNCU7xHLj0OLzIfcPyWci70qyylR3Za3Sf7Fa05MbOX1UH7se oSAogJCdvYRs6vLNaDyicj+L2yC4fhBByi9x59gJaR7TBvv1s73ddqOYGXGNydfHWpsD nOvB6KuyZGrAjucWFa152gP4XByfHF4pkr+5A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=OxMHczqsL4hx4iObX47R1mhk8u0ZH2eay5zxl3juPoluxiz7OeJ5Fs1qxjuFOTYsAp ns6gZt8p3345FYxOHkFQQ/k6OOFYwz32HooIbQHzRltOf4xjtfC/bvDBExSgyEC3wS6l /h0G0VW6ND2g777CVZnqppqEQ7c1V9x86xj7c= Received: by 10.65.192.19 with SMTP id u19mr1753139qbp.104.1233991012793; Fri, 06 Feb 2009 23:16:52 -0800 (PST) Received: from fortytwo.zapto.org ([70.51.167.95]) by mx.google.com with ESMTPS id p30sm1369842qbp.22.2009.02.06.23.16.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 23:16:52 -0800 (PST) Message-ID: <498D3560.5080004@gmail.com> Date: Sat, 07 Feb 2009 02:16:48 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.7pre (X11/20090128) MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org, questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [mi] EQ overflowing mieqEnequeue: out-of-order valuator event X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 07:16:54 -0000 No idea the steps to reproduce this hard lockup, ssh'ing in and killing X resulted in a "test pattern" look to my monitor. While it was hung, keyboard caps/num lock wouldn't respond, nor would the mouse move. The ]mi] lines repeate about 600 times in the log at the end. Shall I submit a PR for this? (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Jan 6 03:43:02 EST 2009 jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 pciconf, xorg.conf and Xorg.0.log included. vgapci0@pci0:0:2:0: class=0x030000 card=0x25821043 chip=0x25828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G/GV/GL, 82910GL Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x25821043 chip=0x27828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G Graphics device: 82915G/GV/910GL Express Chipset Family' class = display Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" 0 0 InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" Option "AllowEmptyInput" "OFF" Option "AutoAddDevices" "OFF" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/local/" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/local/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/artwiz-fonts/" FontPath "/usr/local/lib/X11/fonts/webfonts/" FontPath "/usr/local/lib/X11/fonts/URW/" FontPath "/usr/local/lib/X11/fonts/jmk" FontPath "/usr/local/lib/X11/fonts/terminus-font" FontPath "/usr/local/lib/X11/fonts/artwiz-fonts" EndSection Section "ServerFlags" Option "AIGLX" "true" EndSection Section "Module" Load "GLcore" Load "glx" Load "dri" Load "drm" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "pc101" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "AUTO" Option "Device" "/dev/sysmouse" Option "Buttons" "10" Option "ZAxisMapping" "4 5" Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" Option "Emulate3Buttons" "no" EndSection Section "Monitor" HorizSync 31-65 VertRefresh 55-100 Identifier "monitor0" EndSection Section "Device" Identifier "i810" Driver "intel" VendorName "Intel" BoardName "82915G/GV/910GL Express Chipset Family Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen 1" Device "i810" Monitor "monitor0" DefaultDepth 16 Subsection "Display" Modes "1280x1024" "1024x768" Depth 16 EndSubSection EndSection Section "DRI" Mode 0666 EndSection X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-STABLE i386 Current Operating System: FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Jan 6 03:43:02 EST 2009 jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 Build Date: 29 January 2009 11:53:48AM 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: Fri Jan 30 10:14:19 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "monitor0" (**) | |-->Device "i810" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AIGLX" "true" (**) Option "AllowEmptyInput" "OFF" (**) Option "AutoAddDevices" "OFF" (**) Not automatically adding devices (==) Automatically enabling devices (==) Including the default font path /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/. (**) FontPath set to: /usr/local/lib/X11/fonts/local/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/75dpi/:unscaled, /usr/local/lib/X11/fonts/100dpi/:unscaled, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/artwiz-fonts/, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/URW/, /usr/local/lib/X11/fonts/jmk, /usr/local/lib/X11/fonts/terminus-font, /usr/local/lib/X11/fonts/artwiz-fonts, /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: 0x81b2de0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82915G/GV/910GL Integrated Graphics Controller rev 4, Mem @ 0xcfd80000/0, 0xd0000000/0, 0xcfe80000/0, I/O @ 0x00006800/0, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation 82915G Integrated Graphics Controller rev 4, Mem @ 0xcfe00000/0 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded by default. (II) "dbe" will be loaded by default. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded by default. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (**) AIGLX enabled (**) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.1.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (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.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (**) intel(0): Depth 16, (--) framebuffer bpp 16 (==) intel(0): RGB weight 565 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 915G (--) intel(0): Chipset: "915G" (--) intel(0): Linear framebuffer at 0xD0000000 (--) intel(0): IO registers at addr 0xCFD80000 (==) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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) intel(0): Output VGA using monitor section monitor0 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 423 449 -hsync -vsync (39.4 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (35.5 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 484 505 -hsync +vsync (42.9 kHz) (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 601 604 630 -hsync +vsync (53.5 kHz) (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 768 769 772 807 -hsync +vsync (68.6 kHz) (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 864 865 868 907 -hsync +vsync (77.1 kHz) (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 960 961 964 994 -hsync +vsync (59.6 kHz) (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Output VGA connected (II) intel(0): Using user preference for initial modes (II) intel(0): Output VGA using initial mode 1280x1024 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x83e (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (320, 240) mm (**) intel(0): DPI set to (111, 148) (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.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0xcfd80000 (II) intel(0): [drm] ring buffer = 0xd0000000 (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle = 0xd0800000 (II) intel(0): [drm] mapped back buffer at 0xd2800000, handle = 0xd2800000 (II) intel(0): [drm] mapped depth buffer at 0xd3000000, handle = 0xd3000000 (II) intel(0): [drm] mapped classic textures at 0xd3800000, handle = 0xd3800000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 17203200 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension 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) Initializing built-in extension XEVIE drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 12, (OK) drmOpenByBusid: drmOpenMinor returns 12 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) intel(0): Setting screen physical size to 306 x 230 (**) Option "Protocol" "AUTO" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "AUTO" (**) Option "CorePointer" (**) Mouse1: always reports core events (**) Option "Device" "/dev/sysmouse" (**) Option "Buttons" "10" (**) Option "Emulate3Buttons" "no" (**) Option "ZAxisMapping" "4 5" (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" (**) Mouse1: Buttons: 10 (**) Mouse1: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard1: always reports core events (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard1: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard1: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) evaluating device (Keyboard1) (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device USB-PS/2 Optical Mouse (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device Natural? Ergonomic Keyboard 4000 (EE) config/hal: NewInputDeviceRequest failed (II) config/hal: Adding input device AT Keyboard (EE) config/hal: NewInputDeviceRequest failed (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "NEC", prod id 17450 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 423 449 -hsync -vsync (39.4 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (35.5 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 484 505 -hsync +vsync (42.9 kHz) (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 601 604 630 -hsync +vsync (53.5 kHz) (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 768 769 772 807 -hsync +vsync (68.6 kHz) (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 864 865 868 907 -hsync +vsync (77.1 kHz) (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 960 961 964 994 -hsync +vsync (59.6 kHz) (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) (II) intel(0): EDID vendor "NEC", prod id 17450 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle = 0xd0800000 (II) intel(0): [drm] dma control initialized, using IRQ 255 (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 AUDIT: Wed Feb 4 05:03:59 2009: 99951 X: client 25 rejected from IP 64.62.181.2 (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 (II) intel(0): xf86UnbindGARTMemory: unbind key 13 (II) intel(0): xf86UnbindGARTMemory: unbind key 14 (II) intel(0): xf86UnbindGARTMemory: unbind key 15 (II) AIGLX: Resuming AIGLX clients after VT switch (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset 2048) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset 10240) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset 12288) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset 14336) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000003f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, 0x000000003f932000 physical ) (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 255 [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping. -- Over the years I've come to regard you as people I've met. From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 12:30:26 2009 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 82731106566C for ; Sat, 7 Feb 2009 12:30:26 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 520568FC0C for ; Sat, 7 Feb 2009 12:30:25 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 51B1C1F4587; Sat, 7 Feb 2009 07:24:30 -0500 (EST) Received: from sorrow.ashke.com (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id A9074ADC259; Sat, 7 Feb 2009 07:36:40 -0500 (EST) Date: Sat, 7 Feb 2009 07:28:26 -0500 From: Adam K Kirchhoff To: yuri@rawbw.com Message-ID: <20090207072826.53e59ffc@sorrow.ashke.com> In-Reply-To: <498CE076.6080800@rawbw.com> References: <498C97EF.7060609@rawbw.com> <20090206164529.2db3e6a2@sorrow.ashke.com> <498CD997.3020800@rawbw.com> <20090206200213.7470cd16@scroll> <498CE076.6080800@rawbw.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: freebsd-x11@freebsd.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 07 Feb 2009 12:30:26 -0000 On Fri, 06 Feb 2009 17:14:30 -0800 Yuri wrote: > Adam K Kirchhoff wrote: > > So why should those of us who benefit from Xorg 1.5.3 be sacrificed for > > those of you who need/want to stick with 1.4.*? > > > > Adam > > > > You didn't get the point. > Nobody should be sacrificed. Testing should be done and such accidents > should be prevented. > > Yuri > > > No one was sacrificed. You can get X up and running with the 'nv' driver and even upgrade the nvidia driver. Feel free to e-mail the nvidia port maintainer and ask him to update it. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 16:11:54 2009 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 26C8A1065729 for ; Sat, 7 Feb 2009 16:11:54 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DA6CB8FC14 for ; Sat, 7 Feb 2009 16:11:53 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17GB6tZ033101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 11:11:06 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: vova@fbsd.ru In-Reply-To: <1233906496.1746.28.camel@localhost> References: <1233906496.1746.28.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-9nTkdczHLrotZCx/sfRA" Organization: FreeBSD Date: Sat, 07 Feb 2009 11:11:40 -0500 Message-Id: <1234023100.1562.30.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: emulation@FreeBSD.org, nox@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg 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, 07 Feb 2009 16:11:55 -0000 --=-9nTkdczHLrotZCx/sfRA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 10:48 +0300, Vladimir Grebenschikov wrote: > Hi >=20 > It starts, then shows on console: > -- > unknown chip id 0x7145, can't guess. > libGL warning: 3D driver returned no fbconfigs. > libGL error: InitDriver failed > libGL error: reverting to (slow) indirect rendering > -- >=20 > Then shows pop-up with "Google Earth can't runon your machine as it > could not access the graphics card. ..." Try setting LIBGL_ALWAYS_INDIRECT=3D1=20 It is usually required to run google-earth. robert. > Then crashes with: >=20 > terminate called after throwing an instance of 'QString' > Google Earth has caught signal 6. >=20 > Stacktrace from glibc: > ./googleearth-bin [0x806c3a3] > ./googleearth-bin [0x806c916] > [0xbfbfffbb] > /lib/libc.so.6(abort+0x101) [0x493d0301] > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0= x4816a019] > ./libstdc++.so.6 [0x481679a5] > ./libstdc++.so.6 [0x481679e2] > ./libstdc++.so.6 [0x48167b4a] > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49= f3b57e] > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x= 49f1cf62] > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QSh= owEvent+0x8e) [0x4931af6e] > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > ... (full crash log attached) >=20 > I have working openGL for FreeBSD applications (radeonhd driver, ATI X140= 0 card): >=20 > $ glinfo=20 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > GL_VERSION: 1.3 Mesa 7.3 > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imagin= g GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_sha= dow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compre= ssion GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_com= bine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_f= loat GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpo= se_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_p= os GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separat= e GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_E= XT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_E= XT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_pr= ogram_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pi= xels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL= _EXT_secondary_c! > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_t= wo_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture= 3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_comb= ine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_textur= e_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture= _rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation= _separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_ras= terpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_M= ESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square= GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection G= L_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_tab= le GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edg= e_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL= _SUN_multi_draw_! > arrays > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > GL_VENDOR: DRI R300 Project > GLU_VERSION: 1.3 > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess=20 > GLUT_API_VERSION: 5 > GLUT_XLIB_IMPLEMENTATION: 15 > $ >=20 > Probably reason is in outdated X libraries: >=20 > xorg-7.4 X.Org complete distribution metaport > xorg-apps-7.4_1 X.org apps meta-port > xorg-drivers-7.4 X.org drivers meta-port > xorg-libraries-7.4 X.org libraries meta-port > xorg-server-1.5.3_4,1 X.Org X server and related programs > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > libGL-7.3_1 OpenGL library that renders using GLX or DRI > libGLU-7.3 OpenGL utility library > ... > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/a= md64) > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware accelerati= on of=20 >=20 > ... >=20 > Any hints will be very appreciated. >=20 > PPS: > Also, looks like binary get lost in home on non-first start: > $ googleearth > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File= exists. > ... >=20 > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > /home/vova: directory > /home/vova/.googleearth: directory > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such f= ile or directory) >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-9nTkdczHLrotZCx/sfRA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNsrwACgkQM4TrQ4qfRONL4gCghw7LugiDRRlp9V4yqSLH7YEA gHMAn04YYtr41o6gEYxS5JTFXAodo7l9 =/4il -----END PGP SIGNATURE----- --=-9nTkdczHLrotZCx/sfRA-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 16:13:28 2009 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 73244106570A for ; Sat, 7 Feb 2009 16:13:28 +0000 (UTC) (envelope-from ewinter@ewinter.org) Received: from neumann.bsn.de (neumann.bsn.com [83.236.223.74]) by mx1.freebsd.org (Postfix) with ESMTP id ADD1A8FC08 for ; Sat, 7 Feb 2009 16:13:27 +0000 (UTC) (envelope-from ewinter@ewinter.org) Received: from lobo.ewinter.org (p4FCFDF10.dip.t-dialin.net [79.207.223.16]) (authenticated bits=128) by neumann.bsn.de (8.13.8/8.13.8) with ESMTP id n17GDLYg032927 for ; Sat, 7 Feb 2009 17:13:23 +0100 (CET) (envelope-from ewinter@ewinter.org) Date: Sat, 7 Feb 2009 17:14:20 +0100 From: "Ernst W. Winter" To: freebsd-x11@freebsd.org Message-ID: <20090207161420.GA2340@lobo.ewinter.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.ewinter.org 7.1-STABLE FreeBSD 7.1-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Subject: DISPLAY X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ernst W. Winter" List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 16:13:29 -0000 Hello, well I suppose some had this problem alrady and I have it too: Press ENTER or type command to continueXlib: extension "Generic Event Extension" missing on display ":0.0". has this been dealt with? Thanls for info. Ernst Winter From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 16:32:11 2009 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 4130E106566C for ; Sat, 7 Feb 2009 16:32:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 011998FC0C for ; Sat, 7 Feb 2009 16:32:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17GVQL2033199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 11:31:26 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Levon Kayan In-Reply-To: <20090206140905.0fea0b9c@hack4> References: <20090206140905.0fea0b9c@hack4> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cKUw/1BAYAmJlhU+LlxG" Organization: FreeBSD Date: Sat, 07 Feb 2009 11:32:00 -0500 Message-Id: <1234024320.1562.38.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: xorg-server-1.5.3 or xf86-video-intel problem 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, 07 Feb 2009 16:32:11 -0000 --=-cKUw/1BAYAmJlhU+LlxG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 14:09 +0000, Levon Kayan wrote: > hi there, > =20 > since i have upgraded my xorg-server and xf86-video-intel driver > using "portupgrade -a", i can't use X anymore.=20 > i'm using: ibm x41 thinkpad (graphic card: Intel Corporation Mobile > 915GM/GMS/910GML), with 7.1-RELEASE-p2. > when i start X i only get a blank screen and even i'm not able to kill > x, only hit "ctrl+alt+del" to reboot the machine. hal and dbus were > running. i loaded the drm kernel module. i also tested without hal > and dbus and followed /usr/ports/UPDATING. also, i used > both configuration types: my own /etc/X11/xorg.conf using "xorgconfig" > and my /etc/X11/xorg.conf using "X -configure".=20 I find configs from xorgconfig very hard to read. It is also gone as of server 1.6. FWIW, I have an i915 that seems to be working ok. I'll need to see the config and log from the failed session. You could also try the 2.6.1 version of the intel driver. It is included in http://people.freebsd.org/~rnoland/xserver-1.6rc.patch Updating the server is not required, though performance may not be great in some cases. robert. > there were no error or warnings reported in /var/log/Xorg.0.log. > currently i'm using the vesa driver to use X, which is in fact a cramp. > what is the problem? how can i solve this? >=20 > here is my current xorg.conf: >=20 > Section "Module" >=20 > # This loads the DBE extension module. >=20 > Load "dbe" # Double buffer extension >=20 > # This loads the miscellaneous extensions module, and disables > # initialisation of the XFree86-DGA extension within that module. > SubSection "extmod" > Option "omit xfree86-dga" # don't initialise the DGA > extension EndSubSection >=20 > # This loads the font modules > # Load "type1" > Load "freetype" > # Load "xtt" >=20 > # This loads the GLX module > Load "glx" > # This loads the DRI module > Load "dri" >=20 > EndSection >=20 > # ********************************************************************** > # Files section. This allows default font and rgb paths to be set > # ********************************************************************** >=20 > Section "Files" >=20 > # Multiple FontPath entries are allowed (which are concatenated > together), # as well as specifying multiple comma-separated entries in > one FontPath # command (or a combination of both methods) > #=20 >=20 > 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/local/" > # FontPath "/usr/local/lib/X11/fonts/TrueType/" > # FontPath "/usr/local/lib/X11/fonts/freefont/" >=20 > # The module search path. The default path is shown here. >=20 > # ModulePath "/usr/local/lib/modules" >=20 > EndSection >=20 > Section "ServerFlags" >=20 > # Uncomment this to cause a core dump at the spot where a signal is=20 > # received. This may leave the console in an unusable state, but may > # provide a better stack trace in the core dump to aid in debugging >=20 > # Option "NoTrapSignals" >=20 > # Uncomment this to disable the VT switch sequence > # (where n is 1 through 12). This allows clients to receive these key > # events. >=20 > # Option "DontVTSwitch" >=20 > # Uncomment this to disable the server abort sequence > # This allows clients to receive this key event. >=20 > # Option "DontZap" >=20 > # Uncomment this to disable the / mode switching > # sequences. This allows clients to receive these key events. >=20 > # Option "Dont Zoom" >=20 > # Uncomment this to disable tuning with the xvidtune client. With > # it the client can still run and fetch card and monitor attributes, > # but it will not be allowed to change them. If it tries it will > # receive a protocol error. >=20 > # Option "DisableVidModeExtension" >=20 > # Uncomment this to enable the use of a non-local xvidtune client.=20 >=20 > # Option "AllowNonLocalXvidtune" >=20 > # Uncomment this to disable dynamically modifying the input device > # (mouse and keyboard) settings.=20 >=20 > # Option "DisableModInDev" >=20 > # Uncomment this to enable the use of a non-local client to > # change the keyboard or mouse settings (currently only xset). >=20 > # Option "AllowNonLocalModInDev" >=20 > EndSection >=20 > Section "InputDevice" >=20 > Identifier "Keyboard1" > Driver "kbd" >=20 > Option "AutoRepeat" "500 30" >=20 > # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) > # Option "Xleds" "1 2 3" >=20 > # Option "LeftAlt" "Meta" > # Option "RightAlt" "ModeShift" >=20 > # To customise the XKB settings to suit your keyboard, modify the > # lines below (which are the defaults). For example, for a non-U.S. > # keyboard, you will probably want to use: > # Option "XkbModel" "pc105" > # If you have a US Microsoft Natural keyboard, you can use: > # Option "XkbModel" "microsoft" > # > # Then to change the language, change the Layout setting. > # For example, a german layout can be obtained with: > # Option "XkbLayout" "de" > # or: > # Option "XkbLayout" "de" > # Option "XkbVariant" "nodeadkeys" > # > # If you'd like to switch the positions of your capslock and > # control keys, use: > # Option "XkbOptions" "ctrl:swapcaps" >=20 > # These are the default XKB settings for Xorg > # Option "XkbRules" "xorg" > # Option "XkbModel" "pc105" > # Option "XkbLayout" "us" > # Option "XkbVariant" "" > # Option "XkbOptions" "" >=20 > # Option "XkbDisable" >=20 > Option "XkbRules" "xorg" > Option "XkbModel" "pc105" > Option "XkbLayout" "de" > Option "XkbVariant" "de" >=20 > EndSection >=20 > Section "InputDevice" >=20 > # Identifier and driver >=20 > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "Auto" # Auto detect > Option "Device" "/dev/sysmouse" >=20 > # Mouse-speed setting for PS/2 mouse. >=20 > # Option "Resolution" "256" >=20 > # Baudrate and SampleRate are only for some Logitech mice. In > # almost every case these lines should be omitted. >=20 > # Option "BaudRate" "9600" > # Option "SampleRate" "150" >=20 > # Mouse wheel mapping. Default is to map vertical wheel to buttons 4 & > 5, # horizontal wheel to buttons 6 & 7. Change if your mouse has more > than # 3 buttons and you need to map the wheel to different button ids > to avoid # conflicts. >=20 > Option "ZAxisMapping" "4 5 6 7" >=20 > # Emulate3Buttons is an option for 2-button mice > # Emulate3Timeout is the timeout in milliseconds (default is 50ms) >=20 > Option "Emulate3Buttons" > # Option "Emulate3Timeout" "50" >=20 > # ChordMiddle is an option for some 3-button Logitech mice >=20 > # Option "ChordMiddle" >=20 > EndSection >=20 > Section "Monitor" >=20 > Identifier "monitor" >=20 > # HorizSync is in kHz unless units are specified. > # HorizSync may be a comma separated list of discrete values, or a > # comma separated list of ranges of values. > # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S > # USER MANUAL FOR THE CORRECT NUMBERS. >=20 > HorizSync 31.5 - 57.0 >=20 > # HorizSync 30-64 # multisync > # HorizSync 31.5, 35.2 # multiple fixed sync frequencies > # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies >=20 > # VertRefresh is in Hz unless units are specified. > # VertRefresh may be a comma separated list of discrete values, or a > # comma separated list of ranges of values. > # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S > # USER MANUAL FOR THE CORRECT NUMBERS. >=20 > VertRefresh 50-100 >=20 > EndSection >=20 >=20 > # ********************************************************************** > # Graphics device section > # ********************************************************************** >=20 > # Any number of graphics device sections may be present >=20 > # Standard VGA Device: >=20 > Section "Device" > Identifier "Standard VGA" > VendorName "Unknown" > BoardName "Unknown" >=20 > # The chipset line is optional in most cases. It can be used to > override # the driver's chipset detection, and should not normally be > specified. >=20 > # Chipset "generic" >=20 > # The Driver line must be present. When using run-time loadable driver > # modules, this line instructs the server to load the specified driver > # module. Even when not using loadable driver modules, this line > # indicates which driver should interpret the information in this > section. >=20 > = =20 > Driver "vga" > # The BusID line is used to specify which of possibly multiple devices > # this section is intended for. When this line isn't present, a device > # section can only match up with the primary video device. For PCI > # devices a line like the following could be used. This line should not > # normally be included unless there is more than one video device > # intalled. >=20 > # BusID "PCI:0:10:0" >=20 > # VideoRam 256 >=20 > # Clocks 25.2 28.3 >=20 > EndSection >=20 > # Device configured by xorgconfig: >=20 > Section "Device" > Identifier "videocard" > Driver "vesa" > #VideoRam 131072 > # Insert Clocks lines here if appropriate > EndSection >=20 >=20 > # ********************************************************************** > # Screen sections > # ********************************************************************** >=20 > # Any number of screen sections may be present. Each describes > # the configuration of a single screen. A single specific screen > section # may be specified from the X server command line with the > "-screen" # option. > Section "Screen" > Identifier "Screen 1" > Device "videocard" > Monitor "monitor" > DefaultDepth 24 >=20 > Subsection "Display" > Depth 8 > Modes "1024x768" > ViewPort 0 0 > EndSubsection > Subsection "Display" > Depth 16 > Modes "1024x768" > ViewPort 0 0 > EndSubsection > Subsection "Display" > Depth 24 > Modes "1024x768" > ViewPort 0 0 > EndSubsection > EndSection >=20 > # ********************************************************************** > # ServerLayout sections. > # ********************************************************************** >=20 > # Any number of ServerLayout sections may be present. Each describes > # the way multiple screens are organised. A specific ServerLayout > # section may be specified from the X server command line with the > # "-layout" option. In the absence of this, the first section is used. > # When now ServerLayout section is present, the first Screen section > # is used alone. >=20 > Section "ServerLayout" >=20 > # The Identifier line must be present > Identifier "Simple Layout" >=20 > # Each Screen line specifies a Screen section name, and optionally > # the relative position of other screens. The four names after > # primary screen name are the screens to the top, bottom, left and right > # of the primary screen. In this example, screen 2 is located to the > # right of screen 1. >=20 > Screen "Screen 1" >=20 > # Each InputDevice line specifies an InputDevice section name and > # optionally some options to specify the way the device is to be > # used. Those options include "CorePointer", "CoreKeyboard" and > # "SendCoreEvents". >=20 > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" >=20 > EndSection >=20 > # Section "DRI" > # Mode 0666 > # EndSection >=20 >=20 >=20 > regards, > levon --=20 Robert Noland FreeBSD --=-cKUw/1BAYAmJlhU+LlxG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNt4AACgkQM4TrQ4qfROPmMQCcDkdJgvQYKbzCU+c/CEWR8FAX t4cAmwVKti48GxqahD6+adb9U2j+9+p5 =Oc5l -----END PGP SIGNATURE----- --=-cKUw/1BAYAmJlhU+LlxG-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 16:46:53 2009 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 DAC0F106575A for ; Sat, 7 Feb 2009 16:46:53 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8827C8FC08 for ; Sat, 7 Feb 2009 16:46:53 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17Gk9Bi033318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 11:46:10 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: yuri@rawbw.com In-Reply-To: <498C97EF.7060609@rawbw.com> References: <498C97EF.7060609@rawbw.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-pL1YdbNE8lAZUYEOUQia" Organization: FreeBSD Date: Sat, 07 Feb 2009 11:46:43 -0500 Message-Id: <1234025204.1562.42.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@FreeBSD.org Subject: Re: xorg-server-1.5.3 doesn; t work with nvidia driver: Undefined symbol "miZeroLineScreenIndex" 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, 07 Feb 2009 16:46:54 -0000 --=-pL1YdbNE8lAZUYEOUQia Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-06 at 12:05 -0800, Yuri wrote: > I upgraded my 71-PRERELEASE system and couldn't start xserver any more=20 > (see log below). >=20 > googling this problem I found that many people had the same issue=20 > without the clear solution. > "NVidia has to fix it's driver" is the solution, >=20 > This is the major stability breach. >=20 > There is really no reason to upgrade xorg-server to 1.5.3 if nvidia=20 > driver can't work with it since nvidia is the major card provider and=20 > maybe half of all systems run nvidia. This assumption is totally bogus. > I believe xorg should be downgraded back to 1.4.X until the issue with=20 > NVidia driver is resolved. You can use the nv driver. Xorg can't wait on Nvidia to decide to play nice. Other major vendors are supporting open source and their drivers work. robert. > Yuri >=20 >=20 > --- error log --- > Current Operating System: FreeBSD xxx.xxx.xxx 7.1-PRERELEASE FreeBSD=20 > 7.1-PRERELEASE #6: Sun Dec 21 13:41:31 PST 2008 =20 > yuri@xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 > Build Date: 05 February 2009 12:07:33PM >=20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 6 10:28:43 2009 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > (EE) Failed to load module "type1" (module does not exist, 0) > dlopen: /usr/local/lib/xorg/modules//libwfb.so: Undefined symbol=20 > "miZeroLineScre > enIndex" > (EE) Failed to load /usr/local/lib/xorg/modules//libwfb.so > (EE) Failed to load module "wfb" (loader failed, 7) >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-pL1YdbNE8lAZUYEOUQia Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNuvMACgkQM4TrQ4qfRONHPwCgigIZD9Fn5R7hOXU+t4Tk017R sc4An2WDuLidGjFbbYS2N+i8N2xpCpZo =YXJl -----END PGP SIGNATURE----- --=-pL1YdbNE8lAZUYEOUQia-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 17:03:15 2009 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 A6D06106564A for ; Sat, 7 Feb 2009 17:03:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 535F18FC0C for ; Sat, 7 Feb 2009 17:03:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17H2Unl033398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 12:02:31 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Maho NAKATA In-Reply-To: <20090207.072411.71183618.chat95@mac.com> References: <20090207.071848.193785503.chat95@mac.com> <20090207.072411.71183618.chat95@mac.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1cuvxFHGujkR+lIA8e3D" Organization: FreeBSD Date: Sat, 07 Feb 2009 12:03:04 -0500 Message-Id: <1234026184.1562.47.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: non working DRI on *i386* RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 07 Feb 2009 17:03:15 -0000 --=-1cuvxFHGujkR+lIA8e3D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-07 at 07:24 +0900, Maho NAKATA wrote: > Hi, > it seems DRI is not working on i386, RADEON X1650 FreBSD 7-stable, Xorg 7= .4 >=20 > 1. if we enable DRI, screen is garbled. > 2. without DRI, works, it works, and no problem. > 3. I have DRM loaded at /boot/loader.conf > drm0: on vgapci0 > info: [drm] Initialized radeon 1.29.0 20080613 Please make sure that your -STABLE is up to date. The garbled screen should be resolved with the new drm code. If you are up to date. (your xserver at least was built against the old kernel), try rebuilding graphics/libdrm. robert. > Here is the links to the Xorg.0.logs and xorg.conf > * http://people.freebsd.org/~maho/xorg/Xorg.0.log.i386.X1650.DRI.failed > * http://people.freebsd.org/~mah/xorg/xorg.conf.i386.X1650.DRI.failed > DRI has been enabled, and garbled. >=20 > * http://people.freebsd.org/~maho/xorg/Xorg.0.log.i386.X1650.noDRI > * http://people.freebsd.org/~mah/xorg/xorg.conf.i386.X1650.noDRI > DIR has been disabled, and works, but no compiz >=20 > http://blog.livedoor.jp/maho_nakata/archives/51115172.html >=20 > Helps are really appreciated! > thanks!=20 > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-1cuvxFHGujkR+lIA8e3D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNvsgACgkQM4TrQ4qfROPe5ACePGcX7iUuu690ofyigjF2xQKB dikAnRfWW3wbNMi+ThuwM03op8r0hDE+ =OMH9 -----END PGP SIGNATURE----- --=-1cuvxFHGujkR+lIA8e3D-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 17:06:25 2009 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 C716B1065672 for ; Sat, 7 Feb 2009 17:06:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 739BE8FC19 for ; Sat, 7 Feb 2009 17:06:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-1-207-86.bna.bellsouth.net [65.1.207.86]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n17H5fcm033422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 12:05:42 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Maho NAKATA In-Reply-To: <20090207.071848.193785503.chat95@mac.com> References: <20090207.071848.193785503.chat95@mac.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-UF35wOdh8ExcIzQpE/jK" Organization: FreeBSD Date: Sat, 07 Feb 2009 12:06:16 -0500 Message-Id: <1234026376.1562.49.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Compiz works RADEONX1650+FreeBSD7-stable+Xorg7.4 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, 07 Feb 2009 17:06:26 -0000 --=-UF35wOdh8ExcIzQpE/jK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-07 at 07:18 +0900, Maho NAKATA wrote: > Hi all, > thanks kudos! > http://blog.livedoor.jp/maho_nakata/archives/51115172.html >=20 > ---------------------------------------------------------------- > Note: it won't work with i386. Please let me know if it works for you. >=20 > 1. Update to 7-stable (both kernel and userland) >=20 > As drm information for RADEON X1650 (etc) are not updated, in the 7.1-REL= EASE, first, update the kernel and userland to later than SVN rev 187021 (2= 009/1/10) version. >=20 > 2. load radeon module at the boot time. > add following in /boot/loader.conf > radeon_load=3D"YES" > make sure that radeon drm is activated at the boot time. > $ dmesg | grep radeon > info: [drm] Initialized radeon 1.29.0 20080613 X will autoload drm, so this is not usually needed. > 3. patch /etc/X11/xorg.conf > --- xorg.conf 2009-02-03 19:28:25.000000000 +0900 > +++ xorg.conf 2009-02-05 15:55:41.000000000 +0900 > @@ -3,6 +3,7 @@ > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > + Option "AIGLX" "true" > EndSection >=20 > Section "Files" > ---------------------------------- > In my case hald somehow doesn't work well, so I added > > Option "AllowEmptyInput" "false" > as well. >=20 > 4. install compiz > portinstall x11-wm/compiz-fusion > portinstall x11-wm/emerald >=20 > 5. start compiz+emerald by: > $ LIBGL_ALWAYS_INDIRECT=3D1 compiz --replace ccp & > $ emerald --replace & > ---------------------------------------------------------------- > Best, > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-UF35wOdh8ExcIzQpE/jK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmNv4gACgkQM4TrQ4qfROM3SQCfaJC/ZhZS1SU5wuWZ859XGWrU Zs0AnAqQ99EOBgrK9bszcCzoUZqT2l09 =VHe7 -----END PGP SIGNATURE----- --=-UF35wOdh8ExcIzQpE/jK-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 21:13:26 2009 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 7CD7D1065677; Sat, 7 Feb 2009 21:13:26 +0000 (UTC) (envelope-from peter@vk2pj.dyndns.org) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id E64668FC14; Sat, 7 Feb 2009 21:13:25 +0000 (UTC) (envelope-from peter@vk2pj.dyndns.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n17KUiUJ011223; Sun, 8 Feb 2009 07:30:44 +1100 Received: from test71.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n17KUffx028950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 07:30:42 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from test71.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by test71.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n17KUeYR011094; Sun, 8 Feb 2009 07:30:40 +1100 (EST) (envelope-from peter@test71.vk2pj.dyndns.org) Received: (from peter@localhost) by test71.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n17KUeKs011093; Sun, 8 Feb 2009 07:30:40 +1100 (EST) (envelope-from peter) Date: Sun, 8 Feb 2009 07:30:40 +1100 From: Peter Jeremy To: Robert Noland Message-ID: <20090207203039.GA9969@test71.vk2pj.dyndns.org> References: <1233456742.1534.14.camel@ferret.2hip.net> <1233467909.1534.24.camel@ferret.2hip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <1233467909.1534.24.camel@ferret.2hip.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-x11 Subject: Re: [HEADS UP/CFT] Xserver 1.6 + randr + 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, 07 Feb 2009 21:13:26 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2009-01-31 at 21:52 -0500, Robert Noland wrote: > Ok, I'm expecting Xserver 1.6 final to release sometime on Monday. I'm > planning to commit this sometime next week. This patch includes the > following Xserver 1.6rc2, randrproto rc, libXrandr rc, xrandr rc, and > the 2.6.1 release of the intel driver. I notice that this timeline hasn't eventuated. Given the ongoing problems with the X.org 7.4 upgrade, could you please release the patch you intend to commit and wait for people to test it before committing it. It is much easier to undo an uncommitted patch than try to roll back the ports tree. >> The patch is http://people.freebsd.org/~rnoland/xserver-1.6rc.patch > >I also failed to update my cvs on a couple of them when importing from >git... So I have respun the patch, should apply cleanly now. This patch has two failures against the current ports tree: |Index: x11-servers/xorg-server/Makefile |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /home/ncvs/ports/x11-servers/xorg-server/Makefile,v |retrieving revision 1.64 |diff -u -r1.64 Makefile |--- x11-servers/xorg-server/Makefile 27 Jan 2009 09:31:22 -0000 1.64 |+++ x11-servers/xorg-server/Makefile 1 Feb 2009 05:47:52 -0000 -------------------------- Patching file x11-servers/xorg-server/Makefile using Plan A... Hunk #1 failed at 6. Hunk #2 succeeded at 36. 1 out of 2 hunks failed--saving rejects to x11-servers/xorg-server/Makefile= =2Erej =2E.. |Index: x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-support-b= sd-bsd_mouse.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-suppor= t-bsd-bsd_mouse.c |diff -N x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-support-= bsd-bsd_mouse.c |--- x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-support-bsd-= bsd_mouse.c 15 Apr 2008 18:01:15 -0000 1.2 |+++ /dev/null 1 Jan 1970 00:00:00 -0000 -------------------------- Patching file x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-sup= port-bsd-bsd_mouse.c using Plan A... Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to x11-servers/xorg-server/files/pa= tch-Xserver-hw-xfree86-os-support-bsd-bsd_mouse.c.rej The patch to Makefile is just a PORTREVISION mismatch and easy to fix. The bsd_mouse.c patch is more problematic. Your patch is intented to completely remove the patch file but you have since updated the patchfile to fix problems with multiple mouse opens and it's not clear whether those changes are still required. --=20 Peter Jeremy --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmN728ACgkQ/opHv/APuIcyVQCgkQ91q+8Tj0ivRIgWmag231uq Ly0AnifljRC0ADfsV+Q/+00XD9YLT4oB =JPTA -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-x11@FreeBSD.ORG Sat Feb 7 21:57:52 2009 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 2488C1065670; Sat, 7 Feb 2009 21:57:52 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9876A8FC17; Sat, 7 Feb 2009 21:57:50 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-28-93.msk.skylink.ru [92.36.28.93]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n17LvhCl024917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 00:57:46 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LVvBE-00012L-1H; Sun, 08 Feb 2009 00:57:40 +0300 From: Vladimir Grebenschikov To: Robert Noland In-Reply-To: <1234023100.1562.30.camel@ferret.2hip.net> References: <1233906496.1746.28.camel@localhost> <1234023100.1562.30.camel@ferret.2hip.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sun, 08 Feb 2009 00:57:39 +0300 Message-Id: <1234043859.3298.44.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: emulation@FreeBSD.org, nox@FreeBSD.org, x11@FreeBSD.org Subject: Re: astro/google-earth do not work with recent Xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 21:57:52 -0000 On Sat, 2009-02-07 at 11:11 -0500, Robert Noland wrote: > On Fri, 2009-02-06 at 10:48 +0300, Vladimir Grebenschikov wrote: > > Hi > > > > It starts, then shows on console: > > -- > > unknown chip id 0x7145, can't guess. > > libGL warning: 3D driver returned no fbconfigs. > > libGL error: InitDriver failed > > libGL error: reverting to (slow) indirect rendering > > -- > > > > Then shows pop-up with "Google Earth can't runon your machine as it > > could not access the graphics card. ..." > > Try setting LIBGL_ALWAYS_INDIRECT=1 > > It is usually required to run google-earth. Unfortunately, it does not helps, everything the same. > robert. > > > Then crashes with: > > > > terminate called after throwing an instance of 'QString' > > Google Earth has caught signal 6. > > > > Stacktrace from glibc: > > ./googleearth-bin [0x806c3a3] > > ./googleearth-bin [0x806c916] > > [0xbfbfffbb] > > /lib/libc.so.6(abort+0x101) [0x493d0301] > > ./libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x179) [0x4816a019] > > ./libstdc++.so.6 [0x481679a5] > > ./libstdc++.so.6 [0x481679e2] > > ./libstdc++.so.6 [0x48167b4a] > > ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x34e) [0x49f3b57e] > > ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0xb2) [0x49f1cf62] > > ./libgoogleearth_lib.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x8e) [0x4931af6e] > > ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x7cf) [0x4851715f] > > ... (full crash log attached) > > > > I have working openGL for FreeBSD applications (radeonhd driver, ATI X1400 card): > > > > $ glinfo > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > GL_VERSION: 1.3 Mesa 7.3 > > GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_seconda! ry_c! > > olor GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow_ambient GL_SUN_multi_d! raw_! > > arrays > > GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL > > GL_VENDOR: DRI R300 Project > > GLU_VERSION: 1.3 > > GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess > > GLUT_API_VERSION: 5 > > GLUT_XLIB_IMPLEMENTATION: 15 > > $ > > > > Probably reason is in outdated X libraries: > > > > xorg-7.4 X.Org complete distribution metaport > > xorg-apps-7.4_1 X.org apps meta-port > > xorg-drivers-7.4 X.org drivers meta-port > > xorg-libraries-7.4 X.org libraries meta-port > > xorg-server-1.5.3_4,1 X.Org X server and related programs > > dri-7.3,2 OpenGL hardware acceleration drivers for the DRI > > libGL-7.3_1 OpenGL library that renders using GLX or DRI > > libGLU-7.3 OpenGL utility library > > ... > > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > > linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) > > linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of > > > > ... > > > > Any hints will be very appreciated. > > > > PPS: > > Also, looks like binary get lost in home on non-first start: > > $ googleearth > > Warning: Unable to create prefs directory '/home/vova/.googleearth'. File exists. > > ... > > > > $ file /home/vova /home/vova/.googleearth /compat/linux/home/vova > > /home/vova: directory > > /home/vova/.googleearth: directory > > /compat/linux/home/vova: cannot open `/compat/linux/home/vova' (No such file or directory) > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru