Date: Sat, 16 Apr 2005 15:21:16 +0300 From: Maxim Sobolev <sobomax@portaone.com> To: Wilko Bulte <wb@freebie.xs4all.nl> Cc: John Baldwin <jhb@FreeBSD.ORG> Subject: Re: cvs commit: src/sys/vm vm_pageq.c Message-ID: <4261033C.5070006@portaone.com> In-Reply-To: <20050416101050.GB25906@freebie.xs4all.nl> References: <200504152145.j3FLj2Oi004736@repoman.freebsd.org> <20050415225249.GL837@darkness.comp.waw.pl> <20050416101050.GB25906@freebie.xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Wilko Bulte wrote: > On Sat, Apr 16, 2005 at 12:52:49AM +0200, Pawel Jakub Dawidek wrote.. > >>On Fri, Apr 15, 2005 at 09:45:02PM +0000, John Baldwin wrote: >>+> jhb 2005-04-15 21:45:02 UTC >>+> >>+> FreeBSD src repository >>+> >>+> Modified files: >>+> sys/vm vm_pageq.c >>+> Log: >>+> Add a vm.blacklist tunable which can hold a space or comma seperated list >>+> of physical addresses. The pages containing these physical addresses will >>+> not be added to the free list and thus will effectively be ignored by the >>+> VM system. This is mostly useful for the case when one knows of specific >>+> physical addresses that have bit errors (such as from a memtest run) so >>+> that one can blacklist the bad pages while waiting for the new sticks of >>+> RAM to arrive. The physical addresses of any ignored pages are listed in >>+> the message buffer as well. >> >>Nice. Would be good to have it documented somewhere, not sure where... > > > Yeah.. Whats next, background memory scrubber that takes a close > look at the ECC hardware ? ;-) time to add badpage(8). ;-) -Maxim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4261033C.5070006>