From owner-freebsd-x11@freebsd.org Mon Jul 18 21:31:33 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 58697B9D31C for ; Mon, 18 Jul 2016 21:31:33 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E479A1D11 for ; Mon, 18 Jul 2016 21:31:32 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: by mail-wm0-x236.google.com with SMTP id o80so3351356wme.1 for ; Mon, 18 Jul 2016 14:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instinctive-eu.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=9ybQHw+3kWDwBQHXChdyA2h4dWbNj/tnIpMzSyS9fz8=; b=FlscH4hkyBeN2PuZsiDA26UjP3U7kW43pMpiv/PZYBRvCmwpzhzNHoQF1o3NU3ObNH 2T0XGBfn3mjZQQ7jb9Bv/2ClDyMt21pjn0Jyrr8QYoJLGJ7r3Wh93jJH1eszWU/LyU7s ChVhjyvuerGMnTw+ht7aT0vMUszBZ45GAvCJ5Pll8afiaDmbqr35fFWB2DUeJoQSOaYj KJ1ScKG0bTpoHRsQ9wBn4P2RTkkda7SqNehad8lfTro0G4gnE1o+LR9oYIA+ODd6lU+Y Si18IIKg8bE1tqtvVLnYPPAOqjHSNwEbWlWfOFlh8PsIpdtkzzBfpketWFfQkRjwi7Wm L5OQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=9ybQHw+3kWDwBQHXChdyA2h4dWbNj/tnIpMzSyS9fz8=; b=fNvU7tv6lxZtWfKRIkjxnV4pvs/vlrC0srM06Dq/H14yau9O4vQS64lFgUAld4jFxe hM1ayIDN2Hk6WEoIKfTCFx5noWIM5UCNxWr15BKfM8EBVocWfS2YzZYZY7Vg+/kH1M1Q VJA4607x2axy1brmid5hecSV/O3iTPWUaaAllecichgE5YsNsBAUFQwrOylawHUsf8Vb Q84UpwH603jGrLpCIaQlQJe4cH9h9c44o+Cc69x+W09ufuOk9O6OQgCvic7vt/h8kkEW /iaOq9TtNbrSp3uMZ7VDR3Vao1w7eVH0P1pS0iXuACqdyC1H0/k/HzuLM+cubWDL9QqS QsXg== X-Gm-Message-State: ALyK8tLH8HvrsjDsBXLYaK7ElgIkETZO6cFVzz1+DpjUVVs0821kYXRSeDr5TbLhBz6w6Q== X-Received: by 10.194.78.9 with SMTP id x9mr2924864wjw.42.1468877490713; Mon, 18 Jul 2016 14:31:30 -0700 (PDT) Received: from sigil.instinctive.eu ([2a01:4f8:a0:6025:202::1]) by smtp.gmail.com with ESMTPSA id bz3sm3191216wjc.19.2016.07.18.14.31.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 18 Jul 2016 14:31:29 -0700 (PDT) Date: Mon, 18 Jul 2016 21:31:29 +0000 From: Natasha Kerensikova To: freebsd-x11@freebsd.org, Juan =?iso-8859-1?Q?Ram=F3n?= Molina Menor Subject: Re: How to have accelerated graphics with Intel Celeron J1800 (Bay Trail) ? Message-ID: <20160718213129.GR13253@nat.rebma.instinctive.eu> References: <578C8934.2010705@club-internet.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <578C8934.2010705@club-internet.fr> User-Agent: Mutt/1.6.1 (2016-04-27) 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, 18 Jul 2016 21:31:33 -0000 Hello, on Monday 18 July 2016 at 09:45, Juan Ramón Molina Menor wrote: > Hi Natasha. Thanks a lot for taking the time to answer. > Matthew Macy has done a lot of work recently to support relatively > recent Intel GPUs in CURRENT. The development branch is in GitHub, I > suggest you to start here: > https://github.com/FreeBSDDesktop/freebsd-base-graphics/wiki I did encounter that page, though I admit digging seriously into it after posting to the ML. However, it looks like rather experimental stuff, which is fine by me but slightly besides my original questions. So just to be clear and be sure I correctly understood everything I came across: - Is vanilla FreeBSD 11.0 supposed/planned to support Haswell, or have I misunderstood something at some point? - Is there any definite information one way or the other about whether vanilla FreeBSD 11.0 is supposed to support Bay Trail ? - If not, was it a stretch to assume Bay Trail support when the both immediate successor (Haswell) and immediate predecessor (Ivy Bridge) are supported? I honestly thought that my 11.0-BETA1 was supposed to handle my Bay Trail, albeit with a beta-level of quality. When that outright didn't work, I tried with the vanilla 11.0-BETA1 kernel and userland the newer ports from http://www.bsddesktop.com/images/xserver-next-pkgs/, with similar results. Then I did try to compile the drm-next-4.6 branch, using wiki instructions, and found a build error beyond my understand a few hours later. > As for your Bay Trail chip, there is an open bug: > https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/6 Only an hour ago did I finish downloading the CFT image labelled 2016062423, and I think I can reproduce the bug. The funny thing is that the corruption I see "heals" over time, so I first I thought it was a fancy effect from the desktop environment (I'm not well acquainted to these fancy UIs). I guess it does dampen the motivation to try and make it work on a more vanilla release, if that's the best that can be achieved with current code... In case it is unexpected for anyone, here the difference in Xorg.0.log between CFT and 11.0-BETA1. The following line are the last common lines: [ 140.072] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: [long list snipped] [ 140.074] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000 [ 140.074] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100 [ 140.074] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300 [ 140.074] (--) Using syscons driver with X support (version 16777218.0) [ 140.074] (--) using VT number 9 following that, 11.0-BETA1 immediately complains that there is no device and no screen and aborts, while the CFT gives: [ 140.078] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20160229 Also, it might or might not be related to the corruption healing, I have (EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed. (EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. (EE) [mi] mieq is *NOT* the cause. It is a victim. [ 164.765] [mi] Increasing EQ size to 1024 to prevent dropped events. [ 164.767] [mi] EQ processing has resumed after 857 dropped events. [ 164.767] [mi] This may be caused by a misbehaving driver monopolizing the server's resources. [ 170.463] (EE) intel(0): Failed to submit rendering commands (Input/output error), disabling acceleration. > Concerning the scfb driver, I’ve used it with success (but only in a > Haswell chip) by just adding the following lines to xorg.conf: > > Section "Device" > Identifier "Generic FB" > Driver "scfb" > # Option "NoAccel" "True" # Both work, test it > EndSection Thanks exactly what I did, but X couldn't start, again complaining about lack of screen. scfb driver itself reported an error "FBIOGTYPE" about an inappropriate ioctl. Unfortunately I lost the exact line when installing the CFT image, I thought it was in the backuped data but I was wrong. I can rebuild the 11.0-BETA1 given some time, if there is interest. Which leads me to the naive question: is there any reason to use scfb when vesa fits my need? The only thing I miss from 10.3-RELEASE vesa is the 2D acceleration (and maybe the video decoding, not sure how the celeron CPU fares), but I thought I read somewhere that scfb isn't really accelerated either. Am I missing something? Thanks a lot for your help, Natasha