From owner-freebsd-x11@FreeBSD.ORG Tue Aug 5 09:22:29 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDE79DFA for ; Tue, 5 Aug 2014 09:22:29 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 915002A47 for ; Tue, 5 Aug 2014 09:22:29 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1XEawt-000LRZ-Mz for freebsd-x11@freebsd.org; Tue, 05 Aug 2014 11:22:28 +0200 Message-ID: <53E0A253.20206@FreeBSD.org> Date: Tue, 05 Aug 2014 11:22:27 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: NEW_XORG EQ overflow problems References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmuaqq4o7Xl9LnJ7q6m3tEJUKTJoh5tL6" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 05 Aug 2014 09:22:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cmuaqq4o7Xl9LnJ7q6m3tEJUKTJoh5tL6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 26.07.2014 20:17, Toms Bergmanis wrote: > Hi. Hello! > With the NEW_XORG repo i decided to again try out how my system behaves= > with the new drivers. As usual everything pretty much as expected (work= ing > drivers), but sometimes Xorg (or something from the graphics stack) lik= es > to act up and my pc reboots - screen image gets scrambled and my pc reb= oots > or restarts the X server (on one occasion the system just froze). Usual= ly > this happens on heavy load - copying files from backup and/or viewing s= ome > 1080p images on the web. >=20 > (...) >=20 > ... > [ 2147.193] [mi] EQ overflowing. Additional events will be discarded > until existing events are processed. > [ 2147.193] [mi] These backtraces from mieqEnqueue may point to a culp= rit > higher up the stack. > [ 2147.193] [mi] mieq is *NOT* the cause. It is a victim. > [ 2156.345] [mi] EQ overflow continuing. 100 events have been dropped= =2E As the message says, this is not the real error. Somehow, the X.Org server can't stand the flow of incoming events. Our Radeon driver may be too old for your GPU generation and it may lack some optimizations. If you feel like trying experimental stuff, here are some ideas: 1. Newer X.Org-related ports are available in the xorg-dev Subversion repository. You could checkout the following branch: https://trillian.chruetertee.ch/svn/ports/branches/experimental/ From that checkout, rebuild graphics/libdrm, graphics/libglapi, graphics/libGL and graphics/dri. I think that's enough. 2. You could checkout my "kms-drm-update-38" Git branch: https://github.com/dumbbell/freebsd/tree/kms-drm-update-38 In this checkout, you can just rebuild the kernel (a 11-CURRENT kernel). Keep your world untouched, so that you can come back easily to plain 10.0-RELEASE. --=20 Jean-S=E9bastien P=E9dron --cmuaqq4o7Xl9LnJ7q6m3tEJUKTJoh5tL6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJT4KJTAAoJEDnpl2Gl/ZTMQY4P/iVZMuAaki1nK2qgwc5yYM2s W6JI0qtfMECME7O5ySy7+jsKM9ujkuSJrhsHhdjRDIcm5DSsgOm5Gb6yBrHI7DMZ Gi78WzwIUiTIzTuGtf/UHOm0dKNQKOoABYnlIEU4Wn2shfyiy2iG+6I3hEk/jNxk bmK3HGwU0VemuwH9WNFXIiTbJ4Mqnep4akP2vNimvv+j6ZTVjOU9oCOs2+gDO1Be o0I6qLC0RqWd+hJdldNG3HxoqZ5JgeUXZhs6fVbxES9rfLueKPF/aaqeFoNCqIpj qmDvo528Yz+tGpsRHMXjXa0hGf9uyvj/xKE50O3FenaJbfTCbJlTqBpuoUJYrdeS 69LVTUx7cM/C1Hpd5g6cJFL8CejH4D8x3kPS5s28U3gpvELwA7gMgEqrhsOGJ3Rf v+rImXVfQK88KCeAYzI7bvBVq00JRhPpK1HCRkeB82mLav93vYrTV2QqlhCoFjfH Le3Yo0eEMBJQQhimoCu63IqM+NJR8qNtL2KVaHIfjtc5g576XT6yHQ5MgAUVwZDP TScqPsr/IzIBn6bIQulpk5Hags7UQr4x9WdgSmZrani3Wf7KR78dPjmkLikPm2yA WUNnLySlZdxwC5qiNpUwmumqJz3QbB9HCgldSnc7yeo45DrEkBApZsPo/Q1MsyIh UZ9JDtZrHNt8B3bcc0VD =D4QV -----END PGP SIGNATURE----- --cmuaqq4o7Xl9LnJ7q6m3tEJUKTJoh5tL6--