move manual to top-level directory, split out of debian-installer package

1 files changed, 150 insertions, 0 deletions

diff --git a/ja/hardware/supported/sparc.xml b/ja/hardware/supported/sparc.xml
new file mode 100644
index 000000000..440eba5f0
--- /dev/null
+++ b/ja/hardware/supported/sparc.xml
@@ -0,0 +1,150 @@
+<?xml version="1.0" encoding="EUC-JP"?>
+<!-- retain these comments for translator revision tracking -->
+<!-- original version: 28997 -->
+
+
+  <sect2 arch="sparc" id="sparc-cpus"><title>CPU・マザーボード・ビデオのサポート</title>
+<para>
+
+<!--
+Currently the <emphasis>&architecture;</emphasis> port supports
+several types of Sparc systems. The most common identifiers for Sparc
+systems are sun4, sun4c, sun4m, sun4d and sun4u. Currently we do not
+support very old sun4 hardware. However, the other systems are
+supported. Sun4d has been tested the least of these, so expect
+possible problems with regard to the kernel stability. Sun4c and
+Sun4m, the most common of the older Sparc hardware, includes such
+systems as SparcStation 1, 1+, IPC, IPX and the SparcStation LX, 5,
+10, and 20, respectively. The UltraSPARC class systems fall under the
+sun4u identifier, and are supported using the sun4u set of install
+images. Some systems that fall under these supported identifiers are
+known to not be supported. Known unsupported systems are the AP1000
+multicomputer and the Tadpole Sparcbook 1. See the
+<ulink url="&url-sparc-linux-faq;">Linux for SPARCProcessors FAQ</ulink>
+for complete information.
+-->
+現在 <emphasis>&architecture;</emphasis> 移植版は、何種類かの Sparc
+システムをサポートしています。
+もっとも一般的な Sparc システムは sun4 や、sun4c、sun4m、sun4d、sun4u
+といった識別子で表現されるものです。
+かなり旧式である sun4 ハードウェアは現在サポートしていません。
+ただし、他のシステムはサポートされています。
+残りのシステムの中では、Sun4d はもっともテストが不充分なものなので、
+カーネルの安定性に関してなにか問題が発生する可能性があるかもしれません。
+Sun4c および Sun4m は、SparcStation 1, 1+, IPC, IPX や、SparcStation LX, 5,
+10, 20 といった各システムのような旧式の Sparc ハードウェアの中では、
+もっとも一般的なものです。
+UltraSPARC 級のシステムは、sun4u という識別子に分類されるものですが、
+こちらは sun4u セット用のインストールイメージを利用することでサポートされます。
+サポートされる識別子に含まれているシステムでも、
+サポートされていないといわれているものもあります。
+サポートされないことが分かっているものとしては、
+AP1000 マルチコンピュータや
+Tadpole Sparcbook 1 などがあります。
+完全な情報は
+<ulink url="&url-sparc-linux-faq;">SPARC プロセッサ用 Linux FAQ</ulink>
+をご覧ください。
+
+</para>
+
+   <sect3><title>メモリ設定</title>
+<para>
+
+<!--
+Some older Sun workstations, notably the Sun IPX and Sun IPC have
+memory banks located at fixed locations in physical memory.  Thus if
+the banks are not filled gaps will exist in the physical memory space.
+The Linux installation requires a contiguous memory block into which
+to load the kernel and the initial RAMdisk.  If this is not available a
+<quote>Data Access Exception</quote> will result.
+-->
+古い Sun のワークステーション、特に Sun IPX や Sun IPC は、物理メモリの
+固定された場所にメモリバンクを持っています。
+そのメモリバンクが一杯にならないと、物理メモリスペースにギャップが発生します。
+Linux のインストーラは、カーネルやイニシャル RAM ディスクをロードするのに
+連続したメモリブロックを必要とします。
+これが得られないと <quote>Data Access Exception</quote> が発生します。
+
+</para><para>
+
+<!--
+Thus you must configure the memory so that the lowest memory block is
+contiguous for at least 8Mb.  In the IPX and IPC cited above, memory banks
+are mapped in at 16Mb boundaries.  In effect this means that you must have
+a sufficiently large SIMM in bank zero to hold the kernel and RAMdisk.
+In this case 4Mb is <emphasis>not</emphasis> sufficient.
+-->
+そのため先頭から最低 8Mb の連続したメモリブロックを確保しなければなりません。
+IPX や IPC 以上では、メモリバンクは 16Mb 境界に配置されています。
+つまり、カーネルや RAM ディスクを保持するのに充分大きな容量の SIMM を
+バンク 0 に挿さなければいけないと言うことです。
+この場合 4Mb では<emphasis>充分ではありません。</emphasis>
+
+</para><para>
+
+<!--
+Example:
+In a Sun IPX you have a 16Mb SIMM and a 4Mb SIMM.  There are four
+SIMM banks (0,1,2,3). [Bank zero is that furthest away from the SBUS
+connectors]. You must therefore install the 16Mb SIMM in bank 0; it is
+then recommended to install the 4Mb SIMM in bank 2.
+-->
+例:
+Sun IPX で 16Mb SIMM と 4Mb SIMM があり、
+4 つの SIMM バンク (0,1,2,3) があるとします。
+[バンク 0 は SBUS コネクタよりもっとも離れたところ]
+バンク 0 に 16Mb SIMM をインストールする必要があります。
+なおこの場合 4Mb の SIMMはバンク 2 にインストールするのをお勧めします。
+
+</para>
+   </sect3>
+
+   <sect3><title>グラフィック設定</title>
+<para>
+
+<!--
+Especially in the case of older Sun workstations, it is very common
+for there to be an onboard framebuffer which has been superseded (for
+example the bwtwo on a sun IPC), and an SBUS card containing a later
+probably accelerated buffer is then plugged in to an SBUS slot.
+Under Solaris/SunOS this causes no problems because both cards are
+initialized.
+-->
+特に古い Sun ワークステーションの場合、既に旧世代となったフレームバッファ
+(例えば sun IPC の bwtwo など) がオンボードで搭載されていて、
+後から SBUS のスロットに (たぶんアクセラレータ付きの)
+フレームバッファの SBUS カードが差し込まれていることが非常に良くあります
+Solaris/SunOS では どちらのカードも初期化されるため問題ありません。
+
+</para><para>
+
+<!--
+However with Linux this can cause a problem, in that the boot PROM
+monitor may display its output on this additional card; however the
+linux kernel boot messages may then be directed to the original on
+board framebuffer, leaving <emphasis>no</emphasis> error messages on
+the screen, with the machine apparently stuck loading the RAMdisk.
+-->
+しかし Linux ではこれが問題になることがあります。
+起動時の PROM モニタ は追加カードに出力を表示されるのに、
+Linux カーネルのブートメッセージがオリジナルの
+オンボードフレームバッファに出力されるような場合です。
+エラーメッセージが<emphasis>表示されない</emphasis>ため
+RAM ディスクの読み込みの最中に一見マシンが固まったように見えます。
+
+</para><para>
+
+<!--
+To avoid this problem, connect the monitor (if required) to the video
+card in the lowest numbered SBUS slot (on motherboard card counts
+as below external slots).  Alternatively it is possible to use a serial
+console.
+-->
+この問題を回避するには、ビデオカードを SBUS スロットのもっとも若い番号の
+スロット (マザーボード上では外部スロットの下から数える) に挿し、
+(必要なら) モニタを接続することです。
+あるいはシリアルコンソールを使用することもできます。
+
+</para>
+   </sect3>
+  </sect2>