From owner-freebsd-x11@FreeBSD.ORG Tue Jul 12 08:17:09 2011 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 3702C106566B for ; Tue, 12 Jul 2011 08:17:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B0A458FC12 for ; Tue, 12 Jul 2011 08:17:08 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p6C8H4hd068929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jul 2011 11:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p6C8H4uo085644; Tue, 12 Jul 2011 11:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p6C8H43i085643; Tue, 12 Jul 2011 11:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jul 2011 11:17:04 +0300 From: Kostik Belousov To: Andrey Kosachenko Message-ID: <20110712081704.GB43872@deviant.kiev.zoral.com.ua> References: <20110708182040.GC48734@deviant.kiev.zoral.com.ua> <20110708184413.GD48734@deviant.kiev.zoral.com.ua> <20110709174612.GN48734@deviant.kiev.zoral.com.ua> <4E1A0362.8050808@gmail.com> <20110710212339.GO43872@deviant.kiev.zoral.com.ua> <4E1B56E7.4090801@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HYC+c85AsWjroYih" Content-Disposition: inline In-Reply-To: <4E1B56E7.4090801@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org Subject: Re: Intel GPU kernel driver 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: Tue, 12 Jul 2011 08:17:09 -0000 --HYC+c85AsWjroYih Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 11, 2011 at 11:02:47PM +0300, Andrey Kosachenko wrote: > Hi, Konstantin, >=20 > On 11.07.2011 00:23, Kostik Belousov wrote: > >>So far I'd like to admin 2 issues: > >> > >>- switching between vts (Ctrl+Alt+F[1-9]) doesn't work over here, > >>attempt to switch to consoles within range [1-8] leads to garbled screen > >>(https://lh4.googleusercontent.com/-WmDhn1X-Ze0/Thn-O5dfeiI/AAAAAAAAABM= /WIX3co3DQaM/s720/20110710_003-1.jpeg) > >>though 9-th (occupied by X) is always displayed properly; Yes, VT switch handling is not implemented. > >> > >>- attempt to play video (by means of vlc) freezes machine completely. I > >>hasn't spotted it yet (system is installed in zfs and there is no > >>freebsd-swap partition, so I didn't manage to make savecore leave smth. > >>for further investigation); > >> > >>PS: > >>I didn't mention any listings (pciconf,dmesg,...) however if those > >>considered to be useful/helpful just let me know. > > > >Most likely, GPU hung, and what you saw as working X was operating > >without acceleration. Without dmesg, it cannot be diagnosed further. >=20 > Okay, csup'ed, applied all.5.1.patch, recompiled kernel and=20 > rebuilt/reinstall supplementary stuff. >=20 > Results are the following: > - video is played w/o any issues (machine didn't freeze); > - vt switching behaves as in my previous post; >=20 > Also not sure that X actually operates w/o acceleration: the following=20 > output makes me think so: >=20 > # env LIBGL_DEBUG=3Dverbose sh -c 'glxinfo 2>&1' | egrep '(render|Driver)' > direct rendering: Yes > OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile > GL_EXT_vertex_array_bgra, GL_NV_conditional_render, If OpenGL apps work, and not cause the X server to die with SIGBUS, then yes, most likely acceleration works. >=20 > Additional information: > - pciconf -lvb: http://pastebin.com/YT8wUBiZ So this is another Ironlake. >=20 > - dmesg output (with DE effects enabled, leads to garbled screen):=20 > http://pastebin.com/DU3RvzTi >=20 > - dmesg output (failsafe DE session): http://pastebin.com/f4gghA6E No useful information there. >=20 > - and just in case X logs (with ModeDebug=3D"true"):=20 > http://pastebin.com/iEPxm8ib When did the X server segfaulted ? >=20 > -- > WBR, > Andrey Kosachenko --HYC+c85AsWjroYih Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4cAv8ACgkQC3+MBN1Mb4hTagCg9YpkuLwZ9xD9KiYUVr/40fwj mKsAoK8+9Q6bWHmEZ5Y3MLHs0iNOYA9F =QT3R -----END PGP SIGNATURE----- --HYC+c85AsWjroYih--