The MeeGo Project announced last night they will be transitioning to Tizen, a new project from the Linux Foundation and others. Tizen is yet another mobile Linux attempt.
There's more good news out of the 2011 X.Org Developers' Conference in Chicago. Besides the big news that the S3TC patent might be invalid, PathScale has a working OpenCL compute stack, and other events, here's something very exciting: Intel really expects to have working OpenGL 3.0 support in Mesa for hardware drivers by the end of this calendar year!
There's been much news generated this morning concerning a report that Intel may be backing off of their support for MeeGo. I've received several emails about it, IRC messages, etc. However, I've tried to resist writing about it, as from my initial communications with various stakeholders and others, it appears that the report is largely bullshit.
Intel is one of the platinum sponsors of LinuxCon 2011 in Vancouver. They're also sponsors of the food and alcohol at the 20th Anniversary Linux Gala. Of course, they're also taking part in the technology showcase at LinuxCon. Here they showed off MeeGo and a number of Intel-powered devices.
Here's some more interesting news on top of photos of Steamworks on Linux. Intel has submitted a proposal to extend VA-API, the Video Acceleration API, to support H.264 encode and video post-processing. This is the video acceleration API used by Intel's graphics driver, among others, and is the second most popular Linux video API after NVIDIA's VDPAU, the Video Decode and Presentation API for Unix.
In the half-year since the launch of Intel's Sandy Bridge processors, these very fast processors with rather good integrated graphics (using an open-source driver) have been benchmarked every which way under Linux on Phoronix. Phoronix benchmarks have shown broken kernels, AVX compiler performance, and even comparison results to Windows and Mac OS X, among other original Intel SNB articles. What hasn't been tested up to this point though is the BSD operating system support for Intel Sandy Bridge hardware.
Intel has released the xf86-video-intel 2.16.0 DDX driver today, which offers up acceleration support for the next-generation Intel "Ivy Bridge" hardware and completes their graphics driver stack in terms of initial hardware enablement.
Intel is preparing its summer 2011 xf86-video-intel driver update. The xf86-video-intel 2.16 driver brings several new features to the Intel DDX, which is now available for testing in form of a release candidate.
It seems that Intel has a new interest in bringing Sandy Bridge graphics support to Google's Android operating system. Chad Versace, part of Intel's OSTC team normally working on the desktop Linux graphics stack, is looking to bring the Intel i965 (particularly, the Sandy Bridge support) of Mesa with libEGL over to Android Gingerbread for x86 devices.
At the beginning of the month I mentioned Intel's Alan Cox was working on GMA500 driver improvements, namely to add support for the next-generation Intel Atom processors that will carry PowerVR-derived graphics capabilities, similar to the notorious "Poulsbo" hardware. In the past week, Alan has now published more than 50 patches against the open-source "GMA500" driver that provides basic KMS support for the Intel hardware with graphics IP originating from Imagination Technologies.
The Intel Linux X.Org driver is now doing triple-buffered page-flips in the latest attempt to battle imperfect frames with tears or jitters. This is now the default behavior with the next xf86-video-intel release.
Before leaving for the holiday weekend, Intel put out two new open-source software packages. Coming out of Intel Labs is a distributed scene graph package and the other new project is an off-line ray-tracing package.
While Intel's OSTC (Portland) team is busy at work on Intel Ivy Bridge Linux graphics support for this next-generation hardware due out by year's end, the same team doesn't play with Intel's Poulsbo or other graphics IP that isn't an in-house Intel creation and part of their open-source driver. It seems, however, that Alan Cox is personally working on early "Cedar Trail" support for the open-source GMA500 driver.
Last week I mentioned that it looked like Google was interested in Gallium3D for Chromium OS. That has turned out to be the case and the flow of changes to the community Intel Gallium3D driver has only continued to increase.
The open-source developers working on the drivers for AMD/ATI Radeon and NVIDIA (via the Nouveau project) graphics hardware have tossed all their weight behind the Gallium3D driver architecture. The Gallium3D drivers have surpassed the "classic" Mesa DRI drivers in terms of capabilities, performance, and stability. The only strong holdout to Gallium3D has been Intel since they aren't convinced that it's the appropriate choice and they aren't interested in overhauling their Linux driver stack once more with the large upfront investment that's required in rewriting their user-space 3D driver in moving from classic Mesa to Gallium3D.
Intel's current-generation "Sandy Bridge" processors continue to sell incredibly well and perform phenomenally relative to AMD's current offerings and Intel's previous-generation hardware. Under Linux, the Sandy Bridge support is now excellent if pulling in the latest components (namely the Linux kernel, xf86-video-intel, and Mesa) and only continues to be improved over time with advancements like their new driver acceleration architecture. By year's end, Intel is expected to launch their "Ivy Bridge" processors as the successor to Sandy Bridge. Intel is already preparing the Ivy Bridge Linux support code.
It was only four days ago that Intel introduced the Sandy Bridge New Acceleration architecture, which brought tremendous speed improvements to their open-source Linux driver stack. Phoronix benchmarks are still forthcoming, but in many workloads the improvements are absolutely incredible, not only for the latest Sandy Bridge hardware but all generations of supported Intel integrated graphics.
While out celebrating the 7th birthday of Phoronix, Intel pushed out a new acceleration architecture for their open-source Linux driver. This new acceleration architecture is called "SNA" for "SandyBridge's New Acceleration", and it brings incredible results not only for Sandy Bridge, but for previous generations of Intel graphics as well. The results provided by Intel are absolutely stunning.
Beyond the demo of MeeGo Tablet UX running on Wayland, next week at the MeeGo Conference in San Francisco are a variety of other interesting sessions.
The MeeGo conference is running from tomorrow through Wednesday in San Francisco. This is the first conference for the Moblin-Maemo-mix since Nokia parted ways to team up with Microsoft and ship Windows Phone 7 on their future devices, but there's interesting work still going on in the MeeGo world. In particular, of interest to many Phoronix readers will be the fact that it sounds like the adoption of the Wayland Display Server is going quite well within the MeeGo world. It appears that there's already an experimental version of MeeGo Tablet UX working atop Wayland.
Prior to being spun into MeeGo, Intel's Moblin Linux distribution was one of the fastest-booting Linux distributions. Moblin worked phenomenally for Intel Atom netbooks with a great user-interface and was very quick at starting up. With the release this week of MeeGo 1.2, we have some Bootchart numbers for MeeGo 1.2 Netbook UX compared to Fedora 14 and Ubuntu 11.04.
Intel, now without the support of Nokia, has released their MeeGo 1.2 Linux-based operating system. The MeeGo 1.2 core release targets Intel Atom and ARMv7 architectures and is meant to serve as a baseline for device vendors and software developers to base their work upon.
This morning I wrote about the troublesome experience of Intel Sandy Bridge graphics under Ubuntu 11.04 as the packages found in the Natty repository are outdated and contain only the initial "SNB" support. In the mainline upstream code, Sandy Bridge is supported much better, offers faster performance, and possesses other new features (e.g. VA-API encode), except in the past week the Intel SNB Linux code temporarily broke hard.
The Intel G45 chipset was released in the summer of 2008, but only this week is it now possible to take advantage of VA-API video playback acceleration for this Intel integrated graphics processor.
Intel's Keith Packard has issued a pull request to David Airlie for their drm-intel-next branch for the Linux 2.6.40 kernel. The drm-nouveau-next was just pulled as well.
Intel has released an OpenCL Software Development Kit that provides support under Linux.
While some of Intel's Atom processors use PowerVR graphics (the notorious Poulsbo and now Moorestown), the vast majority of the Atom CPUs on the market take advantage of Intel's own graphics technologies developed in-house. This allows Intel to provide Linux support via their mainline open-source driver and overall the support is quite good. However, it seems with the next-generation Atom CPUs, this will change.
Ivy Bridge is Intel's next-generation processor to succeed Sandy Bridge by the end of this calendar year. At the end of April there was the release of open-source Ivy Bridge for the DRM/KMS driver in the Linux kernel so that the support can land in advance of the hardware's availability. Just moments ago Intel has now pushed out the open-source DDX (X.Org driver) support for Ivy Bridge as well.
Beyond working on initial Ivy Bridge support and continuing to fortify the Sandy Bridge support, Intel's OSTC team is still working on improving the GLSL compiler for Mesa.
Just as I had said two weeks ago: expect Intel "Ivy Bridge" open-source Linux support to be pushed to the Linux 2.6.40 kernel. This code was pushed today in preparation for the Linux 2.6.40 kernel. It will land in a similar manner to Valve's Source/Steam native Linux support coming soon, early AMD Bulldozer benchmarks, ATI/AMD's "Orka" Linux driver support in the past, etc. Here's Intel's Ivy Bridge code that enables next-generation hardware support.
1009 Intel news articles published on Phoronix.