From owner-freebsd-x11@FreeBSD.ORG Mon Aug 25 04:53:18 2008 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0461B106564A; Mon, 25 Aug 2008 04:53:18 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id C9D298FC0A; Mon, 25 Aug 2008 04:53:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KXSqb-000Cf6-Jx; Mon, 25 Aug 2008 11:34:29 +0800 Message-ID: <48B22849.5060705@micom.mng.net> Date: Mon, 25 Aug 2008 11:34:33 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: "Paul B. Mahol" References: <20080821120021.90B5610656E5@hub.freebsd.org> <200808211456.01947.matt@chronos.org.uk> <1219544221.3430.37.camel@wombat.2hip.net> <3a142e750808240329n55d1b95bnd701dde4892c6c14@mail.gmail.com> <3a142e750808240812q50c1237as8c391dc35fc98ac0@mail.gmail.com> In-Reply-To: <3a142e750808240812q50c1237as8c391dc35fc98ac0@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , Robert Noland Subject: Re: [CFT] drm updates X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2008 04:53:18 -0000 Paul B. Mahol wrote: > On 8/24/08, Paul B. Mahol wrote: > >> On 8/24/08, Robert Noland wrote: >> >>> I've uploaded a final patch set to: >>> >>> http://people.freebsd.org/~rnoland >>> >>> I have committed this version to -CURRENT, but patches are available for >>> RELENG_7 as well. >>> >>> This version mostly just fixes a long standing memory leak. >>> >>> All of the reports for radeon have been good. I'm still seeing a few >>> odd things with Intel though. The most severe issue is on my 965gm. >>> After restarting X, it will hang in a way that I have never seen >>> before... The small amount of evidence that I have been able to collect >>> suggests that this may be due to mesa trashing the hardware. I've spent >>> a couple of days trying to figure out exactly what could be wrong. This >>> morning I rebuilt my kernel with a stock drm from src and I got exactly >>> the same hang. Since this update does help lots of people and doesn't >>> seem to make things worse than they were to begin with, I went ahead and >>> committed it. >>> >>> I was incorrect about the patch to libdrm... It isn't needed in 2.3.1 >>> and it is already committed upstream. I'll commit that update to ports >>> soon also. It, along with a recent xf86-video-* are needed to enable >>> the new vblank behavior, which will disable vblank interrupts if there >>> are no active consumers. >>> >>> robert. >>> >>> >> Do I need to update some ports? because with kernel from HEAD I have >> encountered problems when drm is loaded (agp + drm + i915) >> astro/stellarium caused deadlock, only mouse pointer could move, if I did >> not >> started it, system will panic anyway after some time. I did not yet tested >> vty switching,.... >> >> related hardware: >> >> hostb0@pci0:0:0:0: class=0x060000 card=0x30a2103c chip=0x27a08086 >> rev=0x03 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM >> Controller' >> class = bridge >> subclass = HOST-PCI >> vgapci0@pci0:0:2:0: class=0x030000 card=0x30a2103c chip=0x27a28086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics Controller' >> class = display >> subclass = VGA >> vgapci1@pci0:0:2:1: class=0x038000 card=0x30a2103c chip=0x27a68086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Mobile 945GM/GU Express Integrated Graphics Controller' >> class = display >> >> also if Xorg is never started, trying to unload agp.ko >> (after unloading i915.ko and drm.ko) module will cause panic. >> >> > > Comparing to xf86-video-i815, xf86-video-intel is more stable (it doesnt panic, crash, hardlocks, ...), but still locks display when starting astro/stellarium. > Yes, it locks the display. Did you try ctrl+atl+F1 and then hit 'C' key? As I remember that way it continued to work. Never tried to see what showed on ddb. Ganbold > _______________________________________________ > 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" > > > > -- Nobody ever died from oven crude poisoning.