There's a number of DRM-related updates today in the open-source Linux graphics world.
Con Kolivas announced this weekend the release of an updated BFS scheduler for the recently-released Linux 3.3 kernel. The new BFS scheduler is at version 0.420 and is codenamed "Smoking", with "a fairly large architectural change" since earlier versions of this out-of-tree kernel scheduler.
The PCI pull request went in yesterday for the Linux 3.4 kernel. Overall it's a fairly uninteresting pull for the 3.4 cycle, but there's two basic exceptions.
The main DRM graphics pull landed this afternoon for the Linux 3.4 kernel. David Airlie of Red Hat sent in the main DRM pull, which was followed-up by the Radeon HD 7000 / Trinity pull and then an unexpected Nouveau Kepler / de-staging pull. All of the code made it into the kernel, though Linus is complaining about some GCC warnings.
A patch has been proposed for the Linux kernel to introduce the VMUFAT file-system.
Just one day after the Linux 3.3 kernel was released, the power management pull request for the Linux 3.4 kernel has already been submitted.
Linus Torvalds officially released the Linux 3.3 kernel on Sunday afternoon.
On Thursday there was a new upstream contribution by Canonical for an Apple GMUX device driver, which can provide hybrid graphics support under Linux for certain Apple MacBook laptops.
Besides the DRM work already piling up for Linux 3.4, there's more. The Samsung developers responsible for the Exynos graphics driver have sent in their "-next" pull request, which brings several new features, including the basis of 2D acceleration for this open-source ARM graphics driver. There's also a virtual display driver that could be used for handling wireless displays.
For those that don't closely follow the various development lists, at the end of February a Silicon Motion developer came to the DRI list announcing he had "a kernel driver for all our graphics chips" that he was looking to mainline. It sounds nice, but in the end it's a let-down and the most you'll probably get out of it is a few laughs.
With the final release of the Linux 3.3 kernel expected to happen in in a matter of days, here's a recap of some of the most prominent Linux 3.3 kernel features that were introduced this cycle.
While it looks like there's still another week before the Linux 3.3 kernel will be released and thus marking the merge window for the Linux 3.4 kernel opening, here's some of the DRM graphics changes you can expect to see merged.
While last week it looked like the final release of the Linux 3.3 kernel was imminent, this didn't end up exactly being the case. Due to an up-tick in patches being merged this week, Linus Torvalds decided to go ahead and tag Linux 3.3-rc7 on Saturday afternoon.
The merge window for the Linux 3.4 kernel will open up this month assuming the latest Linux 3.3 release plans work out. One of the features to look forward to out of Linux 3.4 will be the DRM driver support for Intel Medfield graphics.
Towards the end of last year a new effort was initiated to mainline more of the Android changes inside the Linux kernel. Work has been progressing on that front and with the Linux 3.4 kernel more of these changes will land.
On Sunday marked the release of the 58th point release for the Linux 2.6.32 kernel by Greg Kroah-Hartman. The Linux 22.214.171.124 kernel now marks the passing of this kernel series into its extended-long-term maintenance window.
The Linux 3.3 kernel release might be imminent. In releasing the Linux 3.3-rc6 kernel, which Linus says is just made up of small fixes and clean-ups, he says this could be the last release candidate.
An interesting mailing list question was posed yesterday to DRM developers, which raises the question there might be a new Linux DRM kernel driver being hacked.
While this weekend saw the release of the Linux 3.3-rc5 kernel, which Linus Torvalds self-admitted was pretty boring, also hitting the mailing list this past week were new kernel patches to implement auto-sleep and "wake locks" support.
Linus Torvalds released the Linux 3.3-rc5 kernel this weekend. Overall, "it's been pretty boring, which is just how I like it."
Brought up on the Linux kernel mailing list this week was a short-lived discussion whether Linux device drivers should be moved from kernel-space to user-space in an attempt to provide "greater security and robustness" of Linux systems.
While the Linux 3.3 kernel is still weeks away from release, there's more building up to look forward to with its successor: the Linux 3.4 kernel. A few months down the road when Linux 3.4 makes it out, there will be some additional Intel performance improvements.
There's a new KMS/DRM driver to introduce to the world: UDL. UDL is a DRM kernel mode-setting driver for the USB-based DisplayLink graphics adapters.
The Linux 3.3-rc4 kernel was released this Saturday evening after a peculiar 32-bit kernel bug had led to the release being delayed by a few days.
Adding to the already existing Linux schedulers, including the out-of-tree Brain Fuck Scheduler (BFS), is now a proposal to integrate a new scheduler... The Barbershop Load Distribution scheduler.
VGEM, the Virtual GEM provider for the Linux kernel, is still being developed and a new version has been published.
The Linux 3.3 kernel is now up to its third RC release and is fairly in shape.
The proper solution to the Linux kernel ASPM power regression will finally be landing in the stable Linux 3.2 kernel series.
The second Linux 3.3 kernel release candidate is now available, which is coming a bit late due to Linus Torvalds falling behind.
Another one of the interesting talks that was recorded from Linux.Conf.Au in Ballarat, Australia last week was the presentation by Matthew Garrett. He went over the good and bad of UEFI support under Linux.
1431 Linux Kernel news articles published on Phoronix.