From owner-svn-doc-all@freebsd.org Sun Jan 15 04:50:20 2017 Return-Path: Delivered-To: svn-doc-all@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 9389FCB0EDB; Sun, 15 Jan 2017 04:50:20 +0000 (UTC) (envelope-from bjk@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (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 709E812A9; Sun, 15 Jan 2017 04:50:20 +0000 (UTC) (envelope-from bjk@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id v0F4oJEU057584; Sun, 15 Jan 2017 04:50:19 GMT (envelope-from bjk@FreeBSD.org) Received: (from bjk@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id v0F4oJIa057583; Sun, 15 Jan 2017 04:50:19 GMT (envelope-from bjk@FreeBSD.org) Message-Id: <201701150450.v0F4oJIa057583@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org using -f From: Benjamin Kaduk Date: Sun, 15 Jan 2017 04:50:19 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r49856 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 04:50:20 -0000 Author: bjk Date: Sun Jan 15 04:50:19 2017 New Revision: 49856 URL: https://svnweb.freebsd.org/changeset/doc/49856 Log: Add 2016Q4 Graphics entry from Matthew Macy Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml Sun Jan 15 02:55:29 2017 (r49855) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml Sun Jan 15 04:50:19 2017 (r49856) @@ -1099,4 +1099,73 @@ The &os; Foundation + + + The Graphics Stack on &os; + + + + &os; Graphics Team + FreeBSD-x11@FreeBSD.org + + + + + Matthew + Macy + + mmacy@nextbsd.org + + + + + Graphics Stack Roadmap and Supported Hardware Matrix + GitHub Repository + Ports Development Repository + Fork of libudevd-devd Shim + Graphics Team Blog + + + +

Good progress on graphics support was made during the weeks + around Christmas and the new year with the import of Linux's 4.9 + DRM for i915 and amdgpu into the drm-next + branch of the github repository. The amdgpu KMS + driver is already somewhat usable, with a few major known issues + remaining. It now supports GPUs as far back as Southern Islands + and up to Polaris. The 4.9 update also appears to have fixed a + regression in i915 that was introduced by the 4.8 merge + late this past summer. The drm-next branch now supports the + Intel integrated graphics unit up to Kaby Lake CPUs. To + facilitate out-of-the-box support on CURRENT, most of the + branch-local VM changes were reverted and the graphics fault + routines converted to use pg_populate. This new interface is the + source of a couple of regressions causing panics on i915 and + severe artifacts with amdgpu on integrated GPUs. Mark Johnston + (markj@) has volunteered to analyze these issues. Please show + your support and encouragement to Mark for helping to move this + project towards the finish line.

+ +

The xserver-mesa-next-udev branch was created for the ports + development repository, and holds Mesa 13.0 and fixes for + newer AMD GPUs. It uses a fork of the libudev-devd shim, also + bringing Mesa closer to Linux upstream. I plan to keep + updating drm and amdgpu (for use on my + desktop and potentially longer term for GPGPU computations) as + well as work with Mark to address the existing bugs in + i915 (assuming that two new porters are approved). + However, the Linux i915 developers seems to + aggressively explore the space of possible implementations and + use of Linux internal APIs, making it prohibitively time + consuming to track upstream. I am helping someone to learn the + ropes of how to replay a subset of changes from a Linux + release into &os; in the hope that he will take over the + mantle of drm-next i915 maintainer. Assuming the + issues listed above are addressed, a port of the linuxkpi, + DRM, and KMS drivers for use on standard amd64 CURRENT + installations is planned. Together with upgrades to the + relevant graphics ports, this will provide experimental + support for new AMD and Intel GPUs.

+ +