While there's no supportive driver out at this time, NVIDIA continues to be working in the direction of supporting non-X11 windowing systems like Mir and Wayland.
XDC2014 Bordeaux should be very interesting next week. Besides AMD providing an update on moving towards a unified open-source driver and NVIDIA still working on the new Linux OpenGL ABI, Andy Ritger of NVIDIA has a secondary talk regarding Enabling Alternative Window Systems with a non-Mesa Graphics Driver Implementation.
As another interesting NVIDIA Linux news item before ending out the month are some patches published just before the start of the weekend by NVIDIA. A NVIDIA developer has proposed explicit synchronization support for the Nouveau driver, complete with some "RFC" patches.
Lauri Peltonen, a NVIDIA System Software Engineer that's part of the Tegra software team, posted the set of seven open-source patches on Friday. The open-source DRM drivers already support implicit synchronization whereby fences are attached to buffers and the kernel manages the fences automatically based on buffer reads/writes. The explicit synchronization feature being pursued by the Tegra team is where fences are passed independently and the kernel takes and emits fences to/from user-space when submitting work, as explained by Lauri on the mailing list.
Years ago there was a VA-API state tracker within Gallium3D for offering drivers support for the Video Acceleration API. That implementation, however, was dropped back in 2012 as it was largely unmaintained and the VDPAU state tracker proved to be more popular. Now, however, it seems AMD is working to introduce a new VA-API implementation for Gallium3D.
Published on Friday by AMD's Leo Liu was a set of video-related patches for Gallium3D that included a new VA-API state tracker written by Christian König. This new state tracker isn't just a re-send of the earlier patch series: there is new code included but the copyrights also indicate some of the code is from its earlier 2010 state by the community.
For those anxious to see NVIDIA's newest high-end Maxwell graphics card, the recently launched GeForce GTX 980, on Linux, here's some preview results.
My GeForce GTX 980 sample just arrived on Friday so I've been busy testing it over the weekend and plan to have the review out in the next few days. So far, the GeForce GTX 980 is running great on Linux.
These quick weekend benchmarks were comparing EXA and GLAMOR on the Radeon HD 6870 graphics card. The Radeon HD 7000 series hardware and newer (with RadeonSI Gallium3D) only supports GLAMOR -- 2D over OpenGL -- for 2D acceleration. The Radeon HD 6000 series hardware and older meanwhile has the dedicated 2D code-paths to support EXA by default while GLAMOR can be enabled via the xorg.conf if you wish. Fedora 21 has the X.Org Server 1.16 release and with its post-alpha updates was the Linux 3.17 nodebug Rawhide kernel.
With Intel Skylake Linux hardware enablement being worked on in steadfast by the Intel Open-Source Technology Center, earlier this month we saw the initial Skylake DRM kernel patches, earlier this week we saw the Skylake Mesa support patches, and then today we have the Intel X.Org driver getting patched for this next-generation hardware succeeding Broadwell.
The xf86-video-intel DDX Skylake support landed with this Git commit by Intel's Chris Wilson. However, the patch itself is very mundane... It's just adding the PCI IDs.
The GeForce GTX 980 is NVIDIA's most advanced graphics card to date and is running brilliantly on Linux -- assuming you're okay with binary blobs.
One week ago NVIDIA launched the GeForce GTX 970/980 graphics cards as their top-end, next-generation hardware built on their Maxwell architecture. Given the successes I've had with their mid-range but very power efficient GTX 750 series hardware that were the first on this new architecture, I've been incredibly anxious to see these high-end NVIDIA GeForce 900 series GPUs running on Linux... Fortunately, today the GTX 980 arrived.
Continuing in this week's alpha coverage of Fedora 21 are some performance benchmarks comparing it to Fedora 20 and the recent openSUSE 13.2 beta.
I've been very impressed by Fedora 21 in its alpha state and after running GNOME Wayland OpenGL gaming benchmarks with XWayland, I ran a simple performance comparison.
Released yesterday was AMD's first OpenCL 2.0 Catalyst driver but we also learned privately about what's coming next in the pipeline with the fglrx 14.50 update. There's Linux support for the Heterogeneous System Architecture coming in this driver along with VCE video encoding support for GCN GPUs -- to match the open-source RadeonSI Gallium3D driver in its video encoding capabilities.
AMD's Alex Deucher sent in another Radeon drm-next patch series this week with some more last-minute tweaks for the Linux kernel's next merge window.
While all the major Linux 3.18 DRM graphics features are already queued for this next merge window, a few more Radeon DRM changes were submitted this week. Topping off the AMD Radeon features for Linux 3.18 on top of R600 UVD video decoding support, Userptr support, and concurrent buffer read support is some Radeon Dynamic Power Management (DPM) tweaking.