Date: Sun, 9 Dec 2001 16:44:38 -0500 (EST) From: Jameel Akari <jakari@bithose.com> To: Peter Jeremy <peter.jeremy@alcatel.com.au> Cc: <freebsd-alpha@FreeBSD.ORG> Subject: Re: How to enable logging of machine checks? Message-ID: <Pine.OSF.4.33.0112091637370.53952-100000@poptart.bithose.com> In-Reply-To: <20011210072424.B63990@gsmx07.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 10 Dec 2001, Peter Jeremy wrote: > On 2001-Dec-07 10:58:46 -0500, Jameel Akari <jakari@bithose.com> wrote: > > Indeed, the Multia does (almost) the same thing. On of my Multias > >running Linux eventually succumbed to the dreaded "heat death" where one > > Actually the 74F623 is just an octal buffer for the L2 (external) cache. It's been a while since I looked at it, didn't remember what the chip was. So I was sorta close, granted that it has nothing to do with RAM ECC. But I wonder why it starting to spew RAM ECC machine checks.. hmm. Guess I should run the thing and see what they really were. > And, based on my decoding of the LCA memory interface, the L2 cache ECC > is disabled by default. Hmm... odd. Whatever messages I saw were about ECC traps, and obviously if the cache ECC was off, the machine would have died. But it kept running (though I've never seen a slower kernel build). Okay, now I've gone and confused myself, so I'll just go try it again. ;) BTW, a Multia doesn't run real well with a broken +3V power pin, either. Grrr. > About the only problem I've found is that the TGA isn't supported by > default - but that is nearly fixed. Yep, ran into that problem on my AS200. #!/jameel/akari for zig in $(find / -name zig); do rm -f "$zig"; done; export GREAT_JUSTICE=1 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?Pine.OSF.4.33.0112091637370.53952-100000>