From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 07:14:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36B011065674; Fri, 27 Mar 2009 07:14:06 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 13CAA8FC25; Fri, 27 Mar 2009 07:14:04 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy19 with SMTP id 19so857867ewy.43 for ; Fri, 27 Mar 2009 00:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=v64FrxBnPr2qQpg8CpItvZlzGE033u/i/zsl88xvhgI=; b=DlcZyASUxADe5ietfgXkgl+hsVPNyYbV18mCL+axhruNAFCX9edhvw/w1UmDqEcoqT yquHR2cdmUozNmHEWIpiN1hvMoI9b+fo6mvcxuKV7MkFdrdG4B7D2smwddikCsBesvpi K8YNN6FDyv9HiELtbyfBOL3akXKjQl/HDH6X4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=umLsSyOgVe+wazMG0q14pU/xlOP4NkCiIyiEMVoHA59lc82iHjnjPpsBUSQWRyvIQP fR3zEpTO9vwHrZzt/MCxsshuiqOnrbuhIZfhG9osQOFRmlvCibPzS6gooKvBN1/GmoI8 5bRrPpN4oYyWXw/jMJhWM+B46cEYV/1yZdVHc= MIME-Version: 1.0 Received: by 10.210.76.4 with SMTP id y4mr1406222eba.17.1238138044171; Fri, 27 Mar 2009 00:14:04 -0700 (PDT) In-Reply-To: <1238136987.8491.173.camel@balrog.2hip.net> References: <49CB70BD.3040607@boland.org> <1238086577.1792.30.camel@balrog.2hip.net> <49CC43C4.7030905@swin.edu.au> <1238126285.8491.2.camel@balrog.2hip.net> <179b97fb0903262114i511ec294ief17475d673e70c9@mail.gmail.com> <1238136987.8491.173.camel@balrog.2hip.net> Date: Fri, 27 Mar 2009 02:14:03 -0500 Message-ID: <179b97fb0903270014u12e5fd10w46a18c36efa9ddf8@mail.gmail.com> From: Brandon Gooch To: Robert Noland Content-Type: multipart/mixed; boundary=0015174bdf284e47590466147a87 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Michiel Boland , FreeBSD Current , Mattia Rossi Subject: Re: still problems with intel video X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 07:14:06 -0000 --0015174bdf284e47590466147a87 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Mar 27, 2009 at 1:56 AM, Robert Noland wrote: > On Thu, 2009-03-26 at 23:14 -0500, Brandon Gooch wrote: >> On Thu, Mar 26, 2009 at 10:58 PM, Robert Noland wr= ote: >> > On Fri, 2009-03-27 at 14:11 +1100, Mattia Rossi wrote: >> >> Robert Noland wrote: >> >> > On Thu, 2009-03-26 at 13:10 +0100, Michiel Boland wrote: >> >> > >> >> >> Hi. I still have problems with a very slow display after logging o= ut of an X >> >> >> session and/or switching VTYs. The problem goes away if I add >> >> >> hw.pci.enable_msi=3D0 to /boot/loader.conf. >> >> >> >> >> >> Last csupped Mar 26 09:49 CET. >> >> >> >> >> >> System is Dell optiplex 745. Has built-in Intel Graphics Media Acc= elerator 950 >> >> >> >> >> >> Anything I can do to help solve this problem? >> >> >> >> >> > >> >> > I'm going to try and work on getting better debugging info from the >> >> > intel driver. =A0I don't have access to any newer Intel hardware at= the >> >> > moment, so testing is tricky. >> >> > >> >> > There is a tuneable for just msi on drm hw.drm.msi. >> >> > >> >> > robert. >> >> > >> >> > >> >> Yep, correct - here it is again - just had to log out of KDE, and aft= er >> >> logging in again, everything was slow as hell. >> >> I didn't fiddle with the msi settings, just rebooted the machine, and >> >> everything is fine again. >> >> So there must be something that works the first time X is started, bu= t >> >> upon restart stuffs up. Like some lock or reference which is not free= d. >> > >> > There is a problem with restarting X on at least some Intel chips... >> > This is a different issue, I was trying to look into that a little bit >> > yesterday, but it kinda works on this 915 that I have, so I haven't >> > isolated what is getting messed up. =A0Again, vt switch, suspend/resum= e >> > are in the same ballpark, restart is not. >> > >> > robert. >> > >> >> Mat >> >> >> _______________________________________________ >> >> >> freebsd-current@freebsd.org mailing list >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@free= bsd.org" >> >> >> >> >> >> > -- >> > Robert Noland >> > FreeBSD >> > >> >> I have been switching to the vty at which I started X in order to >> terminate X. If I try to terminate X while I'm in it, it just "hangs" >> -- I have to switch to the vty, ctrl-c it, wait, then blindly key in a >> reboot to get my system back up. IIRC, this started happening after I >> upgraded to Xorg 7.4. >> >> I thought that Mattia might be doing the same thing as a work-around >> for the freezing intel-driven display thing, thus the X-to-vty switch >> "fix" of disabling msi... > > Hrm, ok... So, vt switching on the I915 that I'm using to test(which > doesn't support msi) works pretty much perfectly. =A0Console is not > corrupted, (unless I've restarted X at least once). =A0Shutdown/reboot > from gnome also works as expected. > > I did most of the msi development on an i965gm, which did support msi > and vt switch also worked with msi at that time. =A0Restart was > problematic on the 965 then as well, which I believed to be an agp, or > agp/drm interaction issue. =A0So, unless some of the recent changes other > than msi, have broken 965, they should be mostly working ok as long as > you don't restart. > > The g31 and g45 are slightly different and all of my work for those has > been based on what Intel has released for linux and the small amount of > documentation that is available at this point. > > BTW, you debug output looks strange to me, did you also capture the drm > debug log from hw.dri.0.debug=3D1? > > robert. > >> -Brandon > -- > Robert Noland > FreeBSD > I've attached a copy of my /var/log/messages file after enabling hw.dri.0.debug, suspending, and then resuming. I disable it shortly after resume is complete. -Brandon --0015174bdf284e47590466147a87--