<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:og="http://ogp.me/ns#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns:schema="http://schema.org/" xmlns:sioc="http://rdfs.org/sioc/ns#" xmlns:sioct="http://rdfs.org/sioc/types#" xmlns:skos="http://www.w3.org/2004/02/skos/core#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/">
  <channel>
    <title>Hardware</title>
    <link>https://www.linuxjournal.com/</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>Downsides to Raspberry Pi Alternatives</title>
  <link>https://www.linuxjournal.com/content/downsides-raspberry-pi-alternatives</link>
  <description>  &lt;div data-history-node-id="1340456" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/kyle-rankin" lang="" about="https://www.linuxjournal.com/users/kyle-rankin" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Kyle Rankin&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;&lt;em&gt;Learn about some of the risks when choosing an alternative to a Raspberry
Pi for your project.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
I have a lot of low-cost single-board computers (SBCs) at my house. And, I've
written a number of articles for &lt;em&gt;Linux Journal&lt;/em&gt; that discuss
how I put those computers to use—whether it's controlling my beer fridge,
replacing a rackmount file server, acting as a media PC connected to
my TV or as an off-site backup server in my RV (plus many more). Even
more recently, I wrote a "Pi-ventory" article where I tried to count up
just how many of these machines I had in my home.
&lt;/p&gt;

&lt;p&gt;
Although the majority of the SBCs I use are some form of Raspberry Pi, I
also sometimes use Pi alternatives—SBCs
that mimic the Raspberry Pi while also offering expanded features—whether that's gigabit Ethernet, faster CPUs, SATA ports, USB3 support
or any number of other improvements. These boards often even mimic the
Raspberry Pi by having "Pi" in their names, so you have Orange Pi and
Banana Pi among others. Although Pi alternatives allow you to solve some
problems better than a Raspberry Pi, and in many cases they provide hardware
with better specifications for the same price, they aren't without
their drawbacks. So in this article, I take a look at the downsides
of going with a Pi alternative based on my personal experience.
&lt;/p&gt;

&lt;span class="h3-replacement"&gt;
Third-Party Support&lt;/span&gt;

&lt;p&gt;
The initial Raspberry Pi was a runaway success, and all of the subsequent
models have sold incredibly well. There are only a few variants on
the Raspberry Pi platform, and later hardware upgrades have done
a good job at maintaining backward-compatibility where possible (in
particular with overall board dimensions and placement of ports). There
also have been only a few "official" Raspberry Pi peripherals through the
years (the camera being the best example). When you have this many of
a particular hardware device out in the world, and the primary vendor
is mostly focused on the hardware itself, you have a strong market for
add-ons and peripherals from third parties.
&lt;/p&gt;

&lt;p&gt;
The secondary Raspberry Pi market is full of cases, peripherals and add-on
hardware like USB WiFi dongles that promise to be compatible out of the
box with earlier models that didn't include WiFi. &lt;a href="https://www.adafruit.com"&gt;Adafruit&lt;/a&gt; is a good
example of an electronics vendor who has jumped into the Raspberry Pi
secondary market with a lot of different hobbyist kits that feature the
Raspberry Pi as the core computing and electronics platform. That company and
others also have created custom add-on shields intended to stack on top
of the Raspberry Pi and add additional features including a number of
different screen options, sensors and even cellular support. There's even
a company that offers a case to turn a Raspberry Pi into a small laptop.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/downsides-raspberry-pi-alternatives" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 27 Mar 2019 12:00:00 +0000</pubDate>
    <dc:creator>Kyle Rankin</dc:creator>
    <guid isPermaLink="false">1340456 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Handling Complex Memory Situations</title>
  <link>https://www.linuxjournal.com/content/handling-complex-memory-situations</link>
  <description>  &lt;div data-history-node-id="1340449" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/zack-brown" lang="" about="https://www.linuxjournal.com/users/zack-brown" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Zack Brown&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
&lt;strong&gt;Jérôme Glisse&lt;/strong&gt; felt that the time had come for the Linux kernel
to address seriously the issue of having many different types of memory
installed on a single running system. There was main system memory and
device-specific memory, and associated hierarchies regarding which memory
to use at which time and under which circumstances. This complicated new
situation, Jérôme said, was actually now the norm, and it should be treated
as such.
&lt;/p&gt;

&lt;p&gt;
The physical connections between the various CPUs and devices and RAM
chips—that is, the bus topology—also was relevant, because it could influence
the various speeds of each of those components.
&lt;/p&gt;

&lt;p&gt;
Jérôme wanted to be clear that his proposal went beyond existing efforts
to handle heterogeneous RAM. He wanted to take account of the wide range of
hardware and its topological relationships to eek out the absolute
highest performance from a given system. He said:
&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;
One of the reasons for
radical change is the advance of accelerator
like GPU or FPGA means that CPU is no longer the only piece where
computation happens. It is becoming more and more common for an application
to use a mix and match of different accelerator to perform its computation.
So we can no longer satisfy our self with a CPU centric and flat view of a
system like NUMA and NUMA distance.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
He posted some patches to accomplish several different things. First, he
wanted to expose the bus topology and memory variety to userspace as a
clear API, so that both the kernel and user applications could make the
best possible use of the particular hardware configuration on a given
system. A part of this, he said, would have to take account of the fact
that not all memory on the system always would be equally available to all
devices, CPUs or users.
&lt;/p&gt;

&lt;p&gt;
To accomplish all this, his patches first identified four basic
elements that could be used to construct an arbitrarily complex graph of
CPU, memory and bus topology on a given system.
&lt;/p&gt;

&lt;p&gt;
These included "targets", which were any sort of memory; "initiators",
which were CPUs or any other device that might access memory; "links",
which were any sort of bus-type connection between a target and an
initiator; and "bridges", which could connect groups of initiators to
remote targets.
&lt;/p&gt;

&lt;p&gt;
Aspects like bandwidth and latency would be associated with their relevant
links and bridges. And, the whole graph of the system would be exposed to
userspace via files in the &lt;code&gt;SysFS&lt;/code&gt; hierarchy.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/handling-complex-memory-situations" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 20 Mar 2019 12:00:00 +0000</pubDate>
    <dc:creator>Zack Brown</dc:creator>
    <guid isPermaLink="false">1340449 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Disk Encryption for Low-End Hardware</title>
  <link>https://www.linuxjournal.com/content/disk-encryption-low-end-hardware</link>
  <description>  &lt;div data-history-node-id="1340423" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/zack-brown" lang="" about="https://www.linuxjournal.com/users/zack-brown" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Zack Brown&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
&lt;strong&gt;Eric Biggers&lt;/strong&gt; and &lt;strong&gt;Paul Crowley&lt;/strong&gt; were unhappy with the disk encryption
options available for &lt;strong&gt;Android&lt;/strong&gt; on low-end phones and watches. For
them, it was an ethical issue. Eric said:
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
We believe encryption is
for everyone, not just those who can afford it. And while it's
unknown how long CPUs without AES support will be around, there
will likely always be a "low end"; and in any case, it's immensely
valuable to provide a software-optimized cipher that doesn't depend
on hardware support. Lack of hardware support should not be an
excuse for no encryption.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
Unfortunately, they were not able to find any existing encryption
algorithm that was both fast and secure, and that would work with existing
Linux kernel infrastructure. They, therefore, designed the &lt;strong&gt;Adiantum
encryption mode&lt;/strong&gt;, which &lt;a href="https://eprint.iacr.org/2018/720.pdf"&gt;they described in a light, easy-to-read and
completely non-mathematical way&lt;/a&gt;.
&lt;/p&gt;
         
&lt;p&gt;
Essentially, Adiantum is not a new form of encryption; it relies
on the &lt;strong&gt;ChaCha stream cipher&lt;/strong&gt; developed by &lt;strong&gt;D. J. Bernstein&lt;/strong&gt; in 2008.
As Eric put it, "Adiantum is a construction, not a primitive. Its
security is reducible to that of XChaCha12 and AES-256, subject to
a security bound; the proof is in Section 5 of our paper. Therefore,
one need not 'trust' Adiantum; they only need trust XChaCha12 and
AES-256."
&lt;/p&gt;

&lt;p&gt;
Eric reported that Adiantum offered a 20% speed improvement over
his and Paul's earlier &lt;strong&gt;HPolyC encryption mode&lt;/strong&gt;, and it offered a very
slight improvement in actual security.
&lt;/p&gt;

&lt;p&gt;
Eric posted some patches, adding Adiantum to the Linux kernel's
crypto API. He remarked, "Some of these patches conflict with the
new 'Zinc' crypto library. But I don't know when Zinc will be
merged, so for now, I've continued to base this patchset on the
current 'cryptodev'."
&lt;/p&gt;

&lt;p&gt;
&lt;strong&gt;Jason A. Donenfeld&lt;/strong&gt;'s &lt;strong&gt;Zinc&lt;/strong&gt; ("Zinc Is Not crypto/") is a front-runner
to replace the existing kernel crypto API, and it's more simple and
low-level than that API, offering a less terrifying coding experience.
&lt;/p&gt;

&lt;p&gt;
Jason replied to Eric's initial announcement. He was very happy to
see such a good disk encryption alternative for low-end hardware,
but he asked Eric and Paul to hold off on trying to merge their
patches until they could rework them to use the new Zinc security
infrastructure. He said, "In fact, if you already want to build it
on top of Zinc, I'm happy to work with you on that in a shared repo
or similar."
&lt;/p&gt;

&lt;p&gt;
He also suggested that Eric and Paul send their paper through various
academic circles to catch any unanticipated problems with their
encryption system.
&lt;/p&gt;

&lt;p&gt;
But Paul replied:
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/disk-encryption-low-end-hardware" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 07 Feb 2019 13:15:15 +0000</pubDate>
    <dc:creator>Zack Brown</dc:creator>
    <guid isPermaLink="false">1340423 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Using Linux for Logic</title>
  <link>https://www.linuxjournal.com/content/using-linux-logic</link>
  <description>  &lt;div data-history-node-id="1340268" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/joey-bernard" lang="" about="https://www.linuxjournal.com/users/joey-bernard" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Joey Bernard&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
I've covered tons of different scientific
applications you can run on your computer to do rather complex
calculations, but so far, I've not really given much thought to
the hardware on which this software runs. So in this article, I take a look at
a software package that lets you dive deep down to the level of the
logic gates used to build up computational units.
&lt;/p&gt;

&lt;p&gt;
At a certain point,
you may find yourself asking your hardware to do too much work. In those cases,
you need to understand what your hardware is and how it works. So,
let's start by looking at the lowest level: the lowly
logic gate. To that end, let's use a software package named &lt;a href="http://www.cburch.com/logisim/index.html"&gt;Logisim&lt;/a&gt;
in order to play with logic gates in various groupings.
&lt;/p&gt;

&lt;p&gt;
Logisim should be available in most distributions' package management
systems. For example, in Debian-based distros, install it
with the following command:

&lt;/p&gt;&lt;pre&gt;
&lt;code&gt;
sudo apt-get install logisim
&lt;/code&gt;
&lt;/pre&gt;


&lt;p&gt;
You then can start it from your desktop environment's menu,
or you can open a terminal, type &lt;code&gt;logisim&lt;/code&gt; and press
Enter. You should see a main section of the application
where you can start to design your logic circuit. On the left-hand side,
there's a selection pane with all of the units you can use for your
design, including basic elements like wires and logic gates, and
more complex units like memory or arithmetic units.
&lt;/p&gt;

&lt;img src="https://www.linuxjournal.com/sites/default/files/styles/max_650x650/public/u%5Buid%5D/logisim1.png" width="650" height="404" alt="""" class="image-max_650x650" /&gt;&lt;p&gt;
&lt;em&gt;Figure 1. When you first start Logisim, you get a blank project where
you can start to design your first logic circuit.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
To learn how to start using Logisim, let's look at how to set up one of
the most basic logic circuits: an AND gate.
&lt;/p&gt;

&lt;img src="https://www.linuxjournal.com/sites/default/files/styles/max_650x650/public/u%5Buid%5D/logisim2.PNG" width="650" height="528" alt="""" class="image-max_650x650" /&gt;&lt;p&gt;&lt;em&gt;Figure 2. You easily can add logic gates to your circuit to model
computations.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
If you click the
Gates entry on the left-hand side, you'll see a full list of available
logic gates. Clicking the AND gate allows you to add them to the design
pane by clicking on the location where you want them added. At the bottom
of the left-hand side, you'll see a pane that displays the attributes
of the selected gate. You can use this pane to edit those attributes to
make the gate behave exactly the way you want. For this example,
let's change the number of inputs value from 5 to 2. The next
step is to add an output pin in order to see when the output is either
1 or 0. You can find pins in the wiring section.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/using-linux-logic" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Fri, 04 Jan 2019 12:30:00 +0000</pubDate>
    <dc:creator>Joey Bernard</dc:creator>
    <guid isPermaLink="false">1340268 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>The Asus Eee: How Close Did the World Come to a Linux Desktop?</title>
  <link>https://www.linuxjournal.com/content/asus-eee-how-close-did-world-come-linux-desktop</link>
  <description>  &lt;div data-history-node-id="1340239" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/jeff-siegel" lang="" about="https://www.linuxjournal.com/users/jeff-siegel" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Jeff Siegel&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
&lt;em&gt;It was white, not much bigger than my hands held side by side, weighed
about as much as a bottle of wine, and it came in a shiny, faux-leather case. It
was the $199 Asus Eee 901, and I couldn't believe that a computer could be
that powerful, that light and that much fun.&lt;/em&gt;
&lt;/p&gt;

&lt;p&gt;
This is the story of the brief, shining history of the Asus Eee, the
first netbook—a small, cheap and mostly well-made laptop that dominated
the computer industry for two or three years about a decade go. It's not so
much that the Eee was ahead of its time, which wasn't that difficult in an
industry then dominated by pricey and bulky laptops that didn't always have
a hard drive and by desktop design hadn't evolved much past the first IBM
8086 box.
&lt;/p&gt;

&lt;p&gt;
Rather, the Eee was ahead of everyone's time. It ran a Linux
operating system with a tabbed interface and splashy icons, and the hardware
included wireless, Bluetooth, a webcam and an SSD hard drive—all in a
machine that weighed just 2.5 pounds. In this, it teased many of the concepts
that tech writer Mark Wilson says we take for granted in today's cloud,
smartphone and Chromebook universe.
&lt;/p&gt;

&lt;p&gt;
The Eee was so impressive that even Microsoft, whose death grip on the
PC world seemed as if it would never end, took notice. As everyone from Dell to
HP to Samsung to Toshiba to Sony to Acer to one-offs and "never-weres" raced
netbooks into production, Microsoft offered manufacturers a version of Windows
XP (and later a truncated Windows 7) to cram onto the machines. Because we
can't have the masses running a Linux OS, can we?
&lt;/p&gt;

&lt;p&gt;
"The Eee gave regular people something they couldn't have
before", says Dan Ackerman, a longtime section editor at CNET who wrote
some of the website's original Eee and netbook reviews. "Laptops had
always been ridiculously expensive. The Eee wasn't, and it gave regular
people a chance to buy a laptop that was smaller and more portable and that
they could be productive with. I always gave Asus credit—they understood
the role of form and function."
&lt;/p&gt;

&lt;span class="h3-replacement"&gt;
Netbook History&lt;/span&gt;

&lt;p&gt;
The computer world never had really seen anything like the first Eee,
which didn't even have a name when it was launched in 2007 (although it
later would be called both the 701 and the 4G). In fact, say those who reviewed the
701, it wasn't so much a product but a proof of concept—that Asus
could make something that small and that cheap that worked.
&lt;/p&gt;

&lt;p&gt;
There had been small laptops before, of course, like the Intel
Classmate PC and the OLPC X0-1, each part of the One Laptop per Child project.
But those were specialized machines designed to bring computing and the
internet to students throughout the world, and not necessarily consumer
products.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/asus-eee-how-close-did-world-come-linux-desktop" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Fri, 02 Nov 2018 13:30:00 +0000</pubDate>
    <dc:creator>Jeff Siegel</dc:creator>
    <guid isPermaLink="false">1340239 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>System76 Announces American-Made Desktop PC with Open-Source Parts</title>
  <link>https://www.linuxjournal.com/content/system76-announces-american-made-desktop-pc-open-source-parts</link>
  <description>  &lt;div data-history-node-id="1340238" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/bryan-lunduke" lang="" about="https://www.linuxjournal.com/users/bryan-lunduke" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Bryan Lunduke&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;Early in 2017—nearly two years ago—System76 invited me, and a handful of others, out to its Denver headquarters for a sneak peek at something new they'd been working on.&lt;/p&gt;

&lt;p&gt;We were ushered into a windowless, underground meeting room. Our phones and cameras confiscated. Seriously. Every word of that is true. We were sworn to total and complete secrecy. Assumedly under penalty of extreme death...though that part was, technically, never stated.&lt;/p&gt;

&lt;p&gt;Once the head honcho of System76, Carl Richell, was satisfied that the room was secure and free from bugs, the presentation began.&lt;/p&gt;

&lt;p&gt;System76 told us the company was building its own desktop computers. Ones that it designed themselves. From-scratch cases. With wood. And inlaid metal. What's more, these designs would be open. All built right there in Denver, Colorado.&lt;/p&gt;

&lt;p&gt;We were intrigued.&lt;/p&gt;

&lt;p&gt;Then they showed them to us, and we darn near lost our minds. They were gorgeous. We all wanted them.&lt;/p&gt;

&lt;p&gt;But they were not ready yet. This was early on in the design and engineering, and they were looking for feedback—to make sure System76 was on the right track.&lt;/p&gt;

&lt;p&gt;They were.&lt;/p&gt;

&lt;p&gt;Flash-forward to today (November 1, 2018), and these Linux-powered, made in America desktop machines are finally being unveiled to the world as the Thelio line (which they've been teasing for several weeks with a series of &lt;a href="https://thel.io/"&gt;&lt;u&gt;sci-fi themed stories&lt;/u&gt;&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;The Thelio comes in three sizes:&lt;/p&gt;

&lt;ul&gt;&lt;li&gt;Thelio (aka "small") — max 32GB RAM, 24TB storage.&lt;/li&gt;
	&lt;li&gt;Thelio Major (aka "medium") — max 128GB RAM, 46TB storage.&lt;/li&gt;
	&lt;li&gt;Thelio Massive (aka "large") — max 768GB RAM, 86TB storage.&lt;/li&gt;
&lt;/ul&gt;&lt;p&gt;&lt;img alt="Image removed." class="image-max_650x650 filter-image-invalid" data-entity-type="file" data-entity-uuid="insert-max_650x650-bd90d59b-9116-4542-84f2-c81988784dd5" height="16" src="https://www.linuxjournal.com/core/misc/icons/e32700/error.svg" width="16" title="This image has been removed. For security reasons, only images from the local domain are allowed." /&gt;&lt;/p&gt;

&lt;p&gt;All three sport the same basic look: part black metal, part wood (with either maple or walnut options) with rounded side edges. The cases open with a single slide up of the outer housing, with easy swapping of components. Lots of nice little touches, like a spot for in-case storage of screws that can be used in securing drives.&lt;/p&gt;

&lt;p&gt;In an awesomely nerdy touch, the rear exhaust grill shows the alignment of planets in the solar system...at UNIX Epoch time. Also known as January 1, 1970. &lt;a href="https://en.wikipedia.org/wiki/Unix_time"&gt;&lt;u&gt;A Thursday&lt;/u&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;img alt="Image removed." class="image-max_650x650 filter-image-invalid" data-entity-type="file" data-entity-uuid="insert-max_650x650-8695d750-6fa1-4c11-860f-3916df6af995" height="16" src="https://www.linuxjournal.com/core/misc/icons/e32700/error.svg" width="16" title="This image has been removed. For security reasons, only images from the local domain are allowed." /&gt;&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/system76-announces-american-made-desktop-pc-open-source-parts" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 01 Nov 2018 15:01:36 +0000</pubDate>
    <dc:creator>Bryan Lunduke</dc:creator>
    <guid isPermaLink="false">1340238 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>New Intel Caching Feature Considered for Mainline</title>
  <link>https://www.linuxjournal.com/content/new-intel-caching-feature-considered-mainline</link>
  <description>  &lt;div data-history-node-id="1340009" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/zack-brown" lang="" about="https://www.linuxjournal.com/users/zack-brown" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Zack Brown&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;&lt;em&gt;
These days, &lt;strong&gt;Intel&lt;/strong&gt;'s name is Mud in various circles because of the
&lt;strong&gt;Spectre/Meltdown&lt;/strong&gt; CPU flaws and other similar hardware issues that seem to
be emerging as well. But, there was a recent discussion between some Intel
folks and the kernel folks that was not related to those things. Some
thrust-and-parry still was going on between kernel person and company person, but it
seemed more to do with trying to get past marketing speak, than at wrestling
over what Intel is doing to fix its longstanding hardware flaws.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
&lt;strong&gt;Reinette Chatre&lt;/strong&gt; of Intel posted a patch for a new chip
feature called &lt;strong&gt;Cache
Allocation Technology&lt;/strong&gt; (CAT), which "enables a user to specify the amount of
cache space into which an application can fill". Among other things, Reinette
offered the disclaimer, "The cache pseudo-locking approach relies on
generation-specific behavior of processors. It may provide benefits on
certain processor generations, but is not guaranteed to be supported in the
future."
&lt;/p&gt;

&lt;p&gt;
&lt;strong&gt;Thomas Gleixner&lt;/strong&gt; thought Intel's work looked very interesting and in general
very useful, but he asked, "are you saying that the CAT mechanism might
change radically in the future [that is, in future CPU chip designs] so that
access to cached data in an allocated area which does not belong to the
current executing context wont work anymore?"
&lt;/p&gt;

&lt;p&gt;
Reinette replied, "Cache Pseudo-Locking is a model-specific feature so there
may be some variation in if, or to what extent, current and future devices
can support Cache Pseudo-Locking. CAT remains architectural."
&lt;/p&gt;

&lt;p&gt;
Thomas replied, "that does NOT answer my question at all."
&lt;/p&gt;

&lt;p&gt;
At this point, &lt;strong&gt;Gavin Hindman&lt;/strong&gt; of Intel joined the discussion,
saying:
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
Support
in a current generation of a product line doesn't imply support in a future
generation. Certainly we'll make every effort to carry support forward, and
would adjust to any changes in CAT support, but we can't account for
unforeseen future architectural changes that might block pseudo-locking
use-cases on top of CAT.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
And Thomas replied, "that's the real problem. We add something that gives us
some form of isolation, but we don't know whether next generation CPUs will
work. From a maintainability and usefulness POV that's not a really great
prospect."
&lt;/p&gt;

&lt;p&gt;
Elsewhere in a parallel part of the discussion, Thomas asked, "Are there real
world use cases that actually can benefit from this [CAT feature] and what
are those applications supposed to do once the feature breaks with future
generations of processors?"
&lt;/p&gt;

&lt;p&gt;
Reinette replied, "This feature is model-specific with a few platforms
supporting it at this time. Only platforms known to support Cache
Pseudo-Locking will expose its resctrl interface."
&lt;/p&gt;
&lt;p&gt;
To which Thomas said, "you deliberately avoided to answer my question again."
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/new-intel-caching-feature-considered-mainline" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 22 Aug 2018 12:07:07 +0000</pubDate>
    <dc:creator>Zack Brown</dc:creator>
    <guid isPermaLink="false">1340009 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>The Chromebook Grows Up</title>
  <link>https://www.linuxjournal.com/content/chromebook-grows</link>
  <description>  &lt;div data-history-node-id="1340035" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/philip-raymond" lang="" about="https://www.linuxjournal.com/users/philip-raymond" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Philip Raymond&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;&lt;em&gt;Android apps meet the desktop in the Chromebook.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
What started out as a project to provide a cheap, functional, secure
and fast laptop experience has become so much more. Chromebooks in general
have suffered from a lack of street-cred acceptance. Yes, they did a
great job of doing the everyday basics—web browsing and...well, that
was about it. Today, with the integration of Android apps, all new and
recently built Chrome OS devices do much more offline—nearly as much
as a conventional laptop or desktop, be it video editing, photo editing
or a way to switch to a Linux desktop for developers or those who just
like to do that sort of thing.
&lt;/p&gt;

&lt;img src="https://www.linuxjournal.com/sites/default/files/styles/max_1300x1300/public/u%5Buid%5D/12356f1.jpg" width="800" height="600" alt="""" class="image-max_1300x1300" /&gt;&lt;p&gt;&lt;em&gt;Figure 1. Pixelbook in the Dark&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
Before I go further, let me briefly describe the Linux road I've
traveled, driven by my curiosity to learn and see for myself how much
could be done in an Open Source world. I've used Linux and have been
a Linux enthusiast ever since I first loaded SUSE in 2003. About three
years later, I switched to Ubuntu, then Xubuntu, then Lubuntu, then
back to Ubuntu (I actually liked Unity, even though I was fine with
GNOME too). I have dual-booted Linux on several Gateway desktops and
Dell laptops, with Windows on the other partition. I also have owned a
Zareason laptop and most recently, a System 76 laptop—both exclusively
Ubuntu, and both very sound, well-built laptops.
&lt;/p&gt;

&lt;p&gt;
Then, since I was due
for a new laptop, I decided to try a Chromebook, now that Android apps
would greatly increase the chances of having a good experience, and I was
right. Chrome OS is wicked fast, and it's never crashed in my first six
months of using it. I mention this only to provide some background as
to why I think Chrome OS is, in my opinion, the Linux desktop for the
masses that's been predicted for as long as I've used Linux. Granted,
it has a huge corporate behemoth in the form of Google behind it, but
that's also why it has advanced in public acceptance as far as it
has. This article's main purpose is to report on how far it has come
along and what to expect in the future—it's a bright one!
&lt;/p&gt;

&lt;p&gt;
Chromebooks now have access to Microsoft Office tools, which is a must for those
whose employers run only MS Office products. Although Google Docs does a
good job with basic document creation and conversion, and although you can
create a slide presentation with it, it won't do things like watch
or create a PowerPoint presentation. That's where the Microsoft
PowerPoint Android app comes in handy. If you need to watch one, simply
download the PowerPoint file and open it with PowerPoint (you can do this
without paying for Microsoft office). However, if you want to create
or edit one, you'll have to pay for a yearly subscription or use
your company's subscription.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/chromebook-grows" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Fri, 17 Aug 2018 11:30:00 +0000</pubDate>
    <dc:creator>Philip Raymond</dc:creator>
    <guid isPermaLink="false">1340035 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Removing Support for Dead Hardware</title>
  <link>https://www.linuxjournal.com/content/removing-support-dead-hardware</link>
  <description>  &lt;div data-history-node-id="1339903" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/zack-brown" lang="" about="https://www.linuxjournal.com/users/zack-brown" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Zack Brown&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
&lt;strong&gt;Arnd Bergmann&lt;/strong&gt; submitted a patch to remove the Linux ports for a variety of
architectures, including &lt;strong&gt;blackfin&lt;/strong&gt;, &lt;strong&gt;cris&lt;/strong&gt;,
&lt;strong&gt;frv&lt;/strong&gt;, &lt;strong&gt;m32r&lt;/strong&gt;, &lt;strong&gt;metag&lt;/strong&gt;,
&lt;strong&gt;mn10300&lt;/strong&gt;, &lt;strong&gt;score&lt;/strong&gt;
and &lt;strong&gt;tile&lt;/strong&gt;. To do this, he worked directly with the former maintainers of
each port to make sure the code removal was done right and didn't break
anything in the mainline kernel or anywhere else.
&lt;/p&gt;

&lt;p&gt;
The bottom line was that no one used those architectures anymore. He offered
his analysis of why this had happened, saying:
&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;
It seems that while the
eight architectures are extremely different, they all suffered the same
fate: There was one company in charge of an SoC line, a CPU
microarchitecture and a software ecosystem, which was more costly than
licensing newer off-the-shelf CPU cores from a third party (typically ARM,
MIPS, or RISC-V). It seems that all the SoC product lines are still around,
but have not used the custom CPU architectures for several years at this
point. In contrast, CPU instruction sets that remain popular and have
actively maintained kernel ports tend to all be used across multiple
licensees.
&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;
&lt;strong&gt;Linus Torvalds&lt;/strong&gt; had no objection to ripping those architectures out of the
kernel, but he did say, "I'd like to see that each architecture removal is
independent of the others, so that if somebody wants to resurrect any
particular architecture, he/she can do so with a revert."
&lt;/p&gt;

&lt;p&gt;
Linus pulled the patch into the main kernel tree and noted with glee that
it took a half-million lines of code out of the kernel.
&lt;/p&gt;

&lt;p&gt;
Linus was not the only one who wanted to ensure the possibility of easily
resurrecting those architectures. &lt;strong&gt;Geert Uytterhoeven&lt;/strong&gt; wanted to know exactly
what would be required, since he had an interest in the
formerly removed and later resurrected &lt;strong&gt;arch/h8300&lt;/strong&gt; architecture, currently
still in the kernel and going strong. And he pointed out, "In reality, a
resurrection may not be implemented as a pure revert, but as the addition
of a new architecture, implemented using modern features."
&lt;/p&gt;

&lt;p&gt;
To which &lt;strong&gt;Pavel Machek&lt;/strong&gt; complained, "By insisting on new features instead of
pure revert + incremental updates, you pretty much make sure resurrection
will not be possible."
&lt;/p&gt;

&lt;p&gt;
But Arnd pointed out, "now that the other architectures are gone, a lot of
changes can be done more easily that will be incompatible with a pure
revert, so the more time passes, the harder it will get to do that."
&lt;/p&gt;

&lt;p&gt;
And he added, "Some of the architectures (e.g. tile or cris) have been kept
up to date, but others had already bitrotted to the point where they were
unlikely to work on any real hardware for many releases, but a revert could
still be used as a starting point in theory."
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/removing-support-dead-hardware" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 05 Jul 2018 12:00:00 +0000</pubDate>
    <dc:creator>Zack Brown</dc:creator>
    <guid isPermaLink="false">1339903 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Open Hardware: Good for Your Brand, Good for Your Bottom Line</title>
  <link>https://www.linuxjournal.com/content/open-hardware-good-your-brand-good-your-bottom-line</link>
  <description>  &lt;div data-history-node-id="1339904" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/vm-brasseur-0" lang="" about="https://www.linuxjournal.com/users/vm-brasseur-0" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;VM Brasseur&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;&lt;em&gt;With the rise of IoT, we're inside a short window where "open" is a
strong differentiator for hardware products. Is your company ready to take
advantage of it?&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
I don't know how to put this, but Hardware is kind of a Big Deal, and thanks
to the Internet of Things (aka &lt;em&gt;IoT&lt;/em&gt;), it's getting bigger every year. The
analyst firm IDC expects spending on IoT to reach &lt;a href="https://www.idc.com/getdoc.jsp?containerId=prUS43295217"&gt;nearly $800
billion USD&lt;/a&gt; by
the end of 2018. A study by Intel shows that by 2025, the global worth of IoT
technology might be as high as &lt;a href="https://www.intel.com/content/www/us/en/internet-of-things/infographics/guide-to-iot.html"&gt;more
than $6 trillion USD&lt;/a&gt;; whereas Forbes reports
that the global market could be &lt;a href="https://www.forbes.com/sites/louiscolumbus/2017/12/10/2017-roundup-of-internet-of-things-forecasts"&gt;nearly
$9 trillion USD in 2020&lt;/a&gt;.
&lt;/p&gt;

&lt;p&gt;
These statistics are based on the traditional model of closed design and
development of the chips, boards and objects that will make these devices a
reality. However, what if hardware developers were to learn from and leverage
the popularity of free and open-source software (aka &lt;em&gt;FOSS&lt;/em&gt;)? What if the
future of IoT were Open? It's my belief that the device developers who apply
the lessons of FOSS to hardware development will be those best positioned to
become the powerhouses of that $9 trillion market. Similarly to software,
open hardware will be seen first as a differentiator (rather than an
eccentricity) and later, as the industry matures, as the default operating
mode for hardware development.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/open-hardware-good-your-brand-good-your-bottom-line" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 20 Jun 2018 12:15:15 +0000</pubDate>
    <dc:creator>VM Brasseur</dc:creator>
    <guid isPermaLink="false">1339904 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
