Skip site navigation (1)Skip section navigation (2)
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>