summaryrefslogtreecommitdiff
path: root/en/hardware
diff options
context:
space:
mode:
authorFrans Pop <elendil@planet.nl>2006-12-29 05:00:36 +0000
committerFrans Pop <elendil@planet.nl>2006-12-29 05:00:36 +0000
commitd550de3162b989ed9d202ee28ee09c7fb9de1d62 (patch)
tree630cea6dfa3be03e3fa4ab6a6a8cc02794307d35 /en/hardware
parentf76ddedb8d10699a03d5785580aee220ca789119 (diff)
downloadinstallation-guide-d550de3162b989ed9d202ee28ee09c7fb9de1d62.zip
Document common installation issues for Sparc. Thanks to Jurij Smakov for his overview of issues
Diffstat (limited to 'en/hardware')
-rw-r--r--en/hardware/network-cards.xml47
1 files changed, 47 insertions, 0 deletions
diff --git a/en/hardware/network-cards.xml b/en/hardware/network-cards.xml
index abf2dc1b0..99155362d 100644
--- a/en/hardware/network-cards.xml
+++ b/en/hardware/network-cards.xml
@@ -196,4 +196,51 @@ a Windows driver.</phrase>
</para>
</sect2>
+
+ <sect2 arch="sparc" id="nics-sparc-trouble">
+ <title>Known Issues for &arch-title;</title>
+<para>
+
+There are a couple of issues with specific network cards that are worth
+mentioning here.
+
+</para>
+
+ <sect3><title>Conflict between tulip and dfme drivers</title>
+<!-- BTS: #334104; may also affect other arches, but most common on sparc -->
+<para>
+
+<!-- BTS: #334104; may also affect other arches, but most common on sparc -->
+There are various PCI network cards that have the same PCI identification,
+but are supported by related, but different drivers. Some cards work with
+the <literal>tulip</literal> driver, others with the <literal>dfme</literal>
+driver. Because they have the same identification, the kernel cannot
+distinguish between them and it is not certain which driver will be loaded.
+If this happens to be the wrong one, the NIC may not work, or work badly.
+
+</para><para>
+
+This is a common problem on Netra systems with a Davicom (DEC-Tulip
+compatible) NIC. In that case the <literal>tulip</literal> driver is
+probably the correct one.
+
+During the installation the solution is to switch to a shell and unload the
+wrong driver module using
+<userinput>modprobe -r <replaceable>module</replaceable></userinput> (or
+both, if they are both loaded). After that you can load the correct module
+using <userinput>modprobe <replaceable>module</replaceable></userinput>.
+
+</para>
+ </sect3>
+
+ <sect3><title>Sun B100 blade</title>
+<!-- BTS: #384549; should be checked for kernels >2.6.18 -->
+<para>
+
+The <literal>cassini</literal> network driver does not work with Sun B100
+blade systems.
+
+</para>
+ </sect3>
+ </sect2>
</sect1>