With the upcoming Linux 4.5 kernel, one of the new hardware drivers is the long-in-development Etnaviv DRM driver for providing reverse-engineered, open-source support to Vivante GPUs found in use by multiple SoC vendors.
So in my last blog post I mentioned Matthias was getting SIGBUS when using wayland for a while. You may remember that I guessed the problem was that his /tmp was filling up, and so I produced a patch to stop using /tmp and use memfd_create instead. This resolved the SIGBUS problem for him, but there was something gnawing at me: why was his /tmp filling up? I know gnome-terminal stores its unlimited scrollback buffer in an unlinked file in /tmp so that was one theory. I also have seen, in some cases firefox downloading files to /tmp. Neither explanation sat well with me. scrollback buffers don’t get that large very quickly and Matthias was seeing the problem several times a day. I also doubted he was downloading large files in firefox several times a day. Nonetheless, I shrugged, and moved on to other things…
Last week AMD launched GPUOpen and began shipping their new and open code. Today the company has published a guide for taking advantage of the Boltzmann stack with their Radeon Open Compute Kernel and Runtime.
Linux distros can be used for a lot of things, from games to education, but when it comes to security, there’s a whole mini-universe available.
Not only can you find distros made to protect your privacy, making sure you leave no trace as you move around the web, but also those that help you test your network and system security.
The problem: most of the Chromebooks on the market feel cheap. They're generally marketed as secondary computers, so they're made to be inexpensive, and that means almost all of them are made of cheap-feeling plastic. There's nothing wrong with that, but I needed to pass the sleek test. The only viable option was Google's own Chromebook Pixel, which is an amazingly beautiful machine that's ridiculously expensive by most normal standards, because it's a thousand-dollar computer that just runs Chrome. It sounds insane: most tech products that cost a thousand dollars do many, many more things than simply running a web browser. I spent weeks tossing the idea around every chance I got, just to see if it would ever sound less like I was slowly going crazy.
I am willing to chalk up the unfriendly nature of the Zenwalk 8 beta to its transitional state awaiting the final release. But if Zenwalk 8 stumbles with the same difficulties present in the beta release, the distro will continue to miss its mark.
My impression last year was praise for the philosophy behind Zenwalk but disappointment with its ho-hum desktop environment. I am holding out hope that what comes next changes my first and second impressions.
It's finally here! We know that we've told you so many times about the fact that the upcoming Ubuntu 16.04 LTS operating system will get the long-term supported Linux 4.4 kernel someday, but that day is today, February 1, 2016.
Just a few minutes ago, Canonical pushed the final Linux kernel 4.4 LTS packages into the stable repositories of the upcoming distribution for early adopters like us to upgrade and replace the old Linux 4.3 kernel from the Ubuntu 15.10 (Wily Werewolf) released.
After announcing the release of Linux kernel 4.4.1 LTS and Linux kernel 3.10.96 LTS, kernel maintainer and developer Greg Kroah-Hartman published details about the availability of the sixtieth maintenance build of the Linux 3.14 LTS kernel series.
Changing 65 files, with 375 insertions and 154 deletions, Linux kernel 3.14.60 LTS is here to add various improvements to the PowerPC (PPC), AArch64 (ARM64), x86, OpenRISC, and MN10300 hardware architectures, as well as to update several drivers, especially for things like PA-RISC, USB, Xen, ISDN, HID, connector, and networking (PPP, bonding, and Serial Line Internet Protocol (SLIP)).
Embedian’s “SMARC-T4378” module runs Linux or Android on TI’s Cortex-A9 AM437x SoC, and features up to 1GB RAM, 4GB eMMC, dual GbE, and an optional carrier.
The SMARC-T4378 appears to be the first SMARC form-factor computer-on-module to be based on the Texas Instruments Sitara AM4378 system-on-chip. The 82 x 50mm Embedian COM joins AM437x-based modules in various other sizes from CompuLab, Variscite, and MYIR that were introduced over the past year, and follows Embedian’s SMARC-compatible SMARC-T335X, which runs on the Cortex-A8 based Sitara AM3354. The Cortex-A9-based AM4378 is clocked to 1GHz instead of the AM3354’s 600MHz.
One of the most exciting starter activities to do with a Raspberry Pi is something you can't do on your regular PC or laptop—make something happen in the real world, such as flash an LED or control a motor. If you've done anything like this before, you probably did it with Python using the RPi.GPIO library, which has been used in countless projects. There's now an even simpler way to interact with physical components: a new friendly Python API called GPIO Zero.