Wayland Archive

The X Window Innovation

"Over time, many people have complained about the X Window system; the X Window system, or Xorg in its current most popular implementation, is the layer between applications and the graphics adapter. It has some fantastic features (like the ability to run application over the network) and some shortcoming. One thing is sure: it has evolved over the last year or so, immensely, especially as far as 3D and hardware acceleration."

A Working X Input 2 Implementation

Peter Hutterer, Red Hat Xorg developer has posted the code for the first X Input 2 implementation. Peter is well known for his work on Multi Pointer X (MPX) and has more information on his blog. "XI2 is important for two reasons. One, it's the client-side API that enables applications to make use of MPX. For obvious reasons, I have some interest in getting this done. The other part of XI2 (and why it is called XI2) is that it's a new version of the X Input Extension. One of the goals here is a cleaned up API that is less painful to use than the first, current, version." Phoronix has other details as well.

Red Hat’s Plymouth Sees New Work

Plymouth is a freedesktop.org project to create a flicker free graphical bootup system designed and developed by Red Hat and included in Fedora 10. Red Hat has been working on Xorg drivers and within the Linux kernel to improve and enhance the kernel mode support needed for Plymouth. Fedora 10 included support for many ATI cards and this is being developed further in Fedora 11 to cover Intel and Nvidia cards as well. Plymouth supports a flexible and powerful plug-in system which can be used to create Plymouth themes. Fedora includes several of them including a simple progress bar and the solar plugin. Now additional work is being done to improve many things and this will land up in Fedora 11 as well.

X Server 1.6.0 Released

It's arriving about two months later than originally scheduled (and didn't arrive in 2008 like Intel wanted), but X Server 1.6 has been officially released this afternoon and it wasn't 212 days late like the infamous X Server 1.4.1 release. X Server 1.6 introduces the server bits for Direct Rendering Infrastructure 2 (the 3D bits can already be found in Mesa and the Intel driver), X Input 1.5 with device properties, Predictable Pointer Acceleration, and RandR 1.3. Beyond those key features, there are also a number of bug-fixes, EXA improvements, and various other improvements.

Improving Linux GPU Power Management

Red Hat's Matthew Garrett has actively been working on improving power management with graphics processors via the various open-source X.Org drivers. There is quite a lot of work involved, but at the FOSDEM x.org meeting he shared an update on his progress. In particular, Matthew is trying to conserve power with the GPU, memory, outputs, and displays. Read on to understand Red Hat's work on power management.

MaXX Interactive Desktop Brings a Little SGI to Linux

Most of you will be familiar with Silicon Graphics, Inc., once the proud leader in the graphics workstations market with their high-end MIPS workstations, running the UNIX System V based IRIX operating system. The company has been in steady decline for a long time now, and two years ago it put an end to its MIPS product line, favouring processors from Intel. Back to IRIX - it has many assets and good features (XFS, for instance), and the IRIX Interactive Desktop was certainly one of them. Sadly, it never properly made its way out of IRIX, but this is now being worked on, with the full support from SGI.

X.Org 7.4 To Be Released Today

It has been one year and four days since X.Org 7.3 was released and a number of months since X.Org 7.4 was supposed to be released, but today X.Org 7.4 is scheduled to finally make it out the door! This release is shipping quite late and with a slimmed down set of features, but in this article we have more details on what this release holds in store for the Linux desktop community and why it may be a short-lived release.

Cairo, Xlib, and the Shared Memory Extension

"Maybe I'm just naive, but designing a graphics API such that all image data had to be sent over a socket to another process every time the image needed to be drawn seems like complete idiocy. Unfortunately, that is precisely what the X Window System forces a program to do, and exactly what Cairo does when drawing images in Linux - a full copy of the image data, send to another process, no less, every time it is drawn. One would think there would be some room for improvement. Unsurprisingly, others felt the same way about X, and decided to write an extension, Xlib Shm or XShm for short, that allows images to placed in a shared memory segment from which the X server reads which allows the program to avoid the memory copy. GTK already makes use of the XShm extension, and it seems like a good idea to see if Gecko couldn't do the same."

KDE, GNOME To Co-Host Flagship Conferences in 2009

Even though some users of the two desktops take every opportunity to make fun or flat-out attack one another, it is no secret to more reasonable people that the KDE and GNOME projects strive to make their respective desktops interoperate, and that the developers working on either of the two projects have a great deal of respect for one another. This has lead to an attempt to jointly organise the desktops' flagship conferences, in one place, in 2009.

A Preview of Kernel-Based Mode-Setting

Have you ever been annoyed by Linux' lack of a coherent graphical boot process? Graphics hardware causing problems during sleep/wake cycles? Problematic virtual terminal switches? Kernel-based mode-setting, a new feature of Xorg still in heavy development aims to solve many of these problems by moving the mode-setting code from the user-space X driver into the Linux kernel. Phoronix takes a look at this new feature.