summaryrefslogtreecommitdiff
path: root/en/hardware/buying-hardware.xml
diff options
context:
space:
mode:
Diffstat (limited to 'en/hardware/buying-hardware.xml')
-rw-r--r--en/hardware/buying-hardware.xml27
1 files changed, 14 insertions, 13 deletions
diff --git a/en/hardware/buying-hardware.xml b/en/hardware/buying-hardware.xml
index 9fb757631..f2547cf6d 100644
--- a/en/hardware/buying-hardware.xml
+++ b/en/hardware/buying-hardware.xml
@@ -1,9 +1,9 @@
<!-- retain these comments for translator revision tracking -->
<!-- $Id$ -->
- <sect1 arch="not-s390"><title>Purchasing Hardware Specifically for GNU/Linux</title>
+ <sect1 arch="not-s390"><title>Purchasing Hardware Specifically for GNU/&arch-kernel;</title>
-<para>
+<para arch="linux-any">
There are several vendors, who ship systems with Debian or other
distributions of GNU/Linux
@@ -11,7 +11,7 @@ distributions of GNU/Linux
for the privilege, but it does buy a level of peace of mind, since you can
be sure that the hardware is well-supported by GNU/Linux.
-</para><para arch="x86">
+</para><para arch="any-x86">
If you do have to buy a machine with Windows bundled, carefully read
the software license that comes with Windows; you may be able to
@@ -21,11 +21,11 @@ information to help with that.
</para><para>
-Whether or not you are purchasing a system with Linux bundled, or even
+Whether or not you are purchasing a system with &arch-kernel; bundled, or even
a used system, it is still important to check that your hardware is
-supported by the Linux kernel. Check if your hardware is listed in
+supported by the &arch-kernel; kernel. Check if your hardware is listed in
the references found above. Let your salesperson (if any) know that
-you're shopping for a Linux system. Support Linux-friendly hardware
+you're shopping for a &arch-kernel; system. Support &arch-kernel;-friendly hardware
vendors.
</para>
@@ -36,12 +36,12 @@ vendors.
Some hardware manufacturers simply won't tell us how to write drivers
for their hardware. Others won't allow us access to the documentation
without a non-disclosure agreement that would prevent us from
-releasing the Linux source code.
+releasing the &arch-kernel; source code.
</para><para>
Since we haven't been granted access to the documentation on these
-devices, they simply won't work under Linux. You can help by asking
+devices, they simply won't work under &arch-kernel;. You can help by asking
the manufacturers of such hardware to release the documentation. If
enough people ask, they will realize that the free software community
is an important market.
@@ -50,7 +50,7 @@ is an important market.
</sect2>
- <sect2 arch="x86"><title>Windows-specific Hardware</title>
+ <sect2 arch="any-x86"><title>Windows-specific Hardware</title>
<para>
A disturbing trend is the proliferation of Windows-specific modems and
@@ -68,7 +68,7 @@ devices that retain their embedded intelligence.
You should avoid Windows-specific hardware for two reasons. The first
is that the manufacturers do not generally make the resources
-available to write a Linux driver. Generally, the hardware and
+available to write a &arch-kernel; driver. Generally, the hardware and
software interface to the device is proprietary, and documentation is
not available without a non-disclosure agreement, if it is available
at all. This precludes it being used for free software, since free
@@ -78,7 +78,7 @@ processors removed, the operating system must perform the work of the
embedded processors, often at <emphasis>real-time</emphasis> priority,
and thus the CPU is not available to run your programs while it is
driving these devices. Since the typical Windows user does not
-multi-process as intensively as a Linux user, the manufacturers hope
+multi-process as intensively as a &arch-kernel; user, the manufacturers hope
that the Windows user simply won't notice the burden this hardware
places on their CPU. However, any multi-processing operating system,
even Windows 2000 or XP, suffers from degraded performance when
@@ -90,8 +90,9 @@ their hardware.
You can help improve this situation by encouraging these manufacturers
to release the documentation and other resources necessary for us to
program their hardware, but the best strategy is simply to avoid this
-sort of hardware until it is listed as working in the
-<ulink url="&url-hardware-howto;">Linux Hardware Compatibility HOWTO</ulink>.
+sort of hardware<phrase arch="linux-any"> until it is listed as working
+in the <ulink url="&url-hardware-howto;">Linux Hardware Compatibility
+HOWTO</ulink></phrase>.
</para>
</sect2>