The work that was ongoing for months to provide DMA-BUF cross-device synchronization and fencing is finally landing with the Linux 3.17 kernel.
The patches by Maarten Lankhorst for DMA-BUF cross-device synchronization were up to eighteen revisions and are now finally in a condition to be merged with Linux 3.17 via the driver core subsystem pull. DMA-BUF has now proper fence and poll support along with other new functionality that affects many different kernel drivers. For Phoronix readers, one of the benefits of DMA-BUF cross-device synchronization is to reduce tearing when sharing buffers between multiple GPU DRM drivers.
ExTiX 14.1.2 64-bit, a distribution based on the recently launched operating system from Canonical, Ubuntu 14.04 LTS, has been officially released.
The developer rebased the distribution on the newer Ubuntu 14.04 LTS (Trusty Tahr) a while ago and this new build is mostly about updates and fixes. Users are provided with a GNOME 3.10 desktop and GNOME Classic 3.10. For users who want a lighter system, Razor-qt 0.5.2 is also available in ExTiX Light.
Ugoos is prepping an Android 4.4 “S85″ media player dongle with a quad-core Amlogic S805 Cortex-A5 SoC clocked to 1.5GHz, and a quad-core Mali-450 GPU.
Ugoos has spun a variety of Android media player boxes and dongles over the last few years, including a UT3 box, featuring Rockchip’s quad-core, Cortex-A17 RK3288 system-on-chip with a 16-core Mali-T760 GPU, now selling for $130. Before that was the Ugoos UT2, with the quad-core, Cortex-A9 RK3188 SoC clocked to 1.6GHz, with a Mali-400 GPU. Last year, the Chinese company introduced a dongle-style UM2 stick, running on the same RK3188 and Mali-400 GPU.
The Samsung supported Flash-Friendly File-System (F2FS) will sport some new functionality with the Linux 3.17 kernel release.
The user-facing work found with the F2FS file-system for Linux 3.17 includes the major following work:
- A nobarrier mount option has been added to F2FS, similar to other file-systems. With this option the file-system keeps the I/O ordering but ignores information about cache flushes inside the storages.
You'll be excited by 3.16 if you're keen to run Linux on Samsung's Exynos or other ARM SoCs. Those keen on ARM CPUs as data centre alternatives to x86 will be pleased to note work to help Xen virtual machines suspend and resume. There's also a boot-from-firmware feature on ARM.
Collectively, these three additions inch Linux towards being even more attractive and capable on ARM platforms, which will interest those keen on making the architecture a viable data centre alternative.
One thing that MATE has in common with both Enlightenment and Awesome is the general peppiness. Everything in MATE is just plain snappy and light on resource usage. And you could say that memory/CPU usage isn't a huge deal with modern hardware. But, in my testing on this i5 with 8 gigs of RAM, MATE is so much more responsive than GNOME Shell, KDE or Unity that it's just plain silly.
There's no denying the power and utility value of the cloud. We all use it and it's certainly something that most Linux users can appreciate. However, I disagree with the basic premise of the article that Linux "Linux needs...a major win in the desktop arena." Why? Linux is alive and well, and doing just fine without having tons of desktop market share.
I'm not sure where this obsession with market share comes from, but I think it's an altogether unhealthy thing. And it's particularly bad when you consider that mobile devices have been chipping away steadily at desktop usage across all platforms. I'd much rather see Linux offer more mobile device options than trying to go on some quixotic quest to gain desktop market share when most users are moving away from the desktop anyway.
The author uses Chromebooks as an example, and I can understand his affection for them. For what they do they are fine computing devices, and their popularity can't be questioned at this point (as always see Amazon's list of bestselling laptops to see just how popular they are right now). But we already have Chromebooks, so why do we need a Linux "cloudbook?"