Last week a student developer from Belgium had proposed an OpenGL 4.1 state tracker for Gallium3D to be developed this summer as part of the X.Org / Mesa involvement with the annual Google Summer of Code. Under this proposal, OpenGL 4.1 would be implemented from scratch (Mesa / Gallium3D are currently only supportive of OpenGL 2.1 with limited support for OpenGL 3.0 extensions) without any dependence on Mesa; some of the well-known Mesa developers called this too ambitious, but it's unclear if the Belgian developer will still attempt this workload. Meanwhile, a Russian student developer has just voiced two ambitious proposals: Multi-GPU PRIME support and GPU hot-switching.
Summer is quickly approaching in the northern hemisphere so that means it's time for yet another year of Google's Summer of Code. Once again, X.Org / Mesa should be participating, so it's now time to submit ideas for areas where potential student developers could focus their summer work. Here's a few of the possibilities.
Besides laying out the plans for releasing X.Org Server 1.11 in August, Keith Packard has restarted the discussion surrounding RandR 1.4 so that it will hopefully be readied for integration into this next X Server release. It was part of X.Org Server 1.10 until the last minute when it was pulled from the server and caused a last minute video ABI break.
It seems as if the X.Org project has finally formed a habit of wanting to release on time. In years past, even point releases have been more than 200 days late and there hasn't been much to their release schedules that were actually executed on time. It's something I had long pointed out and have received jabs back in turn, but the past few X.Org Server releases have been tagged on time, plus or minus a few days. It looks like X.Org Server 1.11 may be another on-time release, it's at least being planned right out of the starting gate.
Tiago Vignatti has put out some statistics on the contributions to X.Org development during the X.Org Server 1.10 development cycle, to the xorg-server itself as well as the open-source drivers.
Last August we reported that Apple's lead X.Org engineer, Jeremy Huddleston, had stepped up to take over stable release management of the X.Org Server 1.9 series. The assumption was that Apple was planning to make X.Org Server 1.9.x available within their forthcoming Mac OS X 10.7 "Lion" operating system rather than the old X.Org Server 1.4 found with Mac OS X 10.6 "Snow Leopard". After trying out the latest Mac OS X 10.7 build, this is indeed the case.
X.Org Server 1.10 RC3 was barely out for 24 hours, but X.Org Server 1.10 was officially released on Friday evening by Keith Packard.
Only a few days have passed since the release of X.Org Server 1.10 RC2, but another release candidate has now arrived. Given the short turnaround time since the previous release candidate and now being days away from the final release, it's a mundane release candidate, right? Actually, no. RandR 1.4 was just pulled in its entirety from xorg-server 1.10, which also caused the server's video ABI to now be bumped again.
Keith Packard has just announced the release of the X.Org Server 1.10 release candidate. "RC2 has all of the reviewed fixes merged in. The only fixes I've got pending at this point are some RandR DIX fixes that haven't been reviewed yet. Other than that, I think we're pretty much ready for the 1.10 release. Let me know if you've got pending fixes that you want to see merged in 1.10."
To all registered X.Org members, the 2011 elections are beginning next week for replacing four board member seats this year. The elections will end on the 28th of February for selecting four of six members.
One of the seldom mentioned X.Org DDX drivers is xf86-video-v4l. This driver is not for some obscure or vintage hardware like many other drivers in the X.Org tree (e.g. -savage, -s3virge, -tseng, -trident) but it targets no specific graphics card and instead provides an X-Video extension port for video overlay. Just load the module and it works with any hardware supported by a Video 4 Linux (V4L) driver. While this driver isn't often worked on (the most recent commits in Git are from July), it's in the process of being revised.
Before ending out last week, Jeremy Huddleston released X.Org Server 1.9.4. At least one more release, X.Org Server 1.9.5, is also expected before this branch is retired in favor of X Server 1.10, which will be released in the coming weeks.
The videos from this year's Linux.Conf.Au conference are now available online. There were a few graphics talks by Keith Packard, Eric Anholt, and Adam Jackson, which can be found embedded below.
For those following closely the development of Ubuntu 11.04, in the process of going into the Ubuntu Natty repository this week is its new X stack. This means the latest snapshot of the unreleased X Server 1.10 and Mesa 7.10 for the open-source DRI / Gallium3D drivers. Due to the usual API/ABI breaks, this also means updated X.Org drivers are also going into the "Natty Narwhal" repository at the same time.
Soren Sandmann Pedersen has announced the release of the xf86-video-qxl 0.0.13 driver. The QXL X.Org driver isn't commonly talked about at Phoronix like the ATI/AMD, Intel, and Nouveau Linux drivers, but this is the driver used for the QEMU para-virtualized guests with the QXL Virtual GPU that is found in SPICE, the Red Hat Enterprise Virtualization System. This driver brings some semi-interesting changes.
This entry on the X.Org Wiki isn't brand new, but for those that have yet to see it, there is a development guide to how graphics cards work on this Wiki page. There was just a trivial update to the guide today and I had then realized it hasn't been mentioned before on Phoronix.
The October release of Pixman 0.20 brought performance improvements, particularly when using this pixel manipulation library for X and Cairo under ARM platforms. A month later there were more ARM optimizations in the first development snapshot for Pixman 0.22. The second development snapshot for Pixman 0.22 has arrived this morning, and guess what? It brings more ARM performance improvements.
Earlier this month we reported that the X.Org multi-touch work was nearing completion and now this work is getting even more readied for X.Org Server 1.11 once its merge window opens in February. Daniel Stone has today put out a fourth version of these X patches that provide proper multi-touch support to Linux and other operating systems running X.Org.
The past few days I've been wondering whether or not X.Org 7.6 would make it out in 2010 or not. After all, this X.Org katamari update was supposed to be here in August after X.Org 7.5 was released in October of 2009 and the 7.6 release was delayed to November. The release of X.Org 7.6 didn't come in November, but there was one release candidate but not much information since. This afternoon, however, Alan Coopersmith has announced the final release.
For X.Org Server 1.11, to be released likely in late summer of 2011, there will be proper multi-touch support. For quite a while now there's been work under-way largely by Daniel Stone and then more recently by Canonical. A few weeks back Daniel Stone returned to the multi-touch party to get X Input 2.1 with multi-touch support beaten into shape. It's now nearly ready.
Coming just as anticipated, Apple's Jeremy Huddleston has announced the release of X.Org Server 1.9.3. This is the third maintenance release in the 1.9 series, which was originally introduced in August.
Following the hiatus last week with the X.Org Server 1.10 merge window being kept open to allow time for finishing up RandR 1.4 with per-CRTC pixmaps and then NVIDIA pushing for fence sync support in this release, the work has now settled and the merge window has closed. Keith Packard has also announced the first development snapshot of X.Org Server 1.10.
While version 1.4 of the Resize and Rotate (RandR) extension was supposed to be introduced with X.Org Server 1.9 (to the point that it delayed closing their merge window), it never made it. RandR 1.4 and its per-CRTC pixmaps once again delayed closing the merge window, but this time it's for X.Org Server 1.10 and its promised to only be a few days. Fortunately, it looks like Keith Packard was right this time and RandR 1.4 is about to land.
Apple's Jeremy Huddleston has announced the second release candidate for the forthcoming X.Org Server 1.9.3 point release. This point release in the stable 1.9 series delivers on more bug-fixes, with a handful of them for Apple's XQuartz, which is important especially as it looks the 1.9 series will be used by Mac OS X 10.7.
While the X Server 1.10 merge window should soon close, the patches for implementing X Input 2.1 / Multi-Touch support are on track for the next release, X Server 1.11. Ubuntu is also expected to ship these patches with their X.Org Server in Ubuntu 11.04.
While the merge window was supposed to close yesterday for X.Org Server 1.10, which is supposed to be released in February, it looks like Keith Packard will keep it open for a few more days. Keith Packard, who is continuing to serve as the X.Org Server release manager, wants to keep the 1.10 merge window open until at least next Monday so he can pull in some new code he has been developing.
It's long been a topic of what parts of X.Org should be killed with fire. There's plenty of dated and obscure X.Org and Mesa drivers around for hardware that hasn't even been manufactured in years and are rarely used. At XDS Toulose and on other occasions it's been decided not to do a massive purge of all these legacy graphics drivers for Linux. Old hardware support by the X Server has once again been brought up, but this time it's about monitors.
The X.Org Server 1.10 merge window closes tomorrow for for its release schedule so that it can ideally be released on time in mid-February (hopefully we will finally see X.Org 7.6 before then too). This next X.Org Server release isn't particularly interesting but is more along the lines of a big maintenance update with some new fun on the input side.
We have been tipped off that a few VA-API patches have hit the upstream libva tree for furthering along Google's Android support for this video acceleration API. VA-API is arguably the second best video playback acceleration API available to Linux users, after the NVIDIA-created VDPAU.
Being brought up from the discussion surrounding the RadeonHD driver being vandalized, which wound up just being a prank by two X.Org developers to torment one of the former RadeonHD developers, was a discussion why more companies don't contribute back to X.Org. Do companies think the X.Org code is too hard? That it's not worth the time? Is it all politics?
802 X.Org news articles published on Phoronix.