From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 19:49:16 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EB8CB363 for ; Thu, 20 Jun 2013 19:49:16 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6219C1241 for ; Thu, 20 Jun 2013 19:49:16 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 90D9B40023 for ; Thu, 20 Jun 2013 21:49:11 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 8638940022; Thu, 20 Jun 2013 21:49:11 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 32F2F4000A; Thu, 20 Jun 2013 21:49:10 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbtrj66nqz8hVn; Thu, 20 Jun 2013 21:49:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id 2sQgL3BVCeBF; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbtrd66Qzz8hVm; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from tifa.daemonic.se (h140n3-aahm-a11.ias.bredband.telia.com [78.72.134.140]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bbtrd5T0nz9CwY; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 7597722819; Thu, 20 Jun 2013 21:49:04 +0200 (CEST) Message-ID: <51C35CAF.2090209@freebsd.org> Date: Thu, 20 Jun 2013 21:49:03 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Marius Strobl Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <51C0AE69.6090505@freebsd.org> <20130620171259.GA88151@alchemy.franken.de> In-Reply-To: <20130620171259.GA88151@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 19:49:17 -0000 On 06/20/13 19:12, Marius Strobl wrote: > On Tue, Jun 18, 2013 at 09:00:57PM +0200, Niclas Zeising wrote: >> Hi! >> It is time to switch the default version of xorg on FreeBSD 9.1 and >> later, including CURRENT. >> In general this means better support for modern hardware, especially >> intel hardware, at the cost of support for some legacy hardware. >> The old version will still be around, and be the default for FreeBSD >> releases prior to 9.1, it is also possible to get the old version by >> setting WITHOUT_NEW_XORG= in /etc/make.conf. >> The attached patch will make the switch, and I intend to commit it ASAP >> unless something major shows up. The patch is also available at >> http://people.freebsd.org/~zeising/xorg-switch.diff > > Could you please make setting WITH_NEW_XORG additionally a function > of the architecture and not enable it for sparc64? The update to > Xorg 7.7 already broke support for ATI graphics with the _old_ Xorg > server there for reasons still unknown. Last time I gave WITH_NEW_XORG > a try I fixed all build errors on !x86 as good as I could but it blew > X on sparc64 totally out of the water, including causing bizarre crashes > of the X server even when using an UPA- rather than a PCI-based graphics > card. Generally, support for Intel hardware isn't relevant on sparc64 > and sooner or later everything AMD/ATI that is not Radeon likely will > be declared "legacy". > Done. Unfortunately I lack hardware to test xorg on anything other than i386/amd64. In all honesty I also don't know how much effort upstream puts into making this work on sparc64. If you have time it would be great if you could spend some cycles testing on sparc64 from time to time... With regards to the ATI issues on sparc64, do you have an error dump or anything? Can you try reverting the updates to libpciaccess and go back to the old version, especially in the light of our discussion about bus_space() and in*/out* and stuff on arch@. Also, I can't promise that we will keep the legacy xorg around forever, it is getting increasingly hard to maintain, and there are updates to other parts of the tree (most notably cairo) that are held off because of issues with our old X. This is however a discussion for another day, and there will be a heads up well in advance if we decide to go this route. Regards! -- Niclas Zeising