Date: Thu, 15 Jul 2010 08:07:21 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-hackers@freebsd.org Cc: Andrew Heybey <ath@niksun.com> Subject: Re: 8.1RC2 amd64 machine check question Message-ID: <201007150807.21529.jhb@freebsd.org> In-Reply-To: <6E83197B-9DD5-4C7E-846D-AD176C25464D@niksun.com> References: <6E83197B-9DD5-4C7E-846D-AD176C25464D@niksun.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, July 14, 2010 11:25:29 am Andrew Heybey wrote: > Got the following in /var/log/messages on my one-week-old amd64 box running 8.1RC2: > > Jul 13 20:30:17 spaten kernel: MCA: Global Cap 0x0000000000000106, Status 0x0000000000000000 > Jul 13 20:30:17 spaten kernel: MCA: Vendor "AuthenticAMD", ID 0x100f43, APIC ID 0 > Jul 13 20:30:17 spaten kernel: MCA: CPU 0 COR GCACHE LG EVICT error > Jul 13 20:30:17 spaten kernel: MCA: Address 0x2a49464c I tend to use mcelog to get more detailed results. Unfortunately this is missing the first line which contains the bank number and status register, so I can't provide any extra details. I really should make a port of mcelog, but the patches I have to it aren't a complete port. > My questions are: > > 1. Did I interpret the message correctly (correctable error on my L3 cache)? Probably, though mcelog output would be better. > 2. Is it anything to worry about? Or is this just one of those things that happens but now it gets logged whereas before I was blissfully ignorant? Given that it is correctable it probably isn't an issue. It was not reported in earlier releases, so there is a chance that this could have been happening previously. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201007150807.21529.jhb>