Date: Fri, 26 Jun 1998 12:06:24 -0700 (PDT) From: dwhite@resnet.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG Subject: docs/7082: FAQ changes Message-ID: <199806261906.MAA09468@hub.freebsd.org>
index | next in thread | raw e-mail
>Number: 7082
>Category: docs
>Synopsis: FAQ changes
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Jun 26 12:10:01 PDT 1998
>Last-Modified:
>Originator: Doug White
>Organization:
UO ResNet
>Release:
>Environment:
>Description:
Fix grammar errors.
Submitted-By: Dag-Erling Coidan <dag-erli@ifi.uio.no>.
Index: applications.sgml
===================================================================
RCS file: /usr/local/cvs/doc/FAQ/applications.sgml,v
retrieving revision 1.3
diff -u -r1.3 applications.sgml
--- applications.sgml 1998/04/27 16:13:58 1.3
+++ applications.sgml 1998/06/26 18:41:12
@@ -23,7 +23,7 @@
<p>We also support the concept of a ``package'', essentially no
more than a gzipped binary distribution with a little extra
intelligence embedded in it for doing whatever custom installation
- work is required. A package can installed and uninstalled
+ work is required. A package can be installed and uninstalled
again easily without having to know the gory details of which
files it includes.
Index: hardware.sgml
===================================================================
RCS file: /usr/local/cvs/doc/FAQ/hardware.sgml,v
retrieving revision 1.7
diff -u -r1.7 hardware.sgml
--- hardware.sgml 1998/06/18 10:07:09 1.7
+++ hardware.sgml 1998/06/26 18:41:12
@@ -318,5 +318,21 @@
<tt/LINT/ kernel config file, searching for the <htmlurl
url="http://www.freebsd.org/cgi/man.cgi?apm" name="APM"> keyword.
+ <sect1>
+ <heading>Workarounds for specific hardware problems</heading>
+ <p>This section contains workarounds for specific hardware
+ problems encountered by our users.
+ <sect2>
+ <heading>Micron systems hang at boot time</heading>
+ <p>Certain Micron motherboards have a non-conforming PCI BIOS
+ implementation that causes grief when FreeBSD boots because
+ PCI devices don't get configured at their reported addresses.
+ <p>Disable the "Plug and Play Operating System" flag in the BIOS
+ to work around this problem. More information can be found at
+ <htmlurl
+ url="http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html#micron"
+ name="http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html#micron">;
+ </sect2>
+ </sect1>
</sect>
Index: install.sgml
===================================================================
RCS file: /usr/local/cvs/doc/FAQ/install.sgml,v
retrieving revision 1.2
diff -u -r1.2 install.sgml
--- install.sgml 1998/05/19 01:45:17 1.2
+++ install.sgml 1998/06/26 18:41:12
@@ -456,7 +456,7 @@
screen.</heading>
<p>If you have a IDE Zip or Jaz drive installed, remove it and try again.
- The boot floppy has trouble probing these devices and can confuse it.
+ The boot floppy can get confused by the drives.
After the system is installed you can reconnect the drive. Hopefully
this will be fixed in a later release.
Index: troubleshoot.sgml
===================================================================
RCS file: /usr/local/cvs/doc/FAQ/troubleshoot.sgml,v
retrieving revision 1.4
diff -u -r1.4 troubleshoot.sgml
--- troubleshoot.sgml 1998/06/22 10:17:55 1.4
+++ troubleshoot.sgml 1998/06/26 18:41:12
@@ -342,12 +342,13 @@
should get rid of the panic completely. You can monitor the
number of mbuf clusters allocated/in use on the system with
<htmlurl url="http://www.freebsd.org/cgi/man.cgi?netstat"
- name="netstat -m">.
+ name="netstat -m">. The default value for NMBCLUSTERS is
+ <tt/512 + MAXUSERS * 16/.
<sect1>
<heading>``CMAP busy panic'' when rebooting with a new kernel.</heading>
- <p>The logic that attempts to detect an out of data
+ <p>The logic that attempts to detect an out of date
<tt>/var/db/kvm_*.db</tt> files sometimes fails and using a
mismatched file can sometimes lead to panics.
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806261906.MAA09468>