From owner-freebsd-x11@FreeBSD.ORG Mon Mar 30 15:19:26 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EC61065672 for ; Mon, 30 Mar 2009 15:19:26 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp004.apm-internet.net (smtp004.apm-internet.net [85.119.248.54]) by mx1.freebsd.org (Postfix) with SMTP id 71E768FC17 for ; Mon, 30 Mar 2009 15:19:25 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: (qmail 65472 invoked from network); 30 Mar 2009 15:19:24 -0000 Received: from unknown (HELO titania.njm.me.uk) (86.138.89.22) by smtp004.apm-internet.net with SMTP; 30 Mar 2009 15:19:24 -0000 Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id n2UFJNBi084216; Mon, 30 Mar 2009 16:19:23 +0100 (BST) (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id n2UFJNgi084215; Mon, 30 Mar 2009 16:19:23 +0100 (BST) (envelope-from njm@njm.me.uk) Date: Mon, 30 Mar 2009 16:19:23 +0100 From: "N.J. Mann" To: Robert Noland Message-ID: <20090330151923.GB920@titania.njm.me.uk> References: <200903250150.n2P1ou4g062376@svn.freebsd.org> <20090325092904.GA2801@titania.njm.me.uk> <1237999344.1828.6.camel@balrog.2hip.net> <20090227141146.GA88783@titania.njm.me.uk> <20090330105326.GA920@titania.njm.me.uk> <1238424768.8491.331.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1238424768.8491.331.camel@balrog.2hip.net> X-Operating-System: FreeBSD 7.2-PRERELEASE Confirm-Reading-To: njm@njm.me.uk User-Agent: mutt-NJM (2009-02-20) Cc: freebsd-x11@FreeBSD.org Subject: Re: Xorg 7.4 crashes on exit 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, 30 Mar 2009 15:19:26 -0000 In message <1238424768.8491.331.camel@balrog.2hip.net>, Robert Noland (rnoland@FreeBSD.org) wrote: > On Mon, 2009-03-30 at 11:53 +0100, N.J. Mann wrote: > > Hi Robert, > > > > > > [Moved from svn-src-all@ to x11@ to merge threads.] > > > > In message <1237999344.1828.6.camel@balrog.2hip.net>, > > Robert Noland (rnoland@FreeBSD.org) wrote: > > > On Wed, 2009-03-25 at 09:29 +0000, N.J. Mann wrote: > > > > In message <200903250150.n2P1ou4g062376@svn.freebsd.org>, > > > > Robert Noland (rnoland@FreeBSD.org) wrote: > > > > > Author: rnoland > > > > > Date: Wed Mar 25 01:50:56 2009 > > > > > New Revision: 190401 > > > > > URL: http://svn.freebsd.org/changeset/base/190401 > > > > > > > > > > Log: > > > > > Rework the management of vblank interrupts a bit. > > > > > > > > > > When a vt switch occurs the irq handler is uninstalled. Interrupts > > > > > and the state tracking of what was enabled/disabled wasn't working > > > > > properly. This should resolve the reports of "slow windows" after a > > > > > vt switch, among other things. The radeon 2d driver seems to work a > > > > > bit more correctly than the Intel driver. With the Intel driver, > > > > > vblank interrupts will be enabled at system startup and will only > > > > > be disabled after an additional modeset (vt switch, dpms, randr event). > > > > > > > > > > With this patch, I am able to run glxgears synced to vblank and > > > > > vt switch while it is running without ill effects. > > > > > > > > > > MFC after: 3 days > > > > > > > > > > Modified: > > > > > head/sys/dev/drm/drm_irq.c > > > > > > > > Is this a possible cure for the problem I reported here: > > > > http://lists.freebsd.org/pipermail/freebsd-x11/2009-February/007670.html > > > > > > It could be... interrupts were not working correcty, especially on > > > Intel. There is likely still an issue with restarting X that I need to > > > look into, but I've not seen a problem vt switching or shutting down. > > > > Okay I tried out your recent changes this morning. > > > > First I did a svn update to r190540 to bring my sources up to date and > > then I built a new 7-Stable world and kernel and installed them. Sadly, > > I still got the video mode corruption on exiting X or switching from X > > to a VT. I then merged all the changes from head/sys/dev/drm to > > stable/7/sys/dev/drm and tried again. Unfortunately, I got the same > > results. (Xorg.log and dmesg.boot available if required.) The changes > > I merged were: 190020, 190021, 190022, 190023, 190123, 190124, 190125, > > 190163, 190164, 190166, 190170, 190282, 190399, 190400, 19401 and > > 190433. Some of these were probably not relevant, but I did everything > > to make it easier for me. (I am very much still testing the water with > > svn and this was the first time I tried doing a merge!) > > > > Any ideas where to go from here? > > Which chip do you have? I have a patch now that fixes vblank issues, at > least I can't break it. This corruption issue on shutdown still exists, > but I've never had a problem vt switching. I'm told that something is > still wrong with interrupts on g45 though. Is this the information you require? % grep '^\(vga\|agp\|drm\)' r19054M.dmesg.boot vgapci0: port 0xf140-0xf147 mem 0xff900000-0xff97ffff,0xd0000000-0xdfffffff,0xff700000-0xff7fffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xff900000 vgapci0: Reserved 0x100000 bytes for rid 0x1c type 3 at 0xff700000 agp0: detected 7164k stolen memory agp0: aperture size is 256M drm0: on vgapci0 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xff900000 vgapci0: child drm0 requested pci_enable_busmaster vga: vga0 already exists; skipping it vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 The MB is a Intel DG31GL, which incorporates an Intel GMA 3100 graphics adapter. Cheers, Nick. -- "Nothing stands for content-free corporate bullshit quite like PowerPoint."