Date: Sun, 26 Apr 2020 07:48:35 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 236003] x11-drivers/xf86-video-intel: update to 2020-04-21 snapshot and refactor Message-ID: <bug-236003-7141-F3pkF9lv6M@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-236003-7141@https.bugs.freebsd.org/bugzilla/> References: <bug-236003-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236003 --- Comment #49 from Taku YAMAMOTO <taku@tackymt.homeip.net> --- First of all, I'm glad that you haven't lost your attention on this topic! (In reply to Jan Beich from comment #47) > > It appears that Xorg begins either spinning inside drm ioctl or > > hopping U-K back and forth after massive texture operations. >=20 > Does it happen as soon as Xorg is started? If not which application cause= s it. No, Xorg starts and works as normal until I start playing some videos (fire= fox, mplayer -vo xv or -vo gl) and keep watching for a few minutes. The duration until Xorg gets stuck varies from time to time. > What's U-K? What do you mean by hopping? CPU usage spikes in top(1)? Sorry for unclear wording. I mean that Xorg seems to call ioctl either too frequently or ioctl busy-lo= ops inside drm (I'm not certain). > Did you see anything unusual in Xorg.log? Mainly look for (EE) lines. Nothing special. > Does enablig DRI3 in xorg.conf help? xf86-video-intel defaults to DRI2 un= like modesetting. I never thought xf86-video-intel still defaults to DRI2! I'll test the v7.3 with DRI3 enabled first, then will try v8. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-236003-7141-F3pkF9lv6M>