From owner-freebsd-ports@FreeBSD.ORG Sun Mar 21 13:47:14 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88A59106564A; Sun, 21 Mar 2010 13:47:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD5F8FC15; Sun, 21 Mar 2010 13:47:14 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-185-142.bna.bellsouth.net [68.154.185.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o2LDlBm0031288 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 09:47:11 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Garrett Cooper In-Reply-To: <7d6fde3d1003210306p163f4751h2ab306cb3b72e202@mail.gmail.com> References: <20100311134413.GH19740@bsdcrew.de> <1268414671.2608.293.camel@balrog.2hip.net> <1268484504.2608.309.camel@balrog.2hip.net> <1268625423.2608.348.camel@balrog.2hip.net> <7d6fde3d1003210306p163f4751h2ab306cb3b72e202@mail.gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Sun, 21 Mar 2010 08:47:05 -0500 Message-Id: <1269179225.2548.12.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.8 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Warren Block , Martin Wilke , Torfinn Ingolfsen , ports@freebsd.org, x11@freebsd.org Subject: Re: [Call for Testing] X.org 7.5 for FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 13:47:14 -0000 On Sun, 2010-03-21 at 03:06 -0700, Garrett Cooper wrote: > On Sun, Mar 21, 2010 at 2:42 AM, jhell wrote: > > > > On Sun, 14 Mar 2010 23:57, Robert Noland wrote: > > In Message-Id: <1268625423.2608.348.camel@balrog.2hip.net> > > > >> On Sun, 2010-03-14 at 15:02 -0600, Warren Block wrote: > >>> > >>> On Sat, 13 Mar 2010, Robert Noland wrote: > >>> > >>>> Ok, now that agp seems to be working... I have created a port for the > >>>> 2.9.1 version of the Intel driver. You will need to uninstall the > >>>> existing intel driver and install this one. You still won't have drm, > >>>> but should be a good bit better than vesa... > >>>> > >>>> http://people.freebsd.org/~rnoland/xf86-video-intel29.tar.gz > >>> > >>> Problem: after switching away from X with ctrl-alt-f4, on switching back > >>> the screen is corrupted. Stuff that's drawn on top of it after that > >>> point is usually correct. The clear areas on this image were caused by > >>> GIMP redrawing them; before opening it, they were the same as the strip > >>> on the right edge. > >> > >> Ok, I'm not surprised... I spent a little time playing with the 2.9.1 > >> driver on my g45 today. Basically... It is horrid... > >> > > > > Damn! I rely on this driver for my main machine that has a i845G in it. This > > thing tends to keep getting more shitty with every release. Or I suppose I > > could cough it up to ancient hardware to... ;) > > > > The last Intel driver I remember working seamlessly with my i845G with no > > known side effects and without HAL was 2.3*. After that it somehow became > > very dependent on HAL and if compiled without HAL would pretty much disable > > you(being me) from switching from X to the console and back again resulting > > in a reboot after a borked screen. > > > > Now that I see the following I sort of understand whats happening with this. > > And eventually this hardware will have to be replaced :( > > > >> When Intel chose to remove all non-GEM support for the 2.8 series > >> driver, what is actually going on is that it is calling into > >> libdrm_intel's fake buffer manager and doing ton's of memcpy's. It > >> seems to be sort of ok as long as it is just basic 2d, but enable > >> composite in metacity and it falls on it's face... Granted all of my > >> machines run with WITNESS and INVARIANTS, but you can almost count the > >> pixels as they are drawn... > >> > >> I was thinking that Intel had actually killed the fake buffer manager as > >> well, but it looks like it does still exist in libdrm git. Perhaps it > >> was that they removed it from mesa. At any rate, they don't deny that > >> it is broken, nor do they test it or have any intention of fixing it... > >> > >> The only reason for using the 2.9.1 driver that I can think of is if you > >> have an Ironlake chipset, which isn't supported in 2.7.1. I now have to > >> decide whether to spend time back porting Ironlake support to 2.7.1 or > >> spend time on GEM. > > Intel's killing off non-GEM support slowly and surely, so we have > to port GEM or die a slow and painful death on Intel accelerated > hardware: http://www.phoronix.com/scan.php?page=news_item&px=Njc2NA , > http://software.intel.com/sites/oss/project_spotlight.htm . Kind of > sad now that anholt is no longer really a contributing member to > FreeBSD. Yes, the 2.8+ driver requires GEM for drm and the 2.10+ driver requires KMS. They keep removing code and making it that much more difficult to keep things going. The situation that I generally find myself in, is that in order to give radeon users newer/better code, I have to break Intel. Intel tends to take up an unreasonable amount of time for me to keep it functional. robert. > Thanks, > -Garrett -- Robert Noland FreeBSD