Announced just hours ago on the X.Org development mailing list is recent work to create the xf86-video-nested driver. As implied by the name of the driver and the title of this news post, this is an X.Org video driver designed to run nested X.Org servers. In other words, X.Org on top of X.Org.
As I just announced to the X.Org mailing lists (I'm the organizer of this year's event), the 2011 X.Org Developers' Conference is taking place in Chicago, Illinois from the 12 to 15th of September.
Jeremy Huddleston has tagged the first point release in the X.Org Server 1.10 series.
Patches have been presented on the X.Org development mailing list that provide a number of fixes and improvements to the ill-loved xf86-video-sis, the SiS X.Org driver.
While student registration for this year's Google of Summer of Code (GSoC) has not yet commenced, it's looking quite hopeful for the X.Org / Mesa work this summer. There was an OpenGL 4.1 state tracker that was proposed and some developers are calling this too ambitious. Just days ago there was then a multi-GPU PRIME and hot-switching proposal. This though is not the end of the list.
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.
807 X.Org news articles published on Phoronix.