diff --git a/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml b/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml index a3dce7f9e8..987c64e041 100644 --- a/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml +++ b/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml @@ -965,4 +965,120 @@ WITHOUT_FORTH=y + + The Graphics stack on FreeBSD + + + + &os; Graphics team + freebsd-x11@FreeBSD.org + + + + + Graphics stack roadmap and supported hardware matrix + Graphics stack team blog + Ports development tree on GitHub + + + +

In the official Ports tree, the Mesa ports + (libglapi, libGL, libEGL, + libglesv2, gbm, dri) are kept close + to the latest Mesa 10.4.x release.

+ +

In the development tree (see the GitHub link), the update + to Mesa 10.5 came along with several improvements and cleanup to + the ports themselves. Now, all ports share the same configure + flags and build dependencies. As Mesa is built from scratch for + each port, this ensures that all libraries and drivers are + consistent with each other. This fixes at least two + problems:

+ + + +

The downside of this unification is that all ports will depend on + LLVM. This work is happening in the mesa-10.5 branch.

+ +

Progress has been made on OpenCL, thanks to help from + Johannes Dieterich. Clover (Mesa's implementation) and Beignet + (Intel's implementation) were added as ports to the development + tree. They were tested successfully on Radeon and Intel GPUs, but + see the wiki for an up-to-date status. Initially developed in + the opencl branch, everything has now been merged into the + mesa-10.5 branch. This cannot go into the official + Ports tree yet because it requires the unification explained + above.

+ +

A new port, drm-kmod was added to the official + Ports tree. It provides updated drm2, i915kms + and radeonkms kernel modules for FreeBSD 9.3-RELEASE + and 9.3-STABLE. The only difference from the vanilla modules is + the addition of hardware context support to the i915 driver. + The xf86-video-radeon and xf86-video-intel + drivers were patched to use the drm-kmod port on these + versions of FreeBSD. This will allow us to remove the duality + of the Mesa ports (libGL/libEGL/dri) + and only support one version (as is already the case in the + mesa-10.5 branch where Mesa 9.1.7 is gone). There is + no ETA yet for when this last part will happen.

+ +

In the development Ports tree, the xserver-next + branch was updated from xorg-server 1.16 to be tracking 1.17. + Again, this depends on the previous step: the removal of Mesa + 9.1.7.

+ +

Work is finishing up on an update of miscellaneous X.Org + components. Apart from updates to several X.Org ports, this + update also removes the use of .la files from the X.Org + libraries that still have them. Also, the + xf86-video-intel driver will receive patches to allow + it to compile against a newer xorg-server than 1.14. Most of + the X.Org component updates were submitted by Matthew Rezny.

+ +

The location where fonts get installed was overhauled and + the way to handle fonts from the plist got simplified. Now all + fonts are installed in /usr/local/share/fonts as + required by the XDG rules. Furthermore, making a port for fonts + should be easier: more aspects, such as calling fc-cache(1), are + handled by the Ports framework. Therefore, the font ports' + consistency was greatly improved.

+ +

In the kernel, the DRM device-independent code was + updated to match Linux 3.8. A merge to 10-STABLE is pending. + The i915kms kernel driver received an update too, which is + already merged to 10-STABLE.

+ +

Having both updates in place enables work on a + second update of the i915 driver: this time it will be + synchronized with Linux 3.8, like the rest of the DRM subsystem, + and bring Haswell support. This was started recently. Our hope + is that it will be ready in time for FreeBSD 10.2-RELEASE.

+ +

During Q2, we are going to work with the GNOME team on + porting libinput and testing Wayland. Currently we know that + GTK+3 and GNOME 3 have full support for Wayland. We also need + to test Xwayland from xorg-server 1.16+ to support X + applications on Wayland desktops. If you know of more software + that uses Wayland, we would like to hear about them. At this point + there are no plans to port the Weston reference implementation + of a Wayland compositor.

+ + + + +

See the "Graphics" wiki page for up-to-date + information.

+ + + +