Date: Tue, 5 Dec 2000 17:12:04 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Wilko Bulte <wkb@freebie.demon.nl> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: part numbers for 2100 5/300 processor modules? Message-ID: <14893.26557.391611.42688@grasshopper.cs.duke.edu> In-Reply-To: <20001205220210.A2463@freebie.demon.nl> References: <20001204155447.E1431@layer8.net> <14892.14352.956036.813077@grasshopper.cs.duke.edu> <20001205205555.H346@freebie.demon.nl> <14893.18646.222048.868530@grasshopper.cs.duke.edu> <20001205210513.M346@freebie.demon.nl> <14893.20355.234641.954094@grasshopper.cs.duke.edu> <20001205220210.A2463@freebie.demon.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Wilko Bulte writes: > > That could be the case yes. The SRM maps out 16384 pages (IIRC) of bad > memory. At least VMS does not care about that, and happily uses the > working memory. If it maps it out, it should be reflected in the memory cluster table and FreeBSD should avoid it. The AS2100 at BSDI maps out 4096 pages and has survived numerous buildworld/installworld cycles. Once we get the machine booting, it would be interesting to play with it with that bad card in place. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14893.26557.391611.42688>