- Update hardware notes to reflect that amd64 is no longer "young"[1]

 - Bump copyright year

Patched by:	skreuzer

1 files changed, 6 insertions, 12 deletions

diff --git a/release/doc/en_US.ISO8859-1/hardware/article.xml b/release/doc/en_US.ISO8859-1/hardware/article.xml
index 3d48cb9..2fa7b85 100644
--- a/release/doc/en_US.ISO8859-1/hardware/article.xml
+++ b/release/doc/en_US.ISO8859-1/hardware/article.xml
@@ -31,6 +31,7 @@
       <year>2010</year>
       <year>2011</year>
       <year>2012</year>
+      <year>2013</year>
       <holder role="mailto:doc@FreeBSD.org">The &os; Documentation Project</holder>
     </copyright>
 
@@ -135,20 +136,13 @@
 	to &intel; EM64T as <quote>64-bit extension technology</quote>
 	or <quote>IA-32e</quote>.</para>
 
-      <para>The largest tested memory configuration to date is 64GB.
-	SMP support has been recently completed and is reasonably
-	robust.</para>
+      <para>Both Uniprocessor (UP) and Symmetric Multi-processor (SMP)
+	configurations are supported.</para>
 
       <para>In many respects, &os;/&arch.amd64; is similar to
-	&os;/&arch.i386;, in terms of drivers supported.  There may be
-	some issues with 64-bit cleanliness in some (particularly
-	older) drivers.  Generally, drivers that already function
-	correctly on other 64-bit platforms should work.</para>
-
-      <para>&os;/&arch.amd64; is a very young platform on &os;.  While
-	the core &os; kernel and base system components are generally
-	fairly robust, there are likely to still be rough edges,
-	particularly with third party packages.</para>
+	&os;/&arch.i386;, in terms of drivers supported.  Generally,
+	drivers that already function correctly on other 64-bit
+	platforms should work.</para>
 
     </sect2>