There's a slow effort underway to allow virtually any part of the kernel to be extracted into its own shared library, thus enabling users to use any alternative subsystem they please. There's a long history of this, going back to the debate between micro-kernels and monolithic kernels. Even Linus Torvalds, the proponent of the monolithic kernel, believes it's better to abstract features out of the kernel, so long as it can be done without sacrificing speed, stability and other core requirements.
AMD's Tom Stellard has added a basic AMDGPU toolchain driver to the Clang compiler.
The Clang front-end is now able to target the AMDGPU (formerly known as R600) toolchain with its LLVM back-end that has long been in development. The small commit sets the AMDGPU target, sets the default integrated assembler, and uses lld for linking.
The Raspberry Pi and Pi2 are economical little ARM machines which can happily run Linux. The popularity of the Raspberry Pi and compatible Pi 2 models means that a great deal of accessories are available. These accessories include the PiNoir Camera and 4D Systems' touch-sensitive, 3.5-inch display.
The PiNoir camera is so named because it does not have an Infrared Filter (no-IR). Without an IR filter the camera can be used at night, provided you have an infrared light source. With night vision you can use the Raspberry Pi as an around-the-clock surveillance camera monitor, baby monitor, or to give vision to a robot. The PiNoir Camera comes without a case, so you might like to pick up something to help protect it.
Raspberry Pi users that are in search of a high-capacity low-power consuming storage device for their Raspberry Pi B+, A+, and B+ v2 mini PC may be interested in the new PiDrive that has been created by Bud Griffin.
Source code repository company GitHub today released version 1.0 of its Atom text editor for working with code.
Contributors to the Atom open-source project have made several improvements to the software in recent months, adding features like preview tabs, cutting down on memory usage for large files, making text more readable by default, and, of course, squashing bugs.
So I am still expecting to merge it, mainly for a rather simple
reason: I trust my submaintainers, and Greg in particular. So when a
major submaintainer wants to merge something, that pulls a *lot* of
weight with me.
That said, I have to admit to being particularly disappointed with the
performance argument for merging it. Having looked at the dbus
performance, and come to the conclusion that the reason dbus performs
abysmally badly is just pure shit user space code, I am not AT ALL
impressed by the performance argument. We don't merge kernel code just
because user space was written by a retarded monkey on crack. Kernel
code has higher standards, and yes, that also means that it tends to
perform better, but no, "user space code is shit" is not a valid
reason for pushing things into the kernel.