From owner-svn-doc-all@FreeBSD.ORG Mon Nov 18 20:42:50 2013 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE8F972C; Mon, 18 Nov 2013 20:42:49 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0D3D2640; Mon, 18 Nov 2013 20:42:48 +0000 (UTC) X-AuditID: 12074425-b7fd96d000000c39-3f-528a7a93fdd0 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 5F.50.03129.39A7A825; Mon, 18 Nov 2013 15:37:39 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id rAIKbcP1026531; Mon, 18 Nov 2013 15:37:39 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id rAIKbamX023833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Nov 2013 15:37:38 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id rAIKbagL013492; Mon, 18 Nov 2013 15:37:36 -0500 (EST) Date: Mon, 18 Nov 2013 15:37:36 -0500 (EST) From: Benjamin Kaduk To: Eitan Adler Subject: Re: svn commit: r43199 - head/en_US.ISO8859-1/books/faq In-Reply-To: <201311162258.rAGMwYfs007283@svn.freebsd.org> Message-ID: References: <201311162258.rAGMwYfs007283@svn.freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixG6nrjulqivI4KKAxY+Ph5gsdv2dw2xx Y9F+Jovd/b3MDiweMz7NZwlgjOKySUnNySxLLdK3S+DKODhpJlPBbp6KE5s3sjcw/uTsYuTk kBAwkZi06yYjhC0mceHeerYuRi4OIYHZTBJ7nxxmh3A2Mko83jYFyjnEJHFsyR1mCKeBUeLF 7WdsIP0sAtoSHxtWMoHYbAIqEjPfbASLiwDZ3/f/BIszC0RJ7FnayApiCws4SFw+Mh3M5hSw krjV/4AZxOYVcJToXjgZzBYSsJQ4tugC2H2iAjoSq/dPYYGoEZQ4OfMJC8RMS4lzf66zTWAU nIUkNQtJagEj0ypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdC73czBK91JTSTYzgoHVR3cE44ZDS IUYBDkYlHt4Xnl1BQqyJZcWVuYcYJTmYlER5T5UBhfiS8lMqMxKLM+KLSnNSiw8xSnAwK4nw /i4FyvGmJFZWpRblw6SkOViUxHlvcdgHCQmkJ5akZqemFqQWwWRlODiUJHjXVgI1ChalpqdW pGXmlCCkmTg4QYbzAA33BKnhLS5IzC3OTIfIn2JUlBLntQJJCIAkMkrz4HphSeUVozjQK8K8 PSBVPMCEBNf9CmgwE9Dg48/bQAaXJCKkpBoYA4UrL/V9bGV/JxMyU2mvTa/ul0Un38SvkQjb p3brSVBZy4yLSTrHHL6LdlsuXLCJpfByws+dZ0Q5X/vE57HMvfRPamFCt1B9/AzTG2n3Q5Kv KTUd86zzyzv14bnggdDVExzne087WLvrmM4J4217OI/Mvr5yQ/S1nax1G15VckXMlWDvWZDk qcRSnJFoqMVcVJwIANYNUHwFAwAA Cc: svn-doc-head@freebsd.org, svn-doc-all@freebsd.org, doc-committers@freebsd.org X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 20:42:50 -0000 On Sat, 16 Nov 2013, Eitan Adler wrote: > Author: eadler > Date: Sat Nov 16 22:58:33 2013 > New Revision: 43199 > URL: http://svnweb.freebsd.org/changeset/doc/43199 > > Log: > Teach people about hw.memtest.tests. > > Submitted by: Allan Jude > > Modified: > head/en_US.ISO8859-1/books/faq/book.xml > > Modified: head/en_US.ISO8859-1/books/faq/book.xml > ============================================================================== > --- head/en_US.ISO8859-1/books/faq/book.xml Sat Nov 16 13:36:40 2013 (r43198) > +++ head/en_US.ISO8859-1/books/faq/book.xml Sat Nov 16 22:58:33 2013 (r43199) > @@ -3669,6 +3669,26 @@ C:\="DOS" > in &man.tunefs.8;. > > > + > + > + > + Why does &os; pause for a long time at boot when the > + system has large amounts of ram? > + > + > + > + &os; does a short memory test early in the boot > + process. This test usually only takes several seconds, > + however if the system has many 10s or 100s of gigabytes > + of memory it can take up to a few minutes. This test > + can be disabled by setting the > + hw.memtest.tests to > + 0 in > + /boot/loader.conf. This has a grammar bug; it should either be "by setting the tunable hw.memtest.tests" or "by setting hw.memtest.tests", but not "by setting the hw.memtest.tests". -Ben