From owner-freebsd-x11@FreeBSD.ORG Sun Jan 2 00:17:06 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A00E16A4CE; Sun, 2 Jan 2005 00:17:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A36D43D3F; Sun, 2 Jan 2005 00:17:06 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j020H6UM038414; Sun, 2 Jan 2005 00:17:06 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j020H6nd038410; Sun, 2 Jan 2005 00:17:06 GMT (envelope-from anholt) Date: Sun, 2 Jan 2005 00:17:06 GMT From: Eric Anholt Message-Id: <200501020017.j020H6nd038410@freefall.freebsd.org> To: Mark_Andrews@isc.org, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75455: XFree86/X.Org: Screen updates not occurring with MGA 1064. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 00:17:06 -0000 Old Synopsis: XFree86-4 events not being flushed. New Synopsis: XFree86/X.Org: Screen updates not occurring with MGA 1064. State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Sun Jan 2 00:15:44 GMT 2005 State-Changed-Why: Submitter reported issue is gone with current X.Org. Maybe related to the MGAISBUSY() change? http://www.freebsd.org/cgi/query-pr.cgi?pr=75455 From owner-freebsd-x11@FreeBSD.ORG Sun Jan 2 00:19:06 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9761616A4CE; Sun, 2 Jan 2005 00:19:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F47943D45; Sun, 2 Jan 2005 00:19:06 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j020J6d6038479; Sun, 2 Jan 2005 00:19:06 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j020J6Jv038475; Sun, 2 Jan 2005 00:19:06 GMT (envelope-from anholt) Date: Sun, 2 Jan 2005 00:19:06 GMT From: Eric Anholt Message-Id: <200501020019.j020J6Jv038475@freefall.freebsd.org> To: marcs@draenor.org, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 00:19:06 -0000 Synopsis: xorg-server: i810 broken on 16/24bpp with XAA. State-Changed-From-To: open->analyzed State-Changed-By: anholt State-Changed-When: Sun Jan 2 00:18:19 GMT 2005 State-Changed-Why: The patch at http://people.freebsd.org/~anholt/X/xorg-server-update.diff fixes it for me, and is waiting for portmgr approval. http://www.freebsd.org/cgi/query-pr.cgi?pr=75425 From owner-freebsd-x11@FreeBSD.ORG Sun Jan 2 00:33:35 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E99116A4CE; Sun, 2 Jan 2005 00:33:35 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3689D43D3F; Sun, 2 Jan 2005 00:33:35 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j020XZ9x040033; Sun, 2 Jan 2005 00:33:35 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j020XYgA040029; Sun, 2 Jan 2005 00:33:34 GMT (envelope-from anholt) Date: Sun, 2 Jan 2005 00:33:34 GMT From: Eric Anholt Message-Id: <200501020033.j020XYgA040029@freefall.freebsd.org> To: marcs@draenor.org, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 00:33:35 -0000 Synopsis: xorg-server: i810 broken on 16/24bpp with XAA. State-Changed-From-To: analyzed->closed State-Changed-By: anholt State-Changed-When: Sun Jan 2 00:32:47 GMT 2005 State-Changed-Why: Shoudl be fixed in CVS. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=75425 From owner-freebsd-x11@FreeBSD.ORG Sun Jan 2 00:33:51 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1423B16A4CF; Sun, 2 Jan 2005 00:33:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17C543D48; Sun, 2 Jan 2005 00:33:50 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j020Xosq040081; Sun, 2 Jan 2005 00:33:50 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j020XoEt040077; Sun, 2 Jan 2005 00:33:50 GMT (envelope-from anholt) Date: Sun, 2 Jan 2005 00:33:50 GMT From: Eric Anholt Message-Id: <200501020033.j020XoEt040077@freefall.freebsd.org> To: laszlof@vonostingroup.com, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/73915: xorg.conf(5) references a missing xorg.conf.eg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 00:33:51 -0000 Synopsis: xorg.conf(5) references a missing xorg.conf.eg State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Sun Jan 2 00:33:41 GMT 2005 State-Changed-Why: Fixed in CVS, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=73915 From owner-freebsd-x11@FreeBSD.ORG Sun Jan 2 00:34:11 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 698B616A4CF; Sun, 2 Jan 2005 00:34:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 457CA43D2D; Sun, 2 Jan 2005 00:34:11 +0000 (GMT) (envelope-from anholt@FreeBSD.org) Received: from freefall.freebsd.org (anholt@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j020YBaL040127; Sun, 2 Jan 2005 00:34:11 GMT (envelope-from anholt@freefall.freebsd.org) Received: (from anholt@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j020YBU3040123; Sun, 2 Jan 2005 00:34:11 GMT (envelope-from anholt) Date: Sun, 2 Jan 2005 00:34:11 GMT From: Eric Anholt Message-Id: <200501020034.j020YBU3040123@freefall.freebsd.org> To: kstailey@yahoo.com, anholt@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: ports/73257: xorg relocation type 10 missing from elfloader.c X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 00:34:11 -0000 Synopsis: xorg relocation type 10 missing from elfloader.c State-Changed-From-To: open->closed State-Changed-By: anholt State-Changed-When: Sun Jan 2 00:33:55 GMT 2005 State-Changed-Why: Patch committed to CVS, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=73257 From owner-freebsd-x11@FreeBSD.ORG Mon Jan 3 02:10:11 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 596F516A4CF for ; Mon, 3 Jan 2005 02:10:11 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0AE43D1D for ; Mon, 3 Jan 2005 02:10:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A1C9251814; Sun, 2 Jan 2005 18:10:14 -0800 (PST) Date: Sun, 2 Jan 2005 18:10:14 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20050103021014.GA31826@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [ports-sparc64@FreeBSD.org: libXaw-7.0.2 failed on sparc64 6] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 02:10:11 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. Thanks, Kris ----- Forwarded message from User Ports-sparc64 = ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Date: Mon, 3 Jan 2005 01:52:55 GMT From: User Ports-sparc64 To: krion@FreeBSD.org, kris@FreeBSD.org Subject: libXaw-7.0.2 failed on sparc64 6 X-UIDL: :YO!!]2]"!d%n!!?WR!! X-Bogosity: No, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.92.8 building libXaw-7.0.2 on panther3.dcsl.buffalo.edu in directory /x/tmp/6/chroot/58841 maintained by: x11@FreeBSD.org port directory: /usr/ports/x11-toolkits/libXaw build started at Mon Jan 3 01:51:12 UTC 2005 FETCH_DEPENDS=3D PATCH_DEPENDS=3D EXTRACT_DEPENDS=3D BUILD_DEPENDS=3Dgettext-0.14.1.tbz gmake-3.80_2.tbz libICE-6.3.3.tbz libSM-= 6.0.3.tbz libX11-6.2.1_3.tbz libXau-0.1.1_1.tbz libXdmcp-0.1.3.tbz libXext-= 6.4.3.tbz libXmu-6.2.3.tbz libXpm-3.5.1_1.tbz libXt-0.1.5.tbz libXtrans-0.1= _1.tbz libiconv-1.9.2_1.tbz libtool-1.3.5_2.tbz pkgconfig-0.15.0_1.tbz xext= ensions-1.0.1_2.tbz xproto-6.6.2.tbz RUN_DEPENDS=3DlibICE-6.3.3.tbz libSM-6.0.3.tbz libX11-6.2.1_3.tbz libXau-0.= 1.1_1.tbz libXdmcp-0.1.3.tbz libXext-6.4.3.tbz libXmu-6.2.3.tbz libXpm-3.5.= 1_1.tbz libXt-0.1.5.tbz libXtrans-0.1_1.tbz pkgconfig-0.15.0_1.tbz xextensi= ons-1.0.1_2.tbz xproto-6.6.2.tbz add_pkg =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=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> Vulnerability check disabled =3D> libXaw-7.0.2.tar.bz2 doesn't seem to exist in /tmp/distfiles/. =3D> Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/port= s/distfiles//. fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//libXaw-7.0= .2.tar.bz2: Not logged in =3D> Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/distf= iles//. fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/distfiles//libXaw-7.0.2.tar.= bz2: Operation timed out =3D> Attempting to fetch from http://pdx.freedesktop.org/~xlibs/release/. fetch: http://pdx.freedesktop.org/~xlibs/release/libXaw-7.0.2.tar.bz2: Not = Found =3D> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distf= iles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libXaw-7.0.2.tar.b= z2: Service not available, closing control connection =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /tmp/distfiles/ and try again. *** Error code 1 Stop in /a/ports/x11-toolkits/libXaw. =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 build ended at Mon Jan 3 01:52:48 UTC 2005 ----- End forwarded message ----- --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2KmFWry0BWjoQKURAmQ2AKCClSLf6bgHIQkQ0M2eNAhhAQdnXwCfaZ0l Gub1+IUBdxH3eMjkFIho64s= =J8uR -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-x11@FreeBSD.ORG Mon Jan 3 11:02:12 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED4F716A4DF for ; Mon, 3 Jan 2005 11:02:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E8D43D39 for ; Mon, 3 Jan 2005 11:02:11 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j03B2BJE006284 for ; Mon, 3 Jan 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j03B2Brf006278 for freebsd-x11@freebsd.org; Mon, 3 Jan 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Jan 2005 11:02:11 GMT Message-Id: <200501031102.j03B2Brf006278@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 11:02:12 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2001/03/07] ports/25576 x11 XFree86-4 port installs manual pages with o [2001/11/20] ports/32121 x11 XFree86-4-Server: xf86cfg 4.1.0 writes ba f [2004/07/02] ports/68599 x11 XFree86 in realloc(): error: allocation f o [2004/07/28] ports/69723 x11 4.10 update or install fails when X11 inc f [2004/08/07] ports/70139 x11 xorg-server 6.7: segfault reloading ddc m o [2004/08/11] ports/70317 x11 xvideo problems using XFree86-4.4.0 o [2004/11/22] ports/74265 x11 XFree86 Version 4.4.0 with KDE 3.1 freeze o [2004/12/06] ports/74757 x11 XFree86 4.4/Xorg 6.7.0 i810 problem with 8 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/08/18] ports/55699 x11 [PATCH] making x11-servers/XFree86-4-Serv f [2003/11/15] ports/59297 x11 RADEON 7500 Warning message o [2004/05/11] ports/66511 x11 xdm xlogin*background color issue f [2004/06/29] ports/68476 x11 X -query myserver does not open an xsessi o [2004/09/14] ports/71724 x11 x11/XFree86-4-clients: luit does not reco o [2004/10/22] ports/73009 x11 5.3-RC1 ports refer to XF86Config - shoul o [2004/11/09] ports/73743 x11 XOrg/XFree xauth add/startx problem o [2004/11/16] ports/74000 x11 [PATCH] add xdm rc script to xorg-clients o [2004/11/16] ports/74003 x11 [PATCH] add xdm rc script to x11/XFree86- o [2004/11/21] ports/74190 x11 x11/XFree86-aoutlibs fix o [2004/12/12] ports/74981 x11 [PATCH] x11/xorg-clients: luit has synchr o [2004/12/30] ports/75652 x11 Ad a x11cleartmp.sh script to safe use X 12 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Jan 3 11:04:38 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8913116A4CE for ; Mon, 3 Jan 2005 11:04:38 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6440B43D5D for ; Mon, 3 Jan 2005 11:04:38 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j03B4csm008438 for ; Mon, 3 Jan 2005 11:04:38 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j03B4bXw008432 for x11@freebsd.org; Mon, 3 Jan 2005 11:04:37 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Jan 2005 11:04:37 GMT Message-Id: <200501031104.j03B4bXw008432@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: x11@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 11:04:38 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/12/30] ports/75650 x11 [PATCH] x11/xorg-libraries: [SUMMARIZE CH o [2004/12/30] ports/75666 x11 add Matrox MGA Driver to xorg-server 2 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Jan 3 22:00:58 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7919616A4CE for ; Mon, 3 Jan 2005 22:00:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5518A43D49 for ; Mon, 3 Jan 2005 22:00:58 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j03M0w81085941 for ; Mon, 3 Jan 2005 22:00:58 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j03M0woG085940; Mon, 3 Jan 2005 22:00:58 GMT (envelope-from gnats) Date: Mon, 3 Jan 2005 22:00:58 GMT Message-Id: <200501032200.j03M0woG085940@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Ryan Falkenberg Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ryan Falkenberg List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 22:00:58 -0000 The following reply was made to PR ports/75425; it has been noted by GNATS. From: Ryan Falkenberg To: freebsd-gnats-submit@FreeBSD.org, marcs@draenor.org Cc: Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA Date: Mon, 3 Jan 2005 14:53:04 -0700 I have an i830 video card. I upgraded to xorg-server 6.8.1_1 but I'm still having the same problem, I must set "NoAccel" in order for X to start. Commenting out the load dri instruction and adding the SWCursor does not work for me, "NoAccel" is the only thing that will get X to start. Is there anything else I can try to fix this? From owner-freebsd-x11@FreeBSD.ORG Mon Jan 3 23:27:42 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFBE616A4D0 for ; Mon, 3 Jan 2005 23:27:42 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 656AC43D53 for ; Mon, 3 Jan 2005 23:27:42 +0000 (GMT) (envelope-from brian@collab.net) Received: (qmail 47162 invoked from network); 3 Jan 2005 23:27:44 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 3 Jan 2005 23:27:44 -0000 Received: (qmail 32048 invoked by uid 1000); 3 Jan 2005 23:27:40 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Jan 2005 23:27:40 -0000 Date: Mon, 3 Jan 2005 15:27:40 -0800 (PST) From: Brian Behlendorf X-X-Sender: brian@fez.hyperreal.org To: Dave Horsfall In-Reply-To: Message-ID: <20050103152707.O29855@fez.hyperreal.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N cc: anholt@freebsd.org cc: freebsd-x11@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. (fwd) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 23:27:42 -0000 Solved all my problems. Thanks! Brian On Sun, 2 Jan 2005, Dave Horsfall wrote: > Of interest to the denizens of this list... > > -- Dave > > ---------- Forwarded message ---------- > Date: Sun, 2 Jan 2005 00:33:34 GMT > From: Eric Anholt > To: marcs@draenor.org, anholt@freebsd.org, freebsd-x11@freebsd.org > Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. > > Synopsis: xorg-server: i810 broken on 16/24bpp with XAA. > > State-Changed-From-To: analyzed->closed > State-Changed-By: anholt > State-Changed-When: Sun Jan 2 00:32:47 GMT 2005 > State-Changed-Why: > Shoudl be fixed in CVS. Thanks! > > http://www.freebsd.org/cgi/query-pr.cgi?pr=75425 > _______________________________________________ > 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-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 00:21:21 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CA816A4CE for ; Tue, 4 Jan 2005 00:21:21 +0000 (GMT) Received: from ra.sigterm.com (sangui.lnk.telstra.net [139.130.16.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46CAB43D39 for ; Tue, 4 Jan 2005 00:21:12 +0000 (GMT) (envelope-from stuart@sigterm.com) Received: from [203.39.73.118] (imhotep.sigterm.com [203.39.73.118]) by ra.sigterm.com (8.13.1/8.13.1) with ESMTP id j040L9K4061501 for ; Tue, 4 Jan 2005 11:21:09 +1100 (EST) (envelope-from stuart@sigterm.com) Message-ID: <41D9E176.3000907@sigterm.com> Date: Tue, 04 Jan 2005 11:21:10 +1100 From: Stuart Tanner User-Agent: Mozilla Thunderbird 1.0 (X11/20050104) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-x11@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------090209090300000309050301" Subject: Radeon 7000 [drm] failure adding irq handler X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 00:21:21 -0000 This is a multi-part message in MIME format. --------------090209090300000309050301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi All, When I try to run glxgears I get the following error/message: do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset. In my Xorg log file I see the following line: (II) RADEON(0): [drm] failure adding irq handler, there is a device already using that irq [drm] falling back to irq-free operation DRI used to work correctly with my Radeon 7000 (XFree86 4.3 on FreeBSD 4.x). Somewhere in the upgrade to 5.x and X.org it stopped working. Can anyone suggest a solution I might try? -- Stuart Tanner GPG Key @ ftp://ftp.sigterm.com/pub/gpg/sjt.asc --------------090209090300000309050301 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Xorg.0.log" X Window System Version 6.8.1 Release Date: 17 September 2004 X Protocol Version 11, Revision 0, Release 6.8.1 Build Operating System: FreeBSD 5.3 i386 [ELF] Current Operating System: FreeBSD imhotep.sigterm.com 5.3-STABLE FreeBSD 5.3-STABLE #0: Sun Jan 2 19:15:44 EST 2005 stuart@imhotep.sigterm.com:/usr/obj/usr/src/sys/IMHOTEP i386 Build Date: 03 January 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 4 09:46:13 2005 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/Speedo/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/Speedo/"). (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/CID/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/CID/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/bitstream-vera/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 0000,0000 rev 81 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106,0686 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 0000,0000 rev 40 class 0c,05,00 hdr 00 (II) PCI: 00:07:5: chip 1106,3058 card 1631,2001 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:09:0: chip 127a,2014 card 122d,4055 rev 01 class 07,80,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 148c,2023 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x00008000 - 0x00009fff (0x2000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xdfe00000 - 0xdfefffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xcfc00000 - 0xdfcfffff (0x10100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] rev 0, Mem @ 0xd0000000/27, 0xdfef0000/16, I/O @ 0x9800/8, BIOS @ 0xdfec0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe0000000 from 0xffffffff to 0xdfffffff (II) Active PCI resource ranges: [0] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [1] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [2] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [3] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [4] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [5] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [6] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [7] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [9] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [10] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [11] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [12] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [13] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [14] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [1] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [2] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [3] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [4] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [5] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [6] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [7] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [8] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [9] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [10] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [11] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [12] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [13] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [14] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [6] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [8] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [9] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [14] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [15] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [16] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [17] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [18] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [19] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [20] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [21] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension 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: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "speedo" (WW) Warning, couldn't open module speedo (II) UnloadModule: "speedo" (EE) Failed to load module "speedo" (module does not exist, 0) (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.8.1, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) Module radeon: vendor="X.Org Foundation" compiled for 6.8.1, module version = 4.0.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o (II) Module ati: vendor="X.Org Foundation" compiled for 6.8.1, module version = 6.5.6 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) LoadModule: "keyboard" (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.o (II) Module keyboard: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) ATI: ATI driver (version 6.5.6) for chipsets: ati, ativga (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437, ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI FireGL RV360 AV (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireGL D1100 (RV370) 5B65 (PCIE), ATI Radeon Mobility M300 (M22) 5460 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE), ATI FireGL V7100 (R423) UT (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE) (II) Primary Device is: PCI 01:00:0 (--) Chipset ATI Radeon VE/7000 QY (AGP/PCI) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [6] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [8] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [9] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [14] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [15] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [16] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [17] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [18] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [19] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [20] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [21] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [6] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [7] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [8] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [9] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [10] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [17] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [18] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [19] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [20] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [21] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [22] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [23] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [24] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) [25] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [26] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0xdfef0000 (==) RADEON(0): Write-combining range (0xdfef0000,0x80000) was already clear (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.8.1, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "AGPMode" "4" (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP/PCI)" (ChipID = 0x5159) (--) RADEON(0): Linear framebuffer at 0xd0000000 (--) RADEON(0): BIOS at 0xdfec0000 (--) RADEON(0): VideoRAM: 65536 kByte (64 bit DDR SDRAM) (II) RADEON(0): AGP card detected (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.7 (II) RADEON(0): I2C bus "DDC" initialized. (II) RADEON(0): Legacy BIOS detected (II) RADEON(0): Connector1: DDCType-3, DACType-0, TMDSType--1, ConnectorType-2 (II) RADEON(0): Connector0: DDCType-2, DACType-1, TMDSType-0, ConnectorType-3 (II) RADEON(0): Connector1: DDCType-0, DACType-1, TMDSType--1, ConnectorType-1 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 2, Detected Type: 0 (II) RADEON(0): (II) RADEON(0): Primary: Monitor -- NONE Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- DVI_DDC (II) RADEON(0): Secondary: Monitor -- NONE Connector -- Proprietary DAC Type -- TVDAC/ExtDAC TMDS Type -- NONE DDC Type -- NONE (II) RADEON(0): PLL parameters: rf=2700 rd=60 min=12000 max=35000; xclk=13300 (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode disabled (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- (II) RADEON(0): Monitor0: Using hsync range of 30.00-61.00 kHz (II) RADEON(0): Monitor0: Using vrefresh range of 50.00-75.00 Hz (II) RADEON(0): Clock range: 12.00 to 350.00 MHz (II) RADEON(0): Not using default mode "640x350" (vrefresh out of range) (II) RADEON(0): Not using default mode "320x175" (vrefresh out of range) (II) RADEON(0): Not using default mode "640x400" (vrefresh out of range) (II) RADEON(0): Not using default mode "320x200" (vrefresh out of range) (II) RADEON(0): Not using default mode "720x400" (vrefresh out of range) (II) RADEON(0): Not using default mode "360x200" (vrefresh out of range) (II) RADEON(0): Not using default mode "640x480" (vrefresh out of range) (II) RADEON(0): Not using default mode "320x240" (vrefresh out of range) (II) RADEON(0): Not using default mode "800x600" (vrefresh out of range) (II) RADEON(0): Not using default mode "400x300" (vrefresh out of range) (II) RADEON(0): Not using default mode "1024x768" (vrefresh out of range) (II) RADEON(0): Not using default mode "512x384" (vrefresh out of range) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1152x864" (hsync out of range) (II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x960" (hsync out of range) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1024" (hsync out of range) (II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x960" (width too large for virtual size) (II) RADEON(0): Not using default mode "1152x768" (width too large for virtual size) (--) RADEON(0): Virtual size is 1024x768 (pitch 1024) (**) RADEON(0): *Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) RADEON(0): *Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) RADEON(0): *Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) RADEON(0): Default mode "416x312": 28.6 MHz, 49.7 kHz, 74.7 Hz (D) (II) RADEON(0): Modeline "416x312" 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (**) RADEON(0): Default mode "400x300": 24.8 MHz, 46.9 kHz, 75.1 Hz (D) (II) RADEON(0): Modeline "400x300" 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 25.0 MHz, 48.1 kHz, 72.2 Hz (D) (II) RADEON(0): Modeline "400x300" 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) (II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 18.0 MHz, 35.2 kHz, 56.3 Hz (D) (II) RADEON(0): Modeline "400x300" 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.5 kHz, 75.0 Hz (D) (II) RADEON(0): Modeline "320x240" 15.75 320 328 360 420 240 240 242 250 doublescan -hsync -vsync (**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.9 kHz, 72.8 Hz (D) (II) RADEON(0): Modeline "320x240" 15.75 320 332 352 416 240 244 245 260 doublescan -hsync -vsync (**) RADEON(0): Default mode "320x240": 12.6 MHz, 31.5 kHz, 60.1 Hz (D) (II) RADEON(0): Modeline "320x240" 12.60 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (==) RADEON(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.8.1, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.7 (**) RADEON(0): Using AGP 4x mode (II) RADEON(0): AGP Fast Write disabled by default (II) RADEON(0): Depth moves disabled by default (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/X11R6/lib/modules/libshadowfb.a (II) Module shadowfb: vendor="X.Org Foundation" compiled for 6.8.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) RADEON(0): Page flipping disabled (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B] [1] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xdffd0000 - 0xdffdffff (0x10000) MX[B]E [8] -1 0 0xdfffff00 - 0xdfffffff (0x100) MX[B]E [9] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [10] -1 0 0xdfec0000 - 0xdfedffff (0x20000) MX[B](B) [11] -1 0 0xdfef0000 - 0xdfefffff (0x10000) MX[B](B) [12] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [16] 0 0 0x00009800 - 0x000098ff (0x100) IX[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [20] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [21] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [22] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [23] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [24] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [25] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [26] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [27] -1 0 0x00009800 - 0x000098ff (0x100) IX[B](B) [28] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [29] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) RADEON(0): Write-combining range (0xdfef0000,0x80000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x4000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): Dynamic Clock Scaling Disabled drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:00.0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc1a95000 (II) RADEON(0): [drm] mapped SAREA 0xc1a95000 to 0x283cd000 (II) RADEON(0): [drm] framebuffer handle = 0xd0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x0000/0x0000; Card 0x1002/0x5159] (II) RADEON(0): [agp] 8192 kB allocated with handle 0xc1a4eb80 (II) RADEON(0): [agp] ring handle = 0xe0000000 (II) RADEON(0): [agp] Ring mapped at 0x2c42d000 (II) RADEON(0): [agp] ring read ptr handle = 0xe0101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x282d9000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xe0102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x2c52e000 (II) RADEON(0): [agp] GART texture map handle = 0xe0302000 (II) RADEON(0): [agp] GART Texture map mapped at 0x2c72e000 (II) RADEON(0): [drm] register handle = 0xdfef0000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0): Will use back buffer at offset 0xc00000 (II) RADEON(0): Will use depth buffer at offset 0xf00000 (II) RADEON(0): Will use 47104 kb for textures at offset 0x1200000 (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Dashed Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7417 (**) Option "dpms" (**) RADEON(0): DPMS enabled (WW) RADEON(0): Option "ForcePCIMode" is not used (II) RADEON(0): X context handle = 0x00000001 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] failure adding irq handler, there is a device already using that irq [drm] falling back to irq-free operation (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (II) RADEON(0): Direct rendering enabled (==) 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 XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 5 (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc101" (**) Keyboard0: XkbModel: "pc101" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse SetClientVersion: 0 8 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x0000/0x0000; Card 0x1002/0x5159] (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (II) 3rd Button detected: disabling emulate3Button --------------090209090300000309050301-- From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 09:26:32 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8633716A4CE for ; Tue, 4 Jan 2005 09:26:32 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 10A2543D2D for ; Tue, 4 Jan 2005 09:26:31 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 25308 invoked from network); 4 Jan 2005 09:26:26 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.85) by gandalf.online.bg with SMTP; 4 Jan 2005 09:26:26 -0000 Received: (qmail 979 invoked by uid 1000); 4 Jan 2005 09:26:19 -0000 Date: Tue, 4 Jan 2005 11:26:19 +0200 From: Peter Pentchev To: x11@FreeBSD.org Message-ID: <20050104092619.GA787@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [PATCH] X.org/XFree86 DEPENDS_TARGET X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 09:26:32 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Maybe I should have spoken up earlier, since I've been running with this little patch for pretty much a year now, but still, better late than never, I guess :) Currently, both x11/xorg and x11/XFree86-4 redefine the DEPENDS_TARGET when a package is requested. What do y'all think about the following trivial patch that makes it only override DEPENDS_TARGET if it does not already contain a 'package' target? I always build all ports with a DEPENDS_TARGET=3D'install package clean', which helps a lot, especially with the X.org/XFree86 metaports ;) Index: ports/x11/XFree86-4/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/XFree86-4/Makefile,v retrieving revision 1.160 diff -u -r1.160 Makefile --- ports/x11/XFree86-4/Makefile 23 Dec 2004 01:35:41 -0000 1.160 +++ ports/x11/XFree86-4/Makefile 4 Jan 2005 09:25:18 -0000 @@ -48,7 +48,7 @@ @${ECHO_MSG} "upgrade XFree86. If you simply type 'make install' it may = use over 2GB to build" @${ECHO_MSG} "all of the subports. You can install the ports singly if y= ou are low on space." =20 -.if make(package) +.if make(package) && ${DEPENDS_TARGET:Mpackage} =3D=3D "" DEPENDS_TARGET=3D"package" .endif .undef NOCLEANDEPENDS Index: ports/x11/xorg/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/xorg/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- ports/x11/xorg/Makefile 23 Dec 2004 01:35:42 -0000 1.9 +++ ports/x11/xorg/Makefile 23 Dec 2004 12:43:48 -0000 @@ -55,7 +55,7 @@ @${ECHO_MSG} "upgrade X.Org. If you simply type 'make install' it may us= e over 2GB to build" @${ECHO_MSG} "all of the subports. You can install the ports singly if y= ou are low on space." =20 -.if make(package) +.if make(package) && ${DEPENDS_TARGET:Mpackage} =3D=3D "" DEPENDS_TARGET=3D"package" .endif =20 G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB2mE77Ri2jRYZRVMRAkw/AJ92uP+pVnxE2nRtEu3bSIKK7aZKjACfSXtC puBqmkUdXCGuKgD9fKntVjw= =DRVf -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 09:30:19 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7067216A4CE for ; Tue, 4 Jan 2005 09:30:19 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 59A4343D3F for ; Tue, 4 Jan 2005 09:30:18 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 26955 invoked from network); 4 Jan 2005 09:30:14 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.85) by gandalf.online.bg with SMTP; 4 Jan 2005 09:30:14 -0000 Received: (qmail 1073 invoked by uid 1000); 4 Jan 2005 09:30:17 -0000 Date: Tue, 4 Jan 2005 11:30:17 +0200 From: Peter Pentchev To: x11@FreeBSD.org Message-ID: <20050104093017.GA1048@straylight.m.ringlet.net> Mail-Followup-To: x11@FreeBSD.org, freebsd-ports@FreeBSD.org References: <20050104092619.GA787@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20050104092619.GA787@straylight.m.ringlet.net> User-Agent: Mutt/1.5.6i cc: freebsd-ports@FreeBSD.org Subject: Re: [PATCH] X.org/XFree86 DEPENDS_TARGET X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 09:30:19 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 04, 2005 at 11:26:19AM +0200, Peter Pentchev wrote: > Hi, >=20 > Maybe I should have spoken up earlier, since I've been running with > this little patch for pretty much a year now, but still, better late > than never, I guess :) Whoops. I certainly meant to CC this to -ports. > Currently, both x11/xorg and x11/XFree86-4 redefine the DEPENDS_TARGET > when a package is requested. What do y'all think about the following > trivial patch that makes it only override DEPENDS_TARGET if it does not > already contain a 'package' target? I always build all ports with a > DEPENDS_TARGET=3D'install package clean', which helps a lot, especially > with the X.org/XFree86 metaports ;) >=20 > Index: ports/x11/XFree86-4/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/XFree86-4/Makefile,v > retrieving revision 1.160 > diff -u -r1.160 Makefile > --- ports/x11/XFree86-4/Makefile 23 Dec 2004 01:35:41 -0000 1.160 > +++ ports/x11/XFree86-4/Makefile 4 Jan 2005 09:25:18 -0000 > @@ -48,7 +48,7 @@ > @${ECHO_MSG} "upgrade XFree86. If you simply type 'make install' it ma= y use over 2GB to build" > @${ECHO_MSG} "all of the subports. You can install the ports singly if= you are low on space." > =20 > -.if make(package) > +.if make(package) && ${DEPENDS_TARGET:Mpackage} =3D=3D "" > DEPENDS_TARGET=3D"package" > .endif > .undef NOCLEANDEPENDS > Index: ports/x11/xorg/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/xorg/Makefile,v > retrieving revision 1.9 > diff -u -r1.9 Makefile > --- ports/x11/xorg/Makefile 23 Dec 2004 01:35:42 -0000 1.9 > +++ ports/x11/xorg/Makefile 23 Dec 2004 12:43:48 -0000 > @@ -55,7 +55,7 @@ > @${ECHO_MSG} "upgrade X.Org. If you simply type 'make install' it may = use over 2GB to build" > @${ECHO_MSG} "all of the subports. You can install the ports singly if= you are low on space." > =20 > -.if make(package) > +.if make(package) && ${DEPENDS_TARGET:Mpackage} =3D=3D "" > DEPENDS_TARGET=3D"package" > .endif > =20 >=20 G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This inert sentence is my body, but my soul is alive, dancing in the sparks= of your brain. --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB2mIp7Ri2jRYZRVMRApe+AKCfJ+xHmbJ/JnHw8xvdwzLjk270MwCfbKQa seiRUkCsMdQe5lPM/lFTMLU= =aVeI -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 10:39:38 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E69616A4CE for ; Tue, 4 Jan 2005 10:39:38 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1279143D54 for ; Tue, 4 Jan 2005 10:39:38 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: by rproxy.gmail.com with SMTP id 40so447171rnz for ; Tue, 04 Jan 2005 02:39:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=leKXyaovP4cLfkWrYKJiGtvtSNhmi28FpwIKD1kSd1eTB1Gjr1GfG55SpMahy55TSWYgrBs5LogyaEpIEoiAa1wOtLWGA2EED9/y2Xkxdm89AiS5UvBJYjyQaCPGLOWrFyZBsY5IbARfKz0QiES67eBClmVk9o6Fa+3Xz04WVAA= Received: by 10.38.8.61 with SMTP id 61mr288955rnh; Tue, 04 Jan 2005 02:39:37 -0800 (PST) Received: by 10.38.179.7 with HTTP; Tue, 4 Jan 2005 02:39:37 -0800 (PST) Message-ID: Date: Tue, 4 Jan 2005 10:39:37 +0000 From: Phil Brennan To: freebsd-x11@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: downgrading xorg to xfree86 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Phil Brennan List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 10:39:38 -0000 Hi, I upgraded to xorg 6.8.1 last night ( fbsd 5.2.1 ). It was crashing all over the place, and since it is a production server, I don't have that much time to fix it, especially since its a non-essential upgrade. So, I downgraded to xfree86-4.4, following the reverse procedure: 1) downgraded imake to v4 2) removed all xorg packages 3) changed make.conf X_WINDOW_SYSTEM 4) built, installed Xfree86-4 Now, when I startx, it is looking for libXaw.so.8 , which is part of xorg. If I link libXaw.so.8 to libXaw.so.7, twm/mwm both crash. Can anyone tell me what I've done wrong? Any help greatly appreciated. Regards, Philip Brennan From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 15:27:54 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C3616A4CE for ; Tue, 4 Jan 2005 15:27:54 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE39343D53 for ; Tue, 4 Jan 2005 15:27:53 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost.ijs.si [127.0.0.1]) by niobe.ijs.si (Postfix) with ESMTP id B785D23A337; Tue, 4 Jan 2005 16:27:52 +0100 (CET) Received: from niobe.ijs.si ([127.0.0.1]) by localhost (niobe.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81479-15; Tue, 4 Jan 2005 16:27:50 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 9B99D23A299; Tue, 4 Jan 2005 16:27:49 +0100 (CET) Received: from rincewind.ijs.si (rincewind.ijs.si [193.2.4.137]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by metatron.ijs.si (Postfix) with ESMTP id 10D5B1C00726; Tue, 4 Jan 2005 16:27:48 +0100 (CET) From: Dejan Lesjak To: freebsd-x11@freebsd.org, Phil Brennan Date: Tue, 4 Jan 2005 16:27:48 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501041627.48308.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si Subject: Re: downgrading xorg to xfree86 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 15:27:54 -0000 On Tuesday 04 of January 2005 11:39, Phil Brennan wrote: > Hi, > I upgraded to xorg 6.8.1 last night ( fbsd 5.2.1 ). It was crashing > all over the place, and since it is a production server, I don't have > that much time to fix it, especially since its a non-essential > upgrade. So, I downgraded to xfree86-4.4, following the reverse > procedure: > 1) downgraded imake to v4 > 2) removed all xorg packages > 3) changed make.conf X_WINDOW_SYSTEM > 4) built, installed Xfree86-4 > > Now, when I startx, it is looking for libXaw.so.8 , which is part of > xorg. If I link libXaw.so.8 to libXaw.so.7, twm/mwm both crash. > Can anyone tell me what I've done wrong? Any help greatly appreciated. You will need to recompile everything that was linked to libXaw so it picks up version 7. In your startx startup script, you probably have something linked to libXaw that fails and with it startx. I'd guess that it is xterm perhaps? in that case recompile xterm (it is standalone port now) with xfree86's imake and libraries. Dejan From owner-freebsd-x11@FreeBSD.ORG Tue Jan 4 22:30:25 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDF6316A4E0 for ; Tue, 4 Jan 2005 22:30:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E0B843D55 for ; Tue, 4 Jan 2005 22:30:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j04MUPRS097792 for ; Tue, 4 Jan 2005 22:30:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j04MUPbZ097791; Tue, 4 Jan 2005 22:30:25 GMT (envelope-from gnats) Date: Tue, 4 Jan 2005 22:30:25 GMT Message-Id: <200501042230.j04MUPbZ097791@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: "ALeine" Subject: Re: ports/74265: XFree86 Version 4.4.0 with KDE 3.1 freezes up in death loop X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALeine List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 22:30:25 -0000 The following reply was made to PR ports/74265; it has been noted by GNATS. From: "ALeine" To: FreeBSD-gnats-submit@FreeBSD.org Cc: s.c.sprong@student.utwente.nl Subject: Re: ports/74265: XFree86 Version 4.4.0 with KDE 3.1 freezes up in death loop Date: Mon, 3 Jan 2005 18:33:20 -0800 (PST) Just a quick update: I didn't get the time to do the CVS diffs, but I did notice that the problem disappeared when I switched to XFree86 4.3.0, so switching to XFree86 4.3.0 should be listed under Fix: as a temporary workaround. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-x11@FreeBSD.ORG Thu Jan 6 17:50:27 2005 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A5B116A4D3 for ; Thu, 6 Jan 2005 17:50:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F6AE43D31 for ; Thu, 6 Jan 2005 17:50:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j06HoQ0P060143 for ; Thu, 6 Jan 2005 17:50:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j06HoQaK060142; Thu, 6 Jan 2005 17:50:26 GMT (envelope-from gnats) Date: Thu, 6 Jan 2005 17:50:26 GMT Message-Id: <200501061750.j06HoQaK060142@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Ryan Falkenberg Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ryan Falkenberg List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 17:50:27 -0000 The following reply was made to PR ports/75425; it has been noted by GNATS. From: Ryan Falkenberg To: freebsd-gnats-submit@FreeBSD.org, marcs@draenor.org Cc: Subject: Re: ports/75425: xorg-server: i810 broken on 16/24bpp with XAA. Date: Thu, 6 Jan 2005 10:44:42 -0700 The modules/drivers directory for 6.8.1_1 was not being installed properly and so I was using the old 6.8.1 video drivers. Now that I'm actually using the correct drivers everything is working properly. Thanks. From owner-freebsd-x11@FreeBSD.ORG Fri Jan 7 09:11:42 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C42816A4CE; Fri, 7 Jan 2005 09:11:42 +0000 (GMT) Received: from 212.106.254.141.adsl.jazztel.es (212.106.255.148.adsl.jazztel.es [212.106.255.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E8143D1F; Fri, 7 Jan 2005 09:11:41 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) j079BUC0001115; Fri, 7 Jan 2005 10:11:36 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41DE5242.4030606@redesjm.local> Date: Fri, 07 Jan 2005 10:11:30 +0100 From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: es-es, es MIME-Version: 1.0 To: Brooks Davis References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> In-Reply-To: <20050107003806.GA14003@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 09:11:42 -0000 Brooks Davis escribió: >On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > > >>Hi, >> >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: >> >>---------------- .xsession-errors >>_IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>created. >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local >>xfce4-session: Unable to establish ICE listeners: Cannot establish any >>listening sockets >> >> > > > >>The patch below from Pawel Worach solves the problem. >> >> > >Could you please try the following patch? It does the same thing, but >gives the inode paranoid a way to disable the creation of these >directories or only create the ones they need. > >-- Brooks > >Index: rc.d/cleartmp >=================================================================== >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v >retrieving revision 1.11 >diff -u -p -r1.11 cleartmp >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 >@@ -35,5 +35,7 @@ run_rc_command "$1" > # restarting X > # > rm -f /tmp/.X[0-9]-lock >-rm -fr /tmp/.X11-unix >-mkdir -m 1777 /tmp/.X11-unix >+if [ -n ${clear_tmp_xdirs} ]; then >+ rm -fr ${clear_tmp_xdirs} >+ mkdir -m 1777 ${clear_tmp_xdirs} >+fi >Index: defaults/rc.conf >=================================================================== >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v >retrieving revision 1.235 >diff -u -p -r1.235 rc.conf >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 >@@ -443,6 +443,8 @@ linux_enable="NO" # Linux binary compati > svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). > osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). > clear_tmp_enable="NO" # Clear /tmp at startup. >+clear_tmp_xdirs="/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" >+ # Directories needed by X11 > ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks > ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg" > # shared library search paths > > > I recall putting this in a conf PR, try a follow-up. But I think your patch is a little bit wrong I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be do after the run_rc_command. If we need do this from the base system (Thing that I doubt more and more), this must be implementing a new /etc/rc.d/clearx11tmp (this may be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... But I must point that: X11 is now mostly a ports thing, not a base system component. If this can be take from ports (I send-pr this also), this must be the path to the solution. I put a simple script from libs, but I can work and rcNG enabled thing if prefered. This is not what x11 really needs. x11 only needs some like this: mkdir -p ... && chown root:wheel ... && chmod 01777 ... . this may be prefered by the x11 team. This can be taken both from base and ports without too much problem. The only secondary effect of this I know is that you may polite /tmp entries twice, with is not a real pain to the whole boot process. -- josemi From owner-freebsd-x11@FreeBSD.ORG Fri Jan 7 10:15:03 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9396916A4CE; Fri, 7 Jan 2005 10:15:03 +0000 (GMT) Received: from 212.106.254.141.adsl.jazztel.es (212.106.255.148.adsl.jazztel.es [212.106.255.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E1C43D2D; Fri, 7 Jan 2005 10:15:02 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) j07AEwST002011; Fri, 7 Jan 2005 11:14:59 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41DE6122.8000204@redesjm.local> Date: Fri, 07 Jan 2005 11:14:58 +0100 From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: es-es, es MIME-Version: 1.0 To: Giorgos Keramidas References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> <41DE5840.4060906@yahoo.com> <20050107095501.GA899@orion.daedalusnetworks.priv> In-Reply-To: <20050107095501.GA899@orion.daedalusnetworks.priv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 10:15:03 -0000 Giorgos Keramidas escribió: >On 2005-01-07 18:37, Rob wrote: > > >>What ever solution you guys decide, it has to be committed quickly. >>With Xfce's new release 4.2 coming soon, and apparently KDE is also >>having (or is going to have) problems here, a patch can't wait for >>too long. >> >>Upgraded versions of these Window managers won't start on >>5.3-Stable; an unexperienced user may have great difficulties in >>finding out what's going on. >> >>Maybe a temporary working patch would do. However, is it possible >>to require a system upgrade with a port upgrade? >> >> > >Yes, it is not that Evil(TM). IIRC, people who want a "frozen in >time" release are supposed to use the packages from their release >CD-ROMs, are they not? > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > Not really. We not distribute CD3 & CD4 any more, so people trend to use packages from ftp. take a look into ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/x11/. we have non corrected xorg 6.8.1 packages here. I think we must choose right now, do a FreeBSD-5-stable package build run while we are mostly freeze for RELENG_4_11 and update ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/x11/ ASAP. This will permit have officilal xorg 6.8.1 packages on ftp for RELENG_4/RELENG_5 working 'out of the box' after RELENG_4_11. I'll glad to see also the external uri handler patch for firefox/thunderbird (which makes external uri works on this apps), but I think this is really missed for RELENG_4_11 -- josemi From owner-freebsd-x11@FreeBSD.ORG Fri Jan 7 18:18:30 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B445F16A4CE; Fri, 7 Jan 2005 18:18:30 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E1743D49; Fri, 7 Jan 2005 18:18:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j07IKPQE001748; Fri, 7 Jan 2005 10:20:25 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j07IKOqt001747; Fri, 7 Jan 2005 10:20:24 -0800 Date: Fri, 7 Jan 2005 10:20:24 -0800 From: Brooks Davis To: Jose M Rodriguez Message-ID: <20050107182024.GB30931@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <41DE5242.4030606@redesjm.local> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 18:18:30 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > Brooks Davis escribi=F3: >=20 > >Could you please try the following patch? It does the same thing, but > >gives the inode paranoid a way to disable the creation of these > >directories or only create the ones they need. > > > >-- Brooks > > > >Index: rc.d/cleartmp > >=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: /usr/cvs/src/etc/rc.d/cleartmp,v > >retrieving revision 1.11 > >diff -u -p -r1.11 cleartmp > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > >@@ -35,5 +35,7 @@ run_rc_command "$1" > ># restarting X > ># > >rm -f /tmp/.X[0-9]-lock > >-rm -fr /tmp/.X11-unix > >-mkdir -m 1777 /tmp/.X11-unix > >+if [ -n ${clear_tmp_xdirs} ]; then > >+ rm -fr ${clear_tmp_xdirs} > >+ mkdir -m 1777 ${clear_tmp_xdirs} > >+fi > >Index: defaults/rc.conf > >=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: /usr/cvs/src/etc/defaults/rc.conf,v > >retrieving revision 1.235 > >diff -u -p -r1.235 rc.conf > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > >+ # Directories needed by X11 > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security=20 > >checks > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib=20 > >/usr/local/lib/compat/pkg" > > # shared library search paths > > > >=20 > > > I recall putting this in a conf PR, try a follow-up. >=20 > But I think your patch is a little bit wrong >=20 > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be= =20 > do after the run_rc_command. That's easy enough to fix. > If we need do this from the base system (Thing that I doubt more and=20 > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may=20 > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bit= s: > clear_x11tmp_enable, clear_x11tmp_dirs, ... >=20 > But I must point that: >=20 > X11 is now mostly a ports thing, not a base system component. If this=20 > can be take from ports (I send-pr this also), this must be the path to=20 > the solution. I put a simple script from libs, but I can work and rcNG= =20 > enabled thing if prefered. >=20 > This is not what x11 really needs. x11 only needs some like this: mkdir= =20 > -p ... && chown root:wheel ... && chmod 01777 ... . this may be=20 > prefered by the x11 team. >=20 > This can be taken both from base and ports without too much problem. =20 > The only secondary effect of this I know is that you may polite /tmp=20 > entries twice, with is not a real pain to the whole boot process. My worry with using your patch is that localpkg is run quite late in the startup process, well after X may have tried to start if xdm is run from /etc/ttys. If package startup scripts could run anywhere in the order, a script in the port would be obvious solution, but that's not the case. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3tLnXY6L6fI4GtQRAkigAJ4l01FAKaCjWsHMn82qhZhwChR+UACgu/nv UFxzjSplFIUxUraQbqznXoI= =ivxQ -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-x11@FreeBSD.ORG Fri Jan 7 18:24:38 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F49416A4CE; Fri, 7 Jan 2005 18:24:38 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D0143D31; Fri, 7 Jan 2005 18:24:38 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600039F8A; Fri, 7 Jan 2005 19:24:34 +0100 Message-ID: <41DED3DA.1040506@telia.com> Date: Fri, 07 Jan 2005 19:24:26 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> In-Reply-To: <20050107182024.GB30931@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 18:24:38 -0000 Brooks Davis wrote: > My worry with using your patch is that localpkg is run quite late in the > startup process, well after X may have tried to start if xdm is run from > /etc/ttys. If package startup scripts could run anywhere in the order, > a script in the port would be obvious solution, but that's not the case. Another issue I see with doing this in localpkg is that on a diskless client that shares /usr with the server it's common to set local_startup="" for the client so that it doesn't start all the stuff you have installed on the server. This issue is smaller today now that more ports use rcNG. > > -- Brooks > -- Pawel From owner-freebsd-x11@FreeBSD.ORG Sat Jan 8 08:06:10 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C2516A4CE for ; Sat, 8 Jan 2005 08:06:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA1043D39 for ; Sat, 8 Jan 2005 08:06:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DEFEF51266; Sat, 8 Jan 2005 00:06:09 -0800 (PST) Date: Sat, 8 Jan 2005 00:06:09 -0800 From: Kris Kennaway To: x11@FreeBSD.org Message-ID: <20050108080609.GA77747@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [ports-i386@FreeBSD.org: libGL-1.0_1 BROKEN but built on i386 4] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 08:06:10 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable libGL seems to be fixed now: =2Eif ${OSVERSION} < 500043 BROKEN=3D Requires libXThrStub, which should be part of libX11 =2Eendif ----- Forwarded message from User Ports-i386 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Date: Sat, 8 Jan 2005 07:05:53 GMT From: User Ports-i386 To: krion@FreeBSD.org, kris@FreeBSD.org Subject: libGL-1.0_1 BROKEN but built on i386 4 X-UIDL: BnC!![_N!!DFJ!!;2N"! X-Bogosity: No, tests=3Dbogofilter, spamicity=3D0.000000, version=3D0.92.8 ----- End forwarded message ----- --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB35RxWry0BWjoQKURAr8OAJ0fARZjaRSIpXLAFwRpw4/bsCls5wCeOo9u fb0Ii0tpmOjCnOdHwGXlt9o= =6EYP -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-x11@FreeBSD.ORG Sat Jan 8 13:21:11 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F160916A4CE for ; Sat, 8 Jan 2005 13:21:11 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DC6343D46 for ; Sat, 8 Jan 2005 13:21:11 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Jan 2005 13:21:07 -0000 Received: from p3EE26798.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.103.152) by mail.gmx.net (mp024) with SMTP; 08 Jan 2005 14:21:07 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j08DKn0Z036181 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 8 Jan 2005 14:20:50 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 8 Jan 2005 14:20:44 +0100 User-Agent: KMail/1.7.2 References: <41DDC4F2.5090709@yahoo.com> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> In-Reply-To: <20050107182024.GB30931@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1376082.exaLAAoDCe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501081420.48513.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Rob cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 13:21:12 -0000 --nextPart1376082.exaLAAoDCe Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 7. January 2005 19:20, Brooks Davis wrote: > On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > > Brooks Davis escribi=F3: > > >Could you please try the following patch? It does the same thing, but > > >gives the inode paranoid a way to disable the creation of these > > >directories or only create the ones they need. > > > > > >-- Brooks > > > > > >Index: rc.d/cleartmp > > >=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: /usr/cvs/src/etc/rc.d/cleartmp,v > > >retrieving revision 1.11 > > >diff -u -p -r1.11 cleartmp > > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > ># restarting X > > ># > > >rm -f /tmp/.X[0-9]-lock > > >-rm -fr /tmp/.X11-unix > > >-mkdir -m 1777 /tmp/.X11-unix > > >+if [ -n ${clear_tmp_xdirs} ]; then > > >+ rm -fr ${clear_tmp_xdirs} > > >+ mkdir -m 1777 ${clear_tmp_xdirs} > > >+fi > > >Index: defaults/rc.conf > > >=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: /usr/cvs/src/etc/defaults/rc.conf,v > > >retrieving revision 1.235 > > >diff -u -p -r1.235 rc.conf > > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > > >+ # Directories needed by X11 > > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security > > >checks > > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib > > >/usr/local/lib/compat/pkg" > > > # shared library search paths > > > > I recall putting this in a conf PR, try a follow-up. > > > > But I think your patch is a little bit wrong > > > > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be > > do after the run_rc_command. > > That's easy enough to fix. > > > If we need do this from the base system (Thing that I doubt more and > > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may > > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the > > bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... > > > > But I must point that: > > > > X11 is now mostly a ports thing, not a base system component. If this > > can be take from ports (I send-pr this also), this must be the path to > > the solution. I put a simple script from libs, but I can work and rcNG > > enabled thing if prefered. > > > > This is not what x11 really needs. x11 only needs some like this: mkdir > > -p ... && chown root:wheel ... && chmod 01777 ... . this may be > > prefered by the x11 team. > > > > This can be taken both from base and ports without too much problem. > > The only secondary effect of this I know is that you may polite /tmp > > entries twice, with is not a real pain to the whole boot process. > > My worry with using your patch is that localpkg is run quite late in the > startup process, well after X may have tried to start if xdm is run from > /etc/ttys. Are you sure about that? I didn't look at any code now, but I'm quite sure = I=20 never saw any system pop up a tty at me before running the local rc scripts= =20 (actually, the only thing that happens after the ttys are up is, to my=20 knowledge, background fsck). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1376082.exaLAAoDCe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB394wXhc68WspdLARAv2OAJkBmGeklrqqBlbrmGJ4ItCKjNCCIwCdEMSZ /ZXhJNntH0y+Uz3Plc/0j+I= =hejL -----END PGP SIGNATURE----- --nextPart1376082.exaLAAoDCe-- From owner-freebsd-x11@FreeBSD.ORG Sat Jan 8 18:44:54 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E43416A4CE; Sat, 8 Jan 2005 18:44:54 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E326C43D53; Sat, 8 Jan 2005 18:44:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j08Ikwda009897; Sat, 8 Jan 2005 10:46:58 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j08Ikv0F009896; Sat, 8 Jan 2005 10:46:57 -0800 Date: Sat, 8 Jan 2005 10:46:57 -0800 From: Brooks Davis To: Michael Nottebrock Message-ID: <20050108184657.GB8265@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> <200501081420.48513.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <200501081420.48513.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Rob cc: freebsd-current@freebsd.org cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 18:44:54 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 08, 2005 at 02:20:44PM +0100, Michael Nottebrock wrote: > On Friday, 7. January 2005 19:20, Brooks Davis wrote: > > On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > > > Brooks Davis escribi=F3: > > > >Could you please try the following patch? It does the same thing, b= ut > > > >gives the inode paranoid a way to disable the creation of these > > > >directories or only create the ones they need. > > > > > > > >-- Brooks > > > > > > > >Index: rc.d/cleartmp > > > >=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: /usr/cvs/src/etc/rc.d/cleartmp,v > > > >retrieving revision 1.11 > > > >diff -u -p -r1.11 cleartmp > > > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > > > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > > > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > > ># restarting X > > > ># > > > >rm -f /tmp/.X[0-9]-lock > > > >-rm -fr /tmp/.X11-unix > > > >-mkdir -m 1777 /tmp/.X11-unix > > > >+if [ -n ${clear_tmp_xdirs} ]; then > > > >+ rm -fr ${clear_tmp_xdirs} > > > >+ mkdir -m 1777 ${clear_tmp_xdirs} > > > >+fi > > > >Index: defaults/rc.conf > > > >=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: /usr/cvs/src/etc/defaults/rc.conf,v > > > >retrieving revision 1.235 > > > >diff -u -p -r1.235 rc.conf > > > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > > > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > > > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > > > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > > > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > > > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > > > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > > > >+ # Directories needed by X11 > > > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security > > > >checks > > > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib > > > >/usr/local/lib/compat/pkg" > > > > # shared library search paths > > > > > > I recall putting this in a conf PR, try a follow-up. > > > > > > But I think your patch is a little bit wrong > > > > > > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must= be > > > do after the run_rc_command. > > > > That's easy enough to fix. > > > > > If we need do this from the base system (Thing that I doubt more and > > > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may > > > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the > > > bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... > > > > > > But I must point that: > > > > > > X11 is now mostly a ports thing, not a base system component. If this > > > can be take from ports (I send-pr this also), this must be the path to > > > the solution. I put a simple script from libs, but I can work and rc= NG > > > enabled thing if prefered. > > > > > > This is not what x11 really needs. x11 only needs some like this: mk= dir > > > -p ... && chown root:wheel ... && chmod 01777 ... . this may be > > > prefered by the x11 team. > > > > > > This can be taken both from base and ports without too much problem. > > > The only secondary effect of this I know is that you may polite /tmp > > > entries twice, with is not a real pain to the whole boot process. > > > > My worry with using your patch is that localpkg is run quite late in the > > startup process, well after X may have tried to start if xdm is run from > > /etc/ttys. >=20 > Are you sure about that? I didn't look at any code now, but I'm quite sur= e I=20 > never saw any system pop up a tty at me before running the local rc scrip= ts=20 > (actually, the only thing that happens after the ttys are up is, to my=20 > knowledge, background fsck). Looking briefly at init, it appears that ttys running X could be initalized at any time after /usr is mounted. init just spins with 30 second pauses while trying to start things it can't start the first time. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB4CqhXY6L6fI4GtQRAnHqAKDfGVIxEhonBZ7WQD47zDyQIIJ8AwCbB2Ft 4mWQC1c5UFpYOzlr+C5NvZ4= =FHSs -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-x11@FreeBSD.ORG Sat Jan 8 19:31:59 2005 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99EB016A4CE for ; Sat, 8 Jan 2005 19:31:59 +0000 (GMT) Received: from hotmail.com (bay16-f35.bay16.hotmail.com [65.54.186.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8270F43D1D for ; Sat, 8 Jan 2005 19:31:59 +0000 (GMT) (envelope-from clcchu@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 8 Jan 2005 11:31:01 -0800 Message-ID: Received: from 210.6.198.181 by by16fd.bay16.hotmail.msn.com with HTTP; Sat, 08 Jan 2005 19:30:10 GMT X-Originating-IP: [210.6.198.181] X-Originating-Email: [clcchu@hotmail.com] X-Sender: clcchu@hotmail.com From: "Clarence Chu" To: freebsd-x11@freebsd.org Date: Sun, 09 Jan 2005 03:30:10 +0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 08 Jan 2005 19:31:01.0745 (UTC) FILETIME=[964A3610:01C4F5B8] Subject: Xnest dump core SIGSEGV X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 19:31:59 -0000 hi there, .xorg-nestserver-6.8.1 /usr/X11R6/bin/Xnest core dump on starting both on own compiled and packages-5-stable the binary of Xnest of xorg-nestserver-6.7 runs fine, however. please advice, clarence chu clcchu@hotmail.com _________________________________________________________________ FREE Pocket Business English, ACT NOW! http://go.msnserver.com/HK/46165.asp