From owner-freebsd-x11@freebsd.org Mon Jul 25 13:22:59 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51386BA3EF4 for ; Mon, 25 Jul 2016 13:22:59 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 379201F8F; Mon, 25 Jul 2016 13:22:59 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [10.10.0.77] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C8FD117F2; Mon, 25 Jul 2016 13:22:58 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Natasha Kerensikova" Cc: freebsd-x11@freebsd.org Subject: Re: 4.6 DM/i915 test report on Bay Trail (Celeron J1800) Date: Mon, 25 Jul 2016 10:54:57 -0230 Message-ID: <1C182523-47E4-4C1D-A5E5-4B7BEA47092D@FreeBSD.org> In-Reply-To: <20160725093641.GA98977@nat.rebma.instinctive.eu> References: <20160725093641.GA98977@nat.rebma.instinctive.eu> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.4r5234) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 13:22:59 -0000 Hi, I've found on my Skylake machine that the modesetting driver is more stable and produces fewer artifacts than SNA. I got to this driver by deleting my /usr/local/etc/X11/xorg.conf.d/XX-intel-driver.conf entirely: without a configuration directive to use the Intel X driver, it just used the KMS stuff transparently. I hope this helps, Jon On 25 Jul 2016, at 7:06, Natasha Kerensikova wrote: > Hello, > > I have already bothered you with my Celeron J1800, but I thought I > would > try to write a formal test report. I'm a bit late to the party, but I > hope it's still somewhat relevant. If it's not but you still have some > time to read me, I would welcome criticism on my report to make it > more > efficient on the next CFT round. > > Also I thouht I read some uncertainty about the code on SandyBridge, > and > I happen to have one ready to (show its power to) serve if I manage to > update the BIOS settings on the UEFI/MBR/bootstrap issue. As I'm weary > to mess with BIOS settings that work for now, is three a need for more > SandyBrdige tasting? > > > To be clear, I downloaded the image at > http://www.bsddesktop.com/images/cftdisk_nodebug_2016062423.img.xz > I couldn't use it directly, lacking a large enough USB stick, so I > copied the zfs on my production disk and updated bootfs accordingly. I > think the only relevant thing it changes is that the bootloader is > still > the one from 10.3-RELEASE, which might impact the console initial > state. > > To describe the machine, the sysctl hw.model is > Intel(R) Celeron(R) CPU J1800 @ 2.41GHz > > I first tried with SNA acceleration. > > Something weird happened the only time I tried `startx` without first > `kldload i915kms`, with `startx` takings tens of seconds (maybe even > more than a minute) to fail, and unable to change mode. > > With `kldload i915kms` first though X starts correctly with XFCE. > > I saw then some "healing" artifacts whenever a part of the screen gets > redraw in block. It's as if the wrong pixels are immediately updated, > but then in the next few seconds the display is stochastically > refreshed, eventually forcing all pixels to their intended values. > It's so fast and smooth that at first I took it for fancy WM > eye-candy, > before I realized it made the terminal barely usable. > > Some redraws seem immune from these artifacts, most notably the > background picture and the 3D screensaver. > > I couldn't get mplayer or vlc to display anything but a black window, > while sound played correctly. > VLC was quite unhelpful in diagnosing the issue, while mplayer kept > spitting: X11 error: BadAlloc (insufficient resources for operation) > > On the other hand, youtube on firefox showed nice and smooth videos > but > no sound. > > Then I tested with UXA, which mostly worked fine except outside of web > browser. I watched full HD video with mplayer, but I didn't check > whether > the decoding was CPU or GPU based. > > XCFE looked fine, but after a while I noticed that the shadow of > windows, instead of being translucent, was a comb of horizontal lines. > While the artifact doesn't affect the usability at all, I guess it > implies something wrong with alpha-compositing, which I don't I have > otherwise the opportunity to test. > > The main window of both firefox and chromium starts fine, but after a > random time becomes completely and irreversibly corrupt, exactly like > mishurov's screenshot of May 31st in > https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/6 > During an instance with an unusually long time before the corruption, > I > managed to start a youtube video, which was fine and smooth but still > without sound. > > surf-browser is not affected though, and I think I would use the image > daily if it could handle pages with HTML5-sound. > > > If there is anything more I should test, please let me know, I can > still > boot on the CFT fs. > > > Hoping this meager contribution helps, > Natasha > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Jonathan Anderson jonathan@FreeBSD.org